精读《可维护性思考》

[ascoders]

本周又是一个原创文章，谈谈怎么样算好的代码可维护性。

---

精读《可维护性思考》

[uinz]

然而确定边界是一个十分难的问题.
个人感觉是一个十分吃能力, 吃经验的工作
复杂度不会凭空消失, 如何优雅地屏蔽复杂度是十分考验设计能力的.

[yingwinwin]

和leader的能力息息相关

[erdong-fe]

1. 解耦
2. 写好说明书

[lesonky]

然而确定边界是一个十分难的问题. 个人感觉是一个十分吃能力, 吃经验的工作 复杂度不会凭空消失, 如何优雅地屏蔽复杂度是十分考验设计能力的.

而且，复杂度也不是一劳永逸的，随着功能的迭代，会一点点累积，就像家里不想洗的衣服，一件两件一直堆到一筐，最后就洗不动了

[jiu-33]

1. 开发者自驱下对代码的不断小范围重构；
2. 定时更新文档；
   这两个做到了能减缓代码整体变烂的速度，- -

[ascoders]

1. 开发者自驱下对代码的不断小范围重构；

从另一个角度看，如果整体设计就不合理，基本上是没什么希望推倒重来了，必须来一次彻底重构。

[crazcdll]

随着业务的发展，团队的扩增，哪怕之前被认为是“完美”的架构和代码，也可能变得不适用，以及形成"shit mountain"，所以需要持续的做好一件事情的能力。

[ascoders]

随着业务的发展，团队的扩增，哪怕之前被认为是“完美”的架构和代码，也可能变得不适用，以及形成"shit mountain"，所以需要持续的做好一件事情的能力。

是的，所以也有话说，架构是长出来的，而不是高屋建瓴提前规划出来的。