这无非是技术人带点戏谑性质的玩笑罢了，真裁员都是按着指标人数无差别进行，他们就是知道再招一堆人需要啃半年这坨代码和文档也一样不会影响裁你的决定

无状态应用那点复杂性当然无所谓。但是有状态应用，同时又存在比较高的一致性需求的时候，搞出问题就很吓人了，有时连回滚的可能都没有，因为找不到一所有相关方都认同的一致状态。
这个问题上研究了少说有几十年了，有银弹大家早用了，难不成谁当真喜欢熬夜顶着黑眼圈和发翁的脑袋上线？ No silver bullet!

祝愿这个狗 b 产品早死早超生

难道生产环境敢直接 k8s 升大版本？这未免也太心大了。好歹搞个灰度环境用金丝雀策略试试水吧

- 怼天怼地，觉得不懂技术的都是傻叉
- 无法理解和接受绝大部分技术是绕着业务转的
- 觉得自己是单纯因为技术好所以被付钱
- 看不起貌似简单的技术产品也能挣钱，从来不会去分析背后的商务和人性需求
- 除了技术的一亩三分地一概不关心，导致很难从挖掘，分析，售前，技术实现到售后理解一个完整的商业运作链条

@rhoasneg 这种 code ，除非是不这么写服务性能直接下降一个量级才能容忍，而且起码必须有详尽的注释，这些条件都不符合可以直接毙了

这看你从什么角度看问题了。如果从 tech lead 的角度来看，项目代码的风格统一，可读性与可维护性是第一位的，很多时候甚至比性能收益更重要。这段 PR 带来了更差的可读性，可维护性，因为数据量很小所以根本不会体现多么高的性能收益，几乎属于纯粹的炫技行为，这几个点一叠加，必定是要打回重改的。

- 名校很了不起？这行当最不缺名校的
- OI 的很多风格用到工程里就是 shit
- 你那么多次无效 if 怎么来的自信？
- 你就是 CMU 科班的，团队有编码规范一样要遵循

用，它家的 guava cache 和 striped lock 还不错，目前没遇到什么坑。

你这个 profile 很难。不是打击你，学历是一个很大的 debuff ，Java 也是，成都真的太不缺这样的人了。建议在广州深圳多看看

很简单，我们项目 ut 覆盖率低于 95 ，dev 的 push 会被拒绝 :) ，ut 写的烂过不了我的 review 。ut 都敢不写的代码有资格进主线分支？

go 那点语法几个星期就上手的真不知道有啥好学的。PS ls 的 gopher 真是符合刻板印象，golang 也配一个字奢，笑死

搞！千金难买爷高兴！之前上家的时候作为团队绝对主力 sde ，每天各类 coding ，做 tech proposal 和捣鼓 k8s 微服务集群任务很繁重，天天看公司那破 1080p 显示器非常不爽（ win10 在低分屏上渲染超烂），遂有买 4k 显示器的想法，老婆不支持，觉得公司同事都没买就我矫情，好说歹说还是买了放公司里，爽翻！每天就因为自己的 4k 屏上做 coding 都能开心好些。

人生不如意不开心十之八九，说不定哪年一个意外还嘎屁了，遵从你的内心，觉得爽就不要去管别人怎么想。只要在公司不被偷就大胆的搞，不会后悔的。

jobsdb, LinkedIn, 但现在真的没啥好坑，HK 除了金融巨头里做技术 VP 和马会这类公司收入还可以（但是坑少且流动性很低），其他的都是技术又拉收入又低的坑。我这优才计划材料准备到快一半都想放弃了，软件行业 HK 长远看是基本看衰的。

个人真实情况。985 科班 10 年经验外企 lead sde ，投了两份国企简历，无下文；美团，前两面秒过，三面技术负责人和 bp 交叉面挂。
现在这市场，不信邪就出去海投试试，但别裸辞，骑马找马就行了。

你这不就是 write skew 吗？ write skew 如果在 RDBMS 的层面解决，必须要把隔离级别拉到 serializable 然后通过事务提交你的这个 CTA （ check then action ，本质上和 cas 等价）操作。如果在应用层面，也是类似的思路，只能通过独占锁或者独占调度来解决，如果你的后端应用是分布式部署的，还得上分布式锁。
总之，幻读和 write skew 如果想完全杜绝，其实是对事务隔离和可见性提出了很高的要求，目前没有非常高效的解决方案。想要高性能就得牺牲一致性与可见性，至少目前这个桎梏在整个分布式数据系统上下文里还没有被突破。

搁这儿黑工价招人呢，笑拉了

可以适当了解下几个核心组件的使用和功能，但工作里接触不到你也深入不下去。这东西的沉淀和潜在的一些坑，服务没到那个体量你是感知不到的，你自己玩就是搞四五台机器一样也就是个 toy workshop 而已。
有这功夫不如多去深入了解下你工作里用得到的开源框架，或者刷题