@7dzxtaobaocom 今年最佳尝蟹期是不是得 12 月了😧

@michael2016 #40 这个回答太傲慢油腻了。
我在京东就职时候，整个业务线都用的是容器化数据库（ jed ），es 、hbase 也都是容器化部署。
当前就职公司也是在逐步下线存量物理机。

那你所谓的“大厂 MySQL 是不能用 Docker 的”是站不住脚的：
为什么物理机就稳定安全了，容器化就不稳定安全了？
物理机架构运维成本相比一键弹性安装的自助化容器岂不是更复杂，成本更高，为什么说是“降低了运维成本”？
“sla 没有保证”哪家云服务敢不保证容器实例的 SLA ，容器的宕机保护、缩容保护、延迟删除，物理机能做到哪个？
为什么需要区分设置 prod/stage/test ？为什么这些环境的实例配置做不到软硬件规格统一？很容易配置出错啊

通篇看来，lz 工作中使用的基础设施只是接入了多家公有云，也仅仅有面向公有云的发布经验，这些独立的云部门不仅超售严重，而且出于成本考量几乎不会做资源隔离。而当前超大规格宿主机完全可以做到各个容器独享各自主板资源，就这方面，我对 lz 的评价是：“年轻有时间还是要多深度学习。”

@jameszhangqk1 部门里面薪酬激励是有限的，总得需要人去背较差激励那一档，而他这个薪酬低到离谱

如果是程序员：工作 8 年，京东月薪 2W ，基本上是垫底的，入职就是血包，校招都比这个高，拒了吧。
而且你的薪资有 30%是绩效，不算入公积金

别太放在心上，又不是你的公司，你只负责拿这件事的结果
结果就两点：修 or 不修、什么时候修完 or 怎么才能修完

@RoccoShi openrouter 不支持全球调用

而且这长达二十年的 40%+的投资明显过度了，边际效益已经减到多少不知道，反正减了肯定丢就业

@runinhard 这个有点陷入光看数量和趋势不看结构的情况了。
中国这样体量的经济体，出口部门的规模是巨大的。让消费的增量完全弥补出口的减量，在短期内是完全不现实的。
而且出口是国内企业创收的重要来源，结合庞大的私企就业人口，外需下降往往会拖累消费，而不是“腾出空间”让消费自动增长，这显然是个负向的传导链

还有 Dubbo ，内部不用就烂尾，HSF 不开源，逼的市面上一大堆 Dubbo 分叉。后面阿里要搞云原生，又把 Dubbo 从坟堆里活生生刨出来了

阿里的开源项目大多数是一样难尽，其实有不少好项目，奈何阿里味浸透了内部员工各种“作”。
antd ，圣诞彩蛋，给国央企和中东项目填了多少麻烦，提了 issue 还被 close ，管中窥豹地看阿里小屁孩基本上都是急功近利的
fastjson ，温绍锦披着阿里外套举办的个人漏洞马拉松
weex ，烂尾，典型的 KPI 强绑定项目，内部不用了就扔给开源社区擦屁股
p3c ，KPI 项目，自己家内部都没推广开
alisql ，烂尾，KPI 项目

提几个建议：
“这两天”中的一天已经过去了，内容上传了多少？
如果准备不了这么多内容，先关一些栏目，打磨一下精品。
不是所有人都开了 HDR ，黑底灰字会严重影响注意力。
不要用 github 作为公关图库，g 本身有防盗链检测，图片会挂。

@wsyss 印度仿制药找熟人从印度发国际快递+淘宝买处方，不用人肉带

在#85 楼的基础上补充一下，
1. 不管是 log4j2 还是 logback ，在生产环境都会有一些坑（比如打 error 日志把 CPU 打满的），这时候没必要每个团队都去写 error 限流代码，让 Util 团队升级即可
2. 很多时候实体和异常的日志序列化并不尽如人意（例如三方包的实体 toString 缺很多东西、toJson 性能又很差），这时候也需要 Util 出手统一解决
3. 最重要的还有 trace 、channel 、position 、region 等等这种链路上下文的参数打印，每个人写一遍 format 也是没必要的，需要 Util 出手统一处理

小红书上有很多 HR ，最近看到一个 HR 在京东受不了压力离职了（脏活多，两头难做人），连赔偿都等不了。。。

公司网络屏蔽了各种云盘。。。

阿里国际是 lazada 吗