马上周末了，一些碎碎念 做项目 n 多年了，一直重视组织架构和鲁棒性。现在发现，功劳最多的是哪个每次有个小需求都要写代码的，反倒是你，每次需求你动动手指，改改配置就好了没什么参与度。 年终评审绩效的时候，有几个人能看懂你的高可用和高适配？防御性编程，有时候在特殊情况下也是蛮有道理的 鲁棒性, 设计, 代码
@DeepSIeep 代码总是需要随着新需求演进，从一开始你不需要考虑后头会有什么需求，但是当新需求来的时候，你需要让你代码适应新的需求，同时不破坏旧的需求。 这里有人会选择增量变成（加一份拷贝或者一个 if 分支）， 有人会选择重构、整理代码来优雅的适应。 我也不知道哪种好， 反正两种方式最后新功能都能被支持
