我之前在某厂做过一段时间的中间件开发，也就是俗称的 "造轮子"，包括：分布式任务调度框架、监听 binlog 的 CDC 框架、RocketMQ 源码的定制化开发...... 做中间件，虽然看起来更加偏技术一些，但是比做业务来说承受了更大的压力，因为中间件是服务于业务方的，不能出错，一旦出错，影响范围就很大，可能造成 P0 级别的问题。 做中间件，自己也是产品经理、项目经理、测试、开发、运维，得自己去收集需求，去挖掘需求，要有一定的技术前瞻性，能够对标业界的标杆产品，要能推动中间件的推广，也要能抗事，因为业务方的需求千奇百怪，你得去满足他们。 好不容易做出来了，还面临着推广的问题，后面没大佬站台，这个事压根就推不动。 说多了心累，还是回来继续写业务的 CRUD 吧！

作为基建和业务都做过的人来说，还是更喜欢基建

@bruce0 我想去写业务 不想搞运维了

挂几次就知道了

所以，躺平吧，能跑就行，业务不赚钱，弄个天花烂坠的架构只能自嗨

不影响你赚钱

如果你的公司完全按照规范操作不需要这些兜底 确实没意义，客观说绝大部分都是为了防止一些蠢操作不要全部带崩。 如果在没崩的时候做这些就确实没意义，崩过以后再做就有意义。

讲的时候高大上一点，往 sre ，devops 上靠。

能跑就不要乱动，谁让你优化的？ 优化的好，就一句话鼓励，优化后出问题，后果你担着

羡慕你们还有这么高的追求，而我只要给发工资叫我干啥都行。