《人月神话》个人随笔——序言

写在前面

        最近“软件构造”结课，在课上王忠杰教授鼓励大家去通过各种渠道继续学习软件构造相关知识。自从选择软件工程这个专业以来，在课程上和各大论坛上不止一次的听闻《人月神话》这一著作的大名，现今正好趁着“软件构造”课程刚刚学完，拜读一下这一软件工程领域的“圣经”。因为本人仍是一名普通大二学生，没有什么大规模项目的开发经验，本系列仅仅是个人在阅读这部著作的一点拙见，如有不当之处还望批评指正。

从作者开始

        想要了解一部作品的思想，就要先了解这部作品的作者。 

——不知道谁说的 

        小弗雷德里克·菲利普斯·布鲁克斯（1931 年 4 月 19 日 - 2022 年 11 月 17 日）是一位美国计算机架构师、软件工程师和计算机科学家，以管理 IBM 的 System/360 系列计算机和 OS/360 软件支持包的开发而闻名，后来在他的开创性著作《人月神话》中坦率地写下了这些经历。

        1976年，布鲁克斯被选为美国国家工程院院士，以表彰他“对计算机系统设计和计算机科学学术课程开发的贡献”。

        布鲁克斯获得了许多奖项，包括 1985 年的国家技术奖章和 1999 年的图灵奖。

——摘自wikipedia

        Brooks博士的主要工作领域主要集中于操作系统开发，而且1975年的计算机行业与现在的状况也有很大不同（虽然Brooks在1995年对该书进行了一定的补充，但是千禧年以来计算机的迅猛发展依旧让书中的某些观点受到的不同程度的冲击），所以该书观点下的“软件”其实相对于目前的实际项目而言，显得更加严格、刚性。在阅读这本书的时候，与Steve·McConnell的《编码完备》（Code Complete）一起阅读，更能理清软件工程的发展历史和具体过程。

        同时，这本书更多像是Brooks根据其在IBM的工作经历所写的“散文集”，与其他教材不同，本书每章节之间的逻辑联系并不强，但总体上而言，大概是以一个从广泛到具体、从问题到解决的方式进行行文，所以在有时间的前提下，最好能通读本书，这样才能更深刻的理解Brooks博士“没有银弹”的核心思想。

管理学书籍

        在阅读这本书籍前，我原以为这本书会像软件构造这门课程一样，主要集中在解决软件构建过程中可能遇到的技术问题，从编码设计角度去描述一个项目开发进行的方方面面，然而在我阅读了几页之后，才明白这本书籍与其说是“如何构建软件”，更多的是“如何管理软件构建团队”。

        Brooks站在一个工程项目管理者的角度，探讨了软件开发过程中非技术层面、但是确确实实地影响软件开发进度与质量的问题，为每一个软件工程相关行业的人员提供了一套适用于管理软件开发团队的方法。但这并不意味着非管理层人员不会从中获益：书中提到的一些控制项目进程与团队分工的思想其实也可以用来规划自己的构建进程，并用书中的标准衡量自己的项目质量。

现在已经大致了解了这本书的“用户规约”了，可以开始动身阅读了。行くぞ！