原文地址：https://flandre-scarlet.moe/blog/2338/
这篇文章有价值的地方，不是给了多少口号，而是把问题和约束讲清楚了。
文章要点
- 在一家公司干久了，面对一成不变的工作模式，难免会有精疲力尽的时候。而且作为开发，时间越久，经手的东西越多，维护的东西也会不断增加，已有的功能想要 retire 也到经过很长一段时间，包袱就会越来越重。然后新需求只增不减，…
- 我们需要一些方法来避开这种螺旋下降，否则这班真的上不下去。生活质量也会大受影响。
- 首先尽量避免自己经常处理被打断的状态，这将极大影响工作效率，思路打断后再重新加载需要耗费不少能量。次数多了就会明显感觉注意不集中，什么思考问题浮于表面，什么事都不想做只想划水。下面这些都是工作中比较频繁出现的打断。
- 组内代码 review，流程审批。通常有多个人可以 approve，不一定非要停下手中的事。而且紧急的时候通常也会发消息过来，这时候几秒钟点点鼠标即可。如果觉得这个代码改动比较重要或者值得一看的，可以忙完手头的事情后再看…
我的观点
把“我认同”改成“我本周怎么做”，才算真正吸收。
读技术文章时最有效的方法，是先识别它成立的前提，再决定是否复用。
能落地的经验通常都带有明确边界条件，不是放之四海皆准。
实践建议
- 把文章结论翻译成一条本周可执行动作。
- 先验证最容易失败的环节，再做表面优化。
- 做一次简短复盘，记录“有效/无效/下次改进”。
收尾
别追求“看完很多”，要追求“本周能改一件事”。把这篇文章转成一个具体动作，效果会比收藏链接更大。