《人月神话》给软件开发注入灵魂的神书！
本帖最后由 鱼C-小师妹 于 2023-8-5 14:52 编辑在线学习：
https://www.bilibili.com/video/BV1gk4y1g7ga
如果鱼油励志成为一名程序员，那么你一定听说过这本书。
如果已经是程序员了，那么你一定读过这本书。
如果你并不想从事软件开发行业，那么你更要看这本书。
就是这本书啦，软件工程中的经典著作《人月神话》
由图灵奖得主弗雷德里克·布鲁克斯所著。
可能会好奇这本书为什么会有如此神奇的名字。
在听我细细道出其中奥秘之前～
小师妹手中的这本是最新出版的《纪念典藏版》，是小师妹18年买的40周年纪念版的升级版。
从封面设计到纸张选用，都是上乘之选～
这本书的油墨味道就像是在我面前放了一款香氛蜡烛，喜欢看书的人都懂～
拿在手里看仪式感满满，就不想放下来，情不自禁的手不释卷～
这描述不能说不对，只能说完全无法反驳。
一些鱼油可能会觉得：
这本书的名字似乎与软件工程并没有太大关系阿{:10_254:}
在软件项目管理中有一个词叫“人月”，“人”就是一个人、两个人的人。
“月”就是一个月、两个月的月。所谓“人月”，就是一个人在一个月内所能完成的工作量。
假设某个项目预估需要12个人月，那么你就算了，如果指派4个人来做这个项目，理论上需要3个月；
而如果指派6个人来做这个项目，理论上则只需要2个月便可以完成。
真的是这样嘛？
**** Hidden Message *****
好啦，我来公布答案。
软件开发，工程庞大，又非常复杂。
我们人类对于这种项目，通常是分工合作，因为它促进效率，节省时间的。
但是，随着一个项目参与的人越来越多，分工越来越细，人和人之间需要的沟通量，也指数增长。
很快你会发现，沟通花费的时间，渐渐地就比分工省下来的时间还要多。
说白了：
过了一个临界点，人越多不是越帮忙，而是人越多越添乱。
一个人12个月能完成的事，不见得上12个人1个月就能完成，甚至12个月也未必能完成。
项目用的程序员越多，平均每个人出活的速度就越慢。
所以你规划项目的时候不要算什么“人月”。
而这正是布鲁克斯想要强调的。
所以，《人月神话》这本书里建议了一种组织方式，叫“外科手术式的队伍”。
就像一台外科手术一样，有一个主刀大夫，软件项目也应该有一个首席程序员，其他人都是给他提供支持的。
这样，就既能获得由少数头脑产生的产品完整性，又能得到多位协助人员的总体生产率，还彻底地减少了沟通的工作量。
像这么厉害的洞见，书中还有很多！
怎么样这么一本充满智慧的有趣书籍，还不快给我读起来！！
看看 首楼支持！ 看看 不对！ 好！ {:5_108:} 不一定人越多越好 要看看 得到 有所耳闻，老名言：守护我们的小师妹^o^ 书柜里有这本书，一直在吃灰{:5_109:} {:5_92:} {:10_256:}{:10_256:}拉低中奖率 看看 支持{:10_256:} 无条件支持楼主！ {:5_109:} 不二如是 发表于 2023-8-5 16:04
拉低中奖率
使坏{:10_324:} {:5_106:} 顶
页:
[1]
2