昨天开始了阅读人月神话这本书，首先这名字->《人月神话》，一开始没搞懂
这个名字到底啥意思，关于软件工程的书扯到了人与月？直到我开始一页一页的阅
读这本书，人与月作为衡量一项工作的规模是一个危险和带有欺骗性的神话。 它暗
示着人员数量和时间是可以相互替换的。人月神话，是因为时间精力的消耗与独立
投入的人力、时间不成线性相关，所以每一次的项目估算和调整都需要谨慎为之，
可以说做项目可能就是在尖刀上走路，处处危机。
这本书第一章节叫焦油坑，这一章节开头说“史前史中，没有别的场景比巨兽
在焦油坑中垂死挣扎的场面更令人震撼。上帝见证着恐龙、猛犸象、剑齿虎在焦油
中挣扎。它们挣扎得越是猛烈，焦油纠缠得越紧，没有任何猛兽足够强壮或具有足
够的技巧，能够挣脱束缚，它们最后都沉到了坑底”为啥要说到焦油坑，这个与软件
开发又有什么联系？我想软件开发就相当于是一个堆雪人的过程，从开始的一大块
雪，慢慢到各个部位的完善，再到最后的装饰，最后得到的雪人又何尝不是一个巨
兽，如果有一个部分弄得不好，最后雪人都将会崩塌，“巨兽”将会沉底。不想要“巨
兽”沉底，怎么办，我想应该这样：在开发时要善于解决遇到的每个看起来很小的问
题，不要等着它们去积攒，一直到最后成为了导致项目拉跨的大问题，另外开发软
件的过程中关键是维持产品自身的概念完整性，自己思路尽量避免出现错误。
经过自己的学习，我发现每一个自己去做的案例，总体时间，如果说是完全没
有思路的程序，可能花费到想思路这一块的时间比较多除了上面说的情况不可否认
的是，在我每个做过的项目，纠正调试花的时间是最多的，由此看来编程最困难的
部分是将做事的方式往追求完美的方向调整。
进入这个门已经一年又半载了，只能说是写了不少的程序吧，有时会去看别人
现成的东西，之后我觉得还是少依赖他人的东西，过度的依赖会导致自己不得不花
时间去维修别人留下的缺口。另外避免小的偏差，在新的进度安排中分配充分的时
间，以确保工作能仔细、彻底地完成，从而无需重新确定时间进度表，在众多的软
件项目中，缺乏合理的时间进度是造成项目滞后的最主要原因。
下面的可能是关于团队要借用的一些经验：要构建“外科手术团队”，简单的说要
有具体的专业化分工，更要做好协调！
关与以上提到的各个人员究竟是干啥的的请看这个：https://www.cnblogs.com/xp-thebest/p/12241758.html