在两周的时间内,我阅读了大部分的《构建之法》,这本书的后半部分的内容对于现在的我来说,实在是太过于遥远,我还不能接受这种内容,
但是在前半本书中,我还是获得了很多知识和信息,就比如“软件=程序+软件工程”这让我更好的理解了我所在专业领域的具体内容和他的构造,在这本书的第一章中,还提到过对待自己写的代码的态度,
书中的说法真的让我受益颇深,对待代码就像对待飞机一样,如果我是飞机上的机长或者乘务员,那我一定要对我的乘客的负责,而且不能有任何的纰漏,这就像程序员对待程序,绝对不能有任何的纰漏,
在这本书的第一章中还接少了软件的各种特殊性,虽然对于我来说这些可能没有实际的意义与用处,但是这也是对于软件工程的一种理解。此外,第一张还给了我很多有趣也很实用的理论——霍夫塔斯定律:实际时间总是比预期要长,
即使你考虑到了霍夫塔斯定律。显然这个道理对于日后编写一段程序或者参加工程的时候对于时间的安排很有用,当然在这本书中还提到了团队的作用,以及团队中个人的技术和流程,这些都令我受益匪浅,
书中说到一个分工明细,上下一条心的团队非常重要,这是衡量一个队伍是否专业的标准,在看这本书之前,我从来没有过什么团队编程的概念,我从来都是认为我自己能够完成我想要的,我不需要别人的帮助,
我也没有帮助过别人,但是看了这本书过后我深刻的认识到了团队真的非常重要,我有必要结交新的朋友,新的搭档,这也确实令我憧憬未来的生活,然而第二章中又提到了个人在团队中的作用,接下来他提到了几种团队的运作方式,
还讲了几种调试程序的方法,这个方法对于现在的我来说实在是有些遥远,一来我还没有接触过这种大场面,二来我目前真的用不到这些东西,我就当是提前领略了未来程序员的风光生活。书中还说到:在团队的开发中必然要产生矛盾,
因为每个人的思想观念都不同,但是一个好的团队能把冲突的积极方面(分子尽力把自己的工作做好,说服别人)释放出来,而避免消极方面(因为冲突而产生的消极,抵触情绪等)。这给了我警示,让我明白了如果在日后我有机会
参与到一个团队中,我要注意的点。书中还有一种我非常喜欢的合作编程方法——结对编程。书中详细介绍了结对编程的具体做法和他的用处,这给了我极大的启发,我非常欣赏这个方法,因为目前的我来说刚好能够达到这样的条件,
所以这个方法让我感到兴奋,而且这种能够不断复审的编程方法真的非常有效率,这让我觉得我可以在某些方面上达到了一个成熟的程序员的标准。这个书中还给了我很多有用的信息,比如说很多国内的IT人士认为35岁是一个程序员
的职业生涯的终点,还有一个程序员的进化历程,达到了什么样的实力算什么级别的程序员,这些信息也让我收益良多。这本书再往后面的部分太过于深入且专业了,让我有一些无法接受,所以对于这段内容我很难有感触。
标签:本书,对于,编程,程序员,构建,之法,团队,书中 From: https://www.cnblogs.com/liuxuefeng/p/17439993.html