@zzzzzzggggggg 大部分人很难持续输出有价值的文章，反而最后变成收割粉丝经济

@15342 这个另一个问题了，api 的兼容性问题，对于个人经验来说，保持兼容，不出现版本分叉，是更容易维护的

@Noah1984 已加

@kirieievk 你公众号、小红书看到的裁员 XXX ，好多就是自媒体创业

@bk201 主因素是傲慢自大，忘了不是自己 nb ，是阿里 nb

@rahuahua 那是有可能的，但是我迁移其他城市了

@sun1991 想表达的意思，是需要一个强势，又能推动事情，敢于担责的领导，如同乔布斯，产生了苹果

@nuansediao 就是被裁了，有空才有时间感想啊，否则话都不大想说，hh

@no13bus 你的记忆力也是真的好

@no13bus 哈哈，就差不多那个时间，感叹岁月流逝啊

@15342 在请求入口持续传递一个大版本号（比如通过 http header ，或者 rpc 的 req context ）
假设有 a/b/c/d 四个应用，这次发布 a(v1.1.0) / b(v1.2.0)，之前都是 v1.0.0 版本
定义大版本号 1.1.0 访问，a: v1.1.0 b: v1.2.0 c: 1.0.0 d: 1.0.0
定义大版本号 1.0.0 访问，a: v1.0.0 b: v1.0.0 c: 1.0.0 d: 1.0.0
相互之间不会交叉访问，形成逻辑上独立的访问集群
那么，就可以从入口开始慢慢放量，把大版本号 v1.0.0 慢慢发布到 v1.1.0

基于方法其实同理，只是服务注册中心，变成了方法注册中心 :-)


@CC11001100 是 ping++，习惯 pingxx

@foxio2 乐鑫挺有意思，现在要求估计很高了吧
@mazyi 远远没，请看我上一片

@yangyaofei 这个问题在于，真实世界不会有人关注你代码真的写的好不好，只看人效，这是一个短期利益 vs 长期利益的过程，而大部分公司，只会关注短期利益

@yhxx 涉密信息对外开放了（前提是的话），做人事系统，等于大家可以看到工资或者股票了，这属于严重事故了，3.25 不过分，当然，这个事情到底是否属于涉密的？

HR 方，就如同你作为小兵，突然流程变了，加了一个离职面谈，然后大家一脸朦，只能大家怎么做我就怎么做（很明显也请示了上级了），这时候刚好就你出事故，重罚小兵，小兵不委屈吗？

这个事情 彭蕾 出来自认责任，已经是最高级别的（当然他们之间可能一笑而过），你觉得一个公司：
1. 因为流程问题，牺牲一个小兵，谁碰到谁倒霉
2. 还是高层自认责任，承认流程不对导致下面的人不好做事

更加让人觉得合理？
这里我的小兵不该重罚，但是引入这个系统以及上线对接 HR 这一方高层，要承担责任

@yangyaofei 这个地方在于，写写业务代码，替代性太强了，我有一个“极端”的想法，在常规业务项目里，把那些 35+ 开除了，换那些 30 上下，履历好，激情慢慢的程序员，一样能完成业务，成本还低，是的，hr 就这么想的 :-)

加了个后续 https://v2ex.com/t/1102913