@nulIptr docker 分层缓存似乎只能解决打包速度的问题，大小应该差不多吧

现在还有买房需求的都是刚需，刚需不需要看这些

你有除了程序员以外的其他选择么？没的话，这个问题有啥好问的…
如果你的问题是：“什么样的人适合当程序员？”我觉得很简单，就是喜欢做这一行，下了班还会自己捣鼓代码的人。
你这问题就比较难回答了，毕竟各行各业都有很多为了生计，做自己不擅长事情的人。程序员这行会把摸鱼的显现出来，是因为能不能出活是可以量化的，不像有些行业比较虚，衡量指标可以模棱两可。
我觉得，硬撑着做下去呗，直到被淘汰的一天，再想其他办法。

airflow+1

@msg7086 你举的两个例子跟我说的“重构”没啥关系。不过我说的也不清楚，更适合的词可能是“重新设计”。这是为程序员维护系统减少工作量，跟系统稳定并没有冲突。下次你可以试试说服你老板。

@msg7086 正常又不代表合理。
我也说了是理想状态下需要重构了，实际会遇到什么阻力我当然也明白。
但是你身为一个程序员，你大的重构做不了，每次改之前也要想想下次一模一样的需求来了是不是还要再吃一遍你说的那啥山。

@rekulas 你的看起来就是个会计系统，那每条费用明细都应该是会计科目的一条，我不理解为什么要写死，应该都是业务数据。加一个收费或减免项目应该只是配置数据多一条，带正负号，明细数据自动可以列出来在账单或报表上。
当然业务不同还是以你的感受为主，我只是吐槽我的感受。

@msg7086 我没说减免费用这一条改配置。我说的是整个费用的每行条目都应该是配置。另外所谓配置包含数据，公式等等，数据和系统应该是分离的。程序员管好系统逻辑，业务负责数据和配置。更改流程如果需要改代码程序员负责，如果改配置只需要业务负责。测试肯定是要测的，别带上开发就行。业务拉上测试自己去搞。
而且现在的问题是，程序员自己都觉得不爽的事情来抱怨了，那就是一开始的设计没做好，理想状态下肯定是需要重构的，不然难道下次再加个费用程序员再跟着耗两周？
最后，密林是啥？

你们的系统好搞笑，减个费用不是改个配置就行而是要加一代码…你们是个小工具级别的系统么？啥都是写死的？
我觉得增加一项费用减免，从业务角度上需要讨论两周是合理的，技术要在上面耗两周，是不是要先反思下自己系统不是可配置的。

@kneo 为啥又对又巧？“最”这种事情能绝对的？

健康的生活习惯都是相似的，不健康的生活习惯各有各的不同。

前段时间看我同事一个很感人的结婚短片，里面有一句话就是女生自己说，我喜欢到处玩去人迹罕至的地方，虽然你不喜欢，但每次有了年假还是会陪我去。然后这句话获得了我所有年轻女同事的一致赞同。
我觉得谈恋爱本质上其实就是两个人经常在一起做对方能一个人做但非要两个人一起做这么个傻事。一方是需要牺牲一点自己的感受来迁就对方的。要不然就别恋爱了，直接做生意吧，理性追求双方都利益最大化。
不管跟谁在一起时间长一些，恋爱的热情退却，确实是真的能达到你希望的那种两个人互相独立互不干涉的境界，变成队友，变成室友。但是在什么阶段却张望下一个路口这事情也蛮无聊的。我只能说你到了下一个路口是没法再回头的，谁不羡慕年轻。
综上，你的解决方案跟对方什么爱好没关，在于你自己的心境。换一个人这个问题可以解决，下一个问题呢？

你上班的总长时间多少？我理解 8 个小时写代码，至少需要额外的一半时间理解需求和测试沟通，再额外的一半时间自己思考+debug+ut 。我不太信这是每天同样的上班状态…

@kneo 升降桌，最大的优势在于可以站着办公，避免久坐危害。

@leakless 你的观点是？你的依据是？

@demon1658 拉倒吧你们，正经吐槽还被扣帽子了。
1.众所周知，华为现在卖得比苹果贵了。一年前的机型官网抢不到别的平台还要加价卖；
2.任何一门设计课教你的第一课，就是给用户最简单最方便的选择。把简单的事情搞复杂美名其曰对一种选择还有道理了？