《人月神话》读后感(第三四章)
《人月神话》读后感(第三四章)
最近阅读了《人月神话》的三四章,简单谈一谈自己的感想。
首先是第三章——外科手术队伍。这个章节题目看似和软件工程没有任何关系,但实际上却解决了软件开发
的团队选择方面的难题。在平时的实践项目中,大部分人都希望和开发项目经验丰富的人组队,因为经验丰富的队
员往往能起到以一敌十的效果,和这样的人组队往往能达到“白嫖”的目的;也有的人喜欢强强联合,几个经验都比
较丰富的人组成团队,成为集体中的精英团队。然而,在实际工作中,精英不可能大量集中到一个团队中。作者用
外科手术团队做了比喻,一个首席程序员相当于外科医生,一个经验相对较少的人员充当副手,一个管理员负责行
政事务的决策,一个编辑用于生成文档,两个文秘使得文件与项目协作一致,一个程序职员用于维护技术记录,一
个工具维护人员,一个测试人员,以及一个语言专家。这样的开发团队人员平等但是各司其职,保证了团队的有序
运行。对于大型的项目,就需要在人员安排上使用分解的思路,由架构师负责整体设计,系统实现则由各个小团队
协作完成。
第四章提到了贵族专制、民主政治和系统设计。面对一个项目,每个人都有自己的想法,不同人之间的想法也很
有可能不同,随时可能产生矛盾,无法统一实现整体利益。在系统的开发中,人与人之间的思维差异是客观存在的,
概念的完整性只能少数具有丰富开发经验的人员来实现,对于大型的项目,合理的团队组建方式就很重要。如同上一
章所述,一个团队概念的提出需要架构师来实现,此时专制与民主的平衡就至关重要,对于设计的意见可以广泛征集,
但是最后的决定却需要少数人来确定以统一整个团队的前进方向。
__EOF__

本文链接:https://www.cnblogs.com/zyj3955/p/14836588.html
关于博主:评论和私信会在第一时间回复。或者直接私信我。
版权声明:本博客所有文章除特别声明外,均采用 BY-NC-SA 许可协议。转载请注明出处!
声援博主:如果您觉得文章对您有帮助,可以点击文章右下角【推荐】一下。您的鼓励是博主的最大动力!
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· Docker 太简单,K8s 太复杂?w7panel 让容器管理更轻松!