03人月神话读后感二

对团队来说,小型的,精干的队伍是最好的,但是纯粹由优秀的程序员组成的小型的精干的队伍对大型的系统来说又太慢了,所以对一个大型系统来说,把一个大型团队拆分成各个小型的团队再把系统也拆分成相应的部分,像外科手术组那样妥善分工,才能保证整体的生产率和质量。

概念的完整性是系统设计最重要的因素,关乎项目能否顺利进行,为了达到概念的完整性,架构设计由精简的架构设计小组及负责所谓的贵族专制统治,为了完成一系列完整的程序设计,宁可省略一些不规则的特性和改进,也不提倡独立和无法整合的系统,哪怕它们其实包含着许多很好的设计。

第二个系统是人们所设计的最危险的系统,通常的倾向是过分地进行设计,成为画蛇添足的牺牲品。为了避免这种冒进错误,要运用特别的自我约束准则来避免功能上的过于修饰,根据系统基本理念及目标变更舍弃一些功能,开发时审慎地考查技术环境的变化,广泛进行交流和沟通,聆听各方面的建议,确立严谨的估算和规划。面对估算过高的难题,结构师有两个选择:削减设计或者建议成本更低的实现方法--挑战估算的结果。
 
为保持系统概念上的完整性,须确保每个人听到、理解并实现结构师的决策。本章以System 360的开发经验为例介绍了文档化的规格说明—手册的重要性,采用形式化定义、会议、大会、电话日志等技术确保概念被精确地定义传达贯彻执行。同时提出独立的测试小组也是在系统设计实施中重要的保障环节。
 

收获:

对于大型系统的开发,需要拆分成小型团队,采用妥善的分工方式,保证整体的生产率和质量。
系统设计的概念完整性非常重要,因为它关系着项目的顺利进行,需要建立精简的架构设计小组,通过紧密的专制管理确保设计的完整性,宁可省略一些不必要的特性和改进,也要保证整个系统的整体性。
第二个系统是人们所设计的最危险的系统,容易太过冒进,过分地进行设计,导致不必要的麻烦。为了避免这种情况,需要运用自我约束准则避免过度修饰,同时要审慎考虑技术环境的变化,广泛进行交流和沟通,确保严谨的估算和规划。
为保持系统概念上的完整性,需要确保每个人都听到、理解和实现结构师的决策。同时,文档化的规格说明—手册的重要性不可忽视,通过形式化定义、会议、大会、电话日志等技术确保概念被精确地定义、传达和贯彻执行。独立的测试小组也是系统设计实施中的重要保障环节。

posted @   liu_ru_jun  阅读(6)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· Docker 太简单,K8s 太复杂?w7panel 让容器管理更轻松!
点击右上角即可分享
微信分享提示