提出问题
快速通读教材《构建之法》,并参照提问模板,提出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/, 并在博客中给出链接在豆瓣页面的最下方 “读书笔记” 那里发言, 《构建之法》的作者会亲自答复问题。
豆瓣读书笔记链接