『章节错误，点此举报』
第80章 办公场地的拥挤[2/2页]
秦奕微微一笑，从容不迫地回答道：“兵贵在精不在多，在软件开发这个领域这就是一个真理，很多时候项目研发参与的人多了，反而可能干不成事。你就放心吧，我们研发实力很强的，弄出来图形操作界面肯定没问题的。”
说到此处，他稍稍停顿了一下，接着说道：“在软件工程领域当中，有这么一本颇具影响力的着作——《人月神话》。”
“这本书里面最为知名的观点便是所谓的‘人月神话。其核心要义在于指出，在软件开发的进程之中，单纯地将工作分摊给更多的人，并不能必然地缩减整个项目所耗费的时间。”
“原因很简单，软件开发绝非只是简单的人力堆砌那么容易，其中涉及到诸多复杂的问题，比如沟通成本以及任务分配和协调等等。”
秦奕拿起桌上的水杯，轻抿一口后继续说道：“如果有一个软件项目预计需要
10
个人花费
1
个月才能完成，那么你安排
20
个人来做，并不能让软件在两周内完成，甚至
20
个人做这项目花的时间可能还要超过一个月。”
况且，现在这个时候，计算机本身发展都还处在初步阶段，后来那些方便快捷的电子团队协作工具更是连影都没有，在这个沟通基本就是靠人工喊的时代，盲目增加研发团队人员的数量带来的可能是项目的失败。
当然，也并不是说人数少到极致就好，就算一个人研发能力很强，他的精力终究是有限的，所以还是需要让一个团队有适当的人数分工合作承担不同的任务。
在《人月神话》这本书里，作者就提出了
“外科手术团队”
的组织模型，将软件开发团队类比为一个外科手术团队。
在这个团队中，会有一个首席程序员作为“主刀医生”，负责主要的设计和关键部分的编程，他周围会有一些测试人员、文档编写人员等像手术助手一样协助主刀医生，这样的团队结构能够有效提高开发效率。
当然，当系统更加复杂的时候，一个外科团队是不足以完成整个系统的，这时候，合理地将一个系统拆分成多个相对简单模块或者层次的能力就显得格外重要了。
想到这里，秦奕感觉又有一件迫在眉睫的事情要做了。
毕竟软件领域的发展日新月异，复杂度也很快会指数级上升，方便的编程工具和团队协作工具需要尽快研发出来才行。
“好了，货也送了，地方也看了，你赶紧回去吧，别打扰我们搞研发。”
想到这里，秦奕毫不客气地下了逐客令。
主要是这狭小的办公室，实在没地方招待客人。
再这么下去，往后有人上门，只能在门口交谈，实在不便。
“哈哈，难得来趟大学城，我肯定得四处逛逛。本想让你带带我，不过你这图形界面研发要紧，我和阿兴自己转转就好。”
陈志斌说道。
“那您随意。”
秦奕说道，目送陈志斌离开了之后，秦奕转头就来到了林宇轩的办公室。喜欢科技革命，从1984开始请大家收藏：
第80章 办公场地的拥挤[2/2页]
『加入书签，方便阅读』
科技革命，从1984开始
