《人月神话》读书感悟

------------------------------------《人月神话》---------------------------------------------

    书中以国内软件工程项目管理为开始，介绍了中国软件业起步早但却落后于India；提出了软件工程的基本理念，介绍了软件工程由来和未来。

读完前几章，感悟颇多。

01：焦油坑；首先，无论是谁，生活都是个坑，关键在于你是否找到了乐趣和感悟到了做好一件事的快乐。作为一个程序员，不想当项目经理和架构师的程序猿只会成为程序怨。而编程应当是快乐的，凭空创建自己的伟岸建筑，架构起软件大厦，拆分好每一个细节实现。然而凡事都会有苦恼，我们难以去预计会遇到什么困难，特别是刚初入编程之路的小程序菜鸟。

02：人月神话；一开始就提及程序猿应当是乐观的，其实很有理，因为我很乐观啊。。。（就像很多人一样认为考试前认真补补就好了哟）科科<--好吧，我正经点。提出了人月概念，一个复杂的系统，应当由多少人月去实现，而测试却更需要耐力和勇气，这其实很做作业很像，做完就丢好像永远找不到套路和阶段性成功。额，虽然有点扯，过于乐观的程序员可能被卖了还很乐呵，老板丢过来一份工作，你还一直哈哈大笑简单！！！结果夜战到天明。。。看来必须要打好软件工程基础，避免过劳死233！占了整个人月的绝大部分的测试：KISS原则下要考虑到一切逗逼//我也是~~重复是容易出问题的，越投入却越难搞好工程，看来一大早的安排周到非常有必要。

02：外科手术队伍：一个大的团队和发展公司，通过认证什么的都需要很多特技；所有的问题都来自于总结和开会，开有必要的会，撸最有用的代码。运作上，特别体现管理哲学。协调好精英负责人，就可以比较好地做好这一切，so，感觉一个系统和项目去协调好真的很锻炼呦！ 确实现在的自己真的是不够格呢。看来软件架构师确实是少之又少！

-------------------------------------------------------------------------------------------------------------------------------------------

看完了，看来我读书速度不慢。。。首先总结下：1.相信人件，培养和吸引优秀程序员，做好规划，预留充足的debug

时间，避免越投入越无法达到的里程碑时间。程序员需要鼓励，振奋人心时刻的关键屏幕闪现也许是对于系统工程师的

最大鼓励（就像前段时间4.1招聘的所谓程序猿鼓励师。嘿嘿，求美女做我腿上鼓励我、、、）；做好文档工作，为后来者打好重用代码的基础（别被说WTF，什么鬼代码！！！丢了、、）——敏捷开发之道。没有银弹，软件开发需求大而杂，需求是上帝，要有长远眼光，大道至简。避免始终落在需求和对手后面、233；系统方法学思想，分而治之，做好对小leader的指导，但不去过多地干预细节和发展方向。被相信也是程序员非常欣喜的。毕竟是自我的体现。