人月神话读书笔记1 1-2章

老师推荐给我们一本书 ——《人月神话》。在深入了解后，我发现《人月神话》中诸多观点对如今的软件工程仍具重要意义，例如 “没有银弹” 这一观点，深刻体现了作者对软件工程的独到见解。作为软件工程专业学生，我深知自己有责任认真研读专业相关书籍，并将书中的理念与思考融入实际操作中。

第一章:一幅画，C.R. 奈特的《拉布雷阿的焦油坑壁画》，那繁杂的元素，恰似开发者所处的泥沼困境。画面里，人与兽交织缠斗，挣扎着，越陷越深。这何尝不是开发者们的写照？无论是庞大团队，还是孤军奋战的个体，都在软件开发的焦油坑中不断挣扎。复杂的需求、繁复的代码、多变的技术，无一不是那黏稠的焦油，让开发者们欲罢不能，却又难以挣脱，折磨难耐。其实，越陷越深的痛苦，每个开发者都深有体会，那些隐藏在代码里的 “坑”，总是在不经意间让人摔个满怀。一直以来，江湖上流传着 “大神” 传说，他们似乎有着超凡的功力，能独自完成整个团队才能扛下的任务。现实中，这样的大神的确是凤毛麟角。毕竟，编程系统产品是我们追逐的目标，然而，它们如同远方的山巅，需要付出高昂的成本，耗费漫长的时间去攀登。那些精妙复杂的逻辑、高度可靠的性能、完美契合需求的功能，都非一朝一夕之功。在我的编程经历里，快乐与苦恼宛如一对双生子，始终相伴。当灵光乍现，一个巧妙的算法构思在脑海中成型，那种兴奋如同在黑暗中突然看见光明；当代码顺利运行，程序按照预期输出结果，那一刻的成就感仿佛是对自己智慧的最好嘉奖。然而，大多数时候，我都在与思路的混乱和狡猾的 “小 bug” 周旋。那无数个夜晚，面对混乱的代码逻辑，我像是迷失在迷宫中的行者，找不到出口；那些隐藏在代码深处的 “小 bug”，犹如顽皮的精灵，捉弄着我的耐心，让我在调试的道路上反复徘徊。快乐的瞬间如同璀璨星辰，点缀在编程的浩瀚宇宙，而苦恼的时光则如漫长黑夜，考验着我的毅力与决心。作者在书中描述的未来工作场景，让我提前感受到了其中的酸甜苦辣。外行人员的指手画脚，仿佛一场不可避免的 “灾难”。他们的需求天马行空，却不懂技术的边界与成本的权衡。“给我这么点预算，却要我完成这么多任务”，这种不合理的要求，如同无形的枷锁，束缚着开发者的手脚。而且，有些需求本身就不切实际，他们对技术的理解仅停留在表面，却对开发的难度和风险一无所知。还有那竞争的压力，如同达摩克利斯之剑，高悬头顶。竞争对手可能凭借更高效的团队、更先进的技术，更快地推出产品，抢占市场先机。但转念一想，每个产品都有其独特的定位和侧重，新的产品虽然具备优势，但也必然会暴露出诸多问题。在技术迭代迅速的当下，软件产品的生命周期如同烟花般短暂，从诞生到消亡，充满了不确定性。这个过程，既是对开发者技术能力的考验，也是对心理素质的磨砺。在这条编程与开发的道路上，有光明也有黑暗，有快乐也有苦恼。开发者们如同夜行者，在困境中摸索前行，为了那最终的目标，不断努力，永不言弃。
——MENU OF RESTAURANT ANTOINE,NEW ORLEANS
在新奥尔良市安托万餐厅的菜单上，有这样一句话："Good cooking takes time.If you are made to wait,it is to serve you better,and to please you."，美食的烹调需要时间；片刻等待，更多美味，更多享受，这与软件项目管理中的Brooks法则有着异曲同工之妙。Brooks法则指出：“向进度落后的项目中增加人手，只会使进度更加落后。” 尽管大多数程序员和项目经理在面对项目困境时，往往会抱有最乐观的心态，但现实却常常给他们一记沉重的耳光。项目规模越大，所面临的问题也就越多，即使在预留了充分的测试时间的情况下，也难以避免各种复杂情况的出现。在这种困境之下，增加人手似乎成了一种显而易见的选择，然而，这种做法却不一定能够带来理想的结果。一方面，新加入的人员需要一定的时间进行培训，以熟悉项目的内容和流程；另一方面，新成员的编程风格以及他们对原有计划的影响，往往可能超出预期，导致项目进一步偏离预定轨道。正所谓“让三个相同国家的人去买菜”和“让三个相同国家的人带四个不同国家的人去买菜”，相比之下，前者无疑更为靠谱。面对项目进度滞后的困境，其实还有其他一些调整策略可供选择。例如，可以对现有工作量进行统计，然后根据实际情况重新合理分配任务，以确保每个成员的工作负担更加均衡，工作效率得以提升。此外，还可以对项目进行全面分析，找出有哪些方面可以进行优化和提升，同时对于一些非关键或次要的部分，可以考虑暂时搁置，以集中精力攻克核心问题，从而推动项目整体进度的加快。