提出问题
快速通读教材《构建之法》，并参照提问模板，提出5个问题。
问题一
P192有提到过，交流成本问题，
很多开发人员聚集在一起，该怎么工作呢？如果大伙做的是搬砖这样的体力活儿，那么在一定限度内，人员的增长和项目复杂度的增长是线性的关系；而程序开发就有些不同，查尔斯·百蒙尼发现项目管理的复杂度似乎跟人员数量的平方成正比。一个团队里若有4个成员，就有种双向依赖和交流的途径，然后增加一位新成员，就要增加4条新的双向依赖交流的途径。对于N个成员的团队来说，交流的途径总数是n×（n-1）/2，这种N的平方的增长意味着这样的交流对人类来说是不可持续的。
不过后面的文章里告诉我查尔斯提出的方法失败了，然后就没有了。作者没有讲节约交流成本的具体方法。倒是后面开始介绍PM的具体作用，那我是不是能理解为，程序开发有了PM就能降低交流成本？？
问题二
P199面有一句话是这样子讲的
过程创新可能超越产品创新，但两个创新并驾齐驱则胜于任何一个。
对于这里的过程创新应该要怎么理解？是软件开发的过程吗，还是使用软件的体验过程，或者都是，又或者是指其他的。按我自己从书上看到的理解，应该是软件开发的过程创新，创新出更有效率的开发过程。也许以后PM会消失，有另一仲职业能让软件开发的过程更加高效。还有啊，为什么过程创新可能超过产品创新？？我并不认为这两者有谁压过谁，在我看来这两者是一样重要的，想知道一下作者的观点。
问题三
P319 作者在这里提到了一个问题，作者认为既然有专人负责，那我就不用负责了这个想法是错误的。我不同意这个观点，在我看来，各司其职不应该是正确的吗？自己负责的就要自己做好，每个人都做好自己的的，在这之间不排除伙伴来帮个小忙，但是总的来说，既然负责做这件事，就不要全靠队友帮忙，把自己的工作负担压在队友身上，这是对自己工作的不负责，同时也会耽误别人的工作。
问题四
书本P346开头就提到一句“对于创新，有一些似是而非的观点和传说（Myth，迷思）。” 然后balabala讲了一堆，讲到了迷思之六：技术的创新是关键。看到这里我就不认同作者观点了，为什么 技术的创新是关键 是迷思？这难道不是一个确切的事实吗？？？邓小平同志当年在全国科学大会上提出了“科学技术是第一生产力”的论断。足以说明技术对于国家来说是多么的重要，而随着全球化的趋势越来越明显，各国的技术都在不断交流，不断发展，我们对技术的要求越来越高，技术的创新的国家发展的关键。书上举的失败例子，不应该错该技术创新，而是市场需求没做好。这种在荒无人烟的地方也能打电话的技术，完全可以放在军事领域，一样有搞头啊。
问题五
书上还是会不时出现没有解释的单词，或者英文短文，比如P53页的那段英文，以及P55，P84的英文，虽然不是都不懂，但是总有那么几个单词不懂，最后搞得我懵懵懂懂的，这就需要我们看着看着就停下来搜索意思，说不上是浪费时间（毕竟增加词汇量了），但是如果一开始就给书上所有的单词注释，这样我们看书也就轻松多了，是吧。我认为这点可以改进一下。还有我看到有的文字的右上方会有小数字，我明白那是有特别注释的地方，可是那些注释都安排在了章末，为什么不放在该页的下面呢？就像语文书里的那样，文言文里经常有这样的注释，会在页末，这样也就方便读者在读到注释时，能马上看到。就比如P53的那个剪耗牛毛的梗，就可以放在当前页面的下面啊。
【附加题】
请将问题提交至豆瓣：https://book.douban.com/subject/27069503/， 并在博客中给出链接在豆瓣页面的最下方 “读书笔记” 那里发言， 《构建之法》的作者会亲自答复问题。
豆瓣读书笔记链接