2015/4/25 读人月神话笔记

趁着这段时间还能抽出些时间，我对前一段时间在项目里的经历做了很大程度的思考，不得不说前端时间在项目组里的犹如噩梦一般，诡异的后端架构、不稳定的代码实现、紧张的项目进度以及不断的需求变更都将开发推导了噩梦的边缘。对比这些项目经历，我重读了人与神话这部描写360OS系统的建造者的经验辑录。

比较令我震惊的一点是360OS的建造者，对于在开发过程中，严格的自律所起到的巨大作用的很重的一笔说明。严格的规则可以提高创造性。而这点，正是在项目开发的过程中，最为匮乏的一点，而且项目组的成员尚且没有意识到这点，还以这种极度的自由为豪。针对无法控制后端代码的复杂度的情况我不断的在思考原因，排除我开发经验的不足，过于自由的开发过程导致了不论是在设计架构的阶段、还是在实现代码功能阶段，都充满了随性。表面上这是自由，但其实，这种情况正确的名称应当是混乱。

除了对于自律的恪守，另外一个比较引人注目的，便是对项目概念一致性的重视，概念的一致性不仅仅体现在整体设计保持统一，还包括在实现功能保持统一，代码风格一致 ，命名规则一致，诸如此类的。代码风格和命名规则比较容易理解和接受，但在保持整体的设计统一上，需要一位精英来充当暴君的角色，一个人拟定好整体应当遵守的规则，然后其他人遵守，对这点而言，没有所谓的民主可言。

在对项目进行反思的过程 中，值得注意的是 敏捷开发这种设计理念或者说哲学。虽然很早就看过关于 敏捷开发方面的介绍，但是真正在项目中碰到这样的开发方式 还是觉得非常的突兀。我到现在也没搞明白如此剧烈和快速度版本迭代，是如何控制项目代码的稳定性的。除此之外，敏捷开发对实践人员的要求其实不低，要求开发者不断的学习新的理念和技术 ，并及时的融入进项目 里面。这些都是非常考验人的。