标签：也有 构建 项目 更新 个人能力 不容易 复杂 编写 交流
在第二章学习中，知道了软件是需要单元测试的，之前对这个没什么概念，而且单元测试要跟软件更新同步，单元测试要覆盖所有代码路径，单元测试可以把你的软件能做的不能做的事都在“单元”中表达出来。如果没有单元测试的话有时候有些隐患自己不知道，等到后期发现再修改就很复杂了。有单元测试的话后期出现的bug修复起来也比较容易，而且会容易知道错误是什么，在哪里。
在第三章中，本章大概说了个人能力的衡量，说了软件工程师的一些成长经历和职业发展，首先学习入门知识，积累软件开发的相关知识；然后练习，提高自己的技能，自己解决问题，变成自己大脑自动操作的东西，这样才能提高自己的技能，第一次遇到问题百度了，不要第二第三以后遇到同样的问题还是百度，这样的话练多久都没有进步；还有就是要拓展自己的知识面，跟着时代的步伐。才不容易被淘汰。
在第四章中主要在讲我们接下来要进行的结对合作的内容。目前软件的开发大多都是在合作中进行的，合作的最小单位也就是两个人。而合作中最重要的是个人与个人之间的沟通交流，对于程序员来说，则是代码的交流。每个人打代码的风格习惯可能会有所偏差，我们要看得懂合作伙伴的代码就必须遵循一定的代码规范，这样在以后的项目合作中，我们才能更好地与他人共同完成项目。
在第十一章的学习中，在考虑完项目的需求后，我们需要的是对项目进行设计并且加以实现，书本中也有列举在开发阶段团队出现的几种情景：
其中有一种闭门造车：我认为这种现象比较能让程序员集中在程序编写里面，我们有时候也会在感觉到效率不怎么样，没有有一个“封闭”的时间，或许对队员来说是一个全身心投入程序的好方法，以上都是我的个人理解。除此之外，每日构建、构建大师、宽严皆误、小强地狱这些书本也有生动的例子讲述，但我尚一知半解，待我还需着重加深理解。
标签：也有 构建 项目 更新 个人能力 不容易 复杂 编写 交流
原文地址：http://www.cnblogs.com/William11xyzxyz/p/6789923.html
