标签：文档 自己 交流 规格 执行 自身 读后感 出现 设计
事实证明，一套大型的软件系统往往要持续开发运营，这就要求开发团队保持系统的概念一致性。世界需要秩序和规则，就是因为每个人想法不一，产生矛盾时也就无法统一实现整体利益，对自身以及他人都会产生影响。在系统的开发中也是一样的，人与人之间的思维差异是客观存在的，概念的完整性只能少数人员来实现，对于大型的项目，合理的团队组建方式就很重要。如同前面的章节所述，一个团队概念的提出需要架构师来实现，此时专制与民主的平衡就至关重要，对于设计的意见可以广泛征集，但是最后的决定却需要少数人来确定以统一整个团队的前进方向。在下学期即将面临的组队学习开发项目的挑战中，自己也会担当好团队的角色，做好自己该做的事，为团队做出贡献。在一个项目的开发中，过度设计的现象常常存在，而这种现象往往出现于极度追求完美的人和刚刚经历过首次开发设计不足的经验教训的人，身为一个处女座的男生，由于追求完美，所以此现象毫无疑问的成为了我开发项目的家常便饭。过度设计的系统在最初就引入了过多的复杂性，导致开发举步维艰，这个问题或许在一个架构师有了一定经历后就自然能够解决，但是“第二个系统”的困境出现时，我们可以有意识地约束自己做出一些舍弃。世界的规律就是一切往着混乱的方向发展，所以我们往往需要耗费很大的精力将上层的决策向基层贯彻执行。书中提出了几个方法来实现整个团队保持系统的概念完整性。首先是文档化的规格说明，文字是思想传播的载体，也正是文字和纸的出现，前人的思想才能流传至今，这足以证明文档对于维持概念完整性的重要性，文档的编写也需要形式化的定义保证概念的清晰和确定。对于软件开发这样的特殊团队，我们还可以通过建立模块间的结构来将各部分进行整合。虽然有了持久化的文字和代码，语言的交流会更有利于概念的确定，不至于在不同的人那里产生歧义，所以正式的会议和随意的交流都是必须的。书中还讲了一个关于巴比伦塔的制造的神话故事，但是其中的道理却对今天人们的协作有着重要的启示。软件系统的开发完全通过计算机执行，为什么还是很少有远程协作的企业，这是因为远程协作很容易导致交流的缺失。大型的软件项目开发需要团队中的每个人能及时了解到整个团队在做些什么，这就需要经常的交流。交流的方式可以通过非正式的电话、网络，也需要正式的会议和工作手册。所以不论是在学校学习过程中的团队里，还是在自己将来工作所处的团队里，如何更好地交流都是我们必备的一个技能。
以上是这段时间阅读《人月神话》中贵族专制、民主政治和系统设计、画蛇添足、贯彻执行、为什么巴比伦塔会失败等几篇内容的感悟。
标签：文档 自己 交流 规格 执行 自身 读后感 出现 设计
原文地址：https://www.cnblogs.com/MoooJL/p/12236763.html
