标签：
构建之法开头在给我揭开心里的一个疑问，便是什么是软件。我现在接触到的，能考虑的也就只算是一个程序，就光实现内容要求已经是很尽力了。按理说，软件应该是把每一个细微的功能考虑到，实现到。但事实上不就是和我现在一样，在时间和功能上权衡吗？怎样的才算上是合格的软件工程师呢？
还有，其中对bug的解释还真是刷新了我的认知。以前一提到bug我就感觉是失误，是不该存在的东西。不过作者又说它是功能，细想之下也可以理解，不正是bug使我们能使用那些看似不完美，我们才能接触到的东西吗？
后面引入了单元测试的概念，看了例子和对话，感觉理解了一点，也是一知半解。单元测试应该就是把某部分功能单独运行，检测这部分功能的效率，错误，与其他模块功能是否匹配。对于我这种一个程序也算不了半个模块的人，有点太早了吧。。！
通过两个程序员的比较，我体会到了程序员稳定的重要性，给人的感觉是一方面，重要的是对项目的影响。每个人都有自己的定位，稳定才能更好的找到自己的位置。
作者又通过举魔方的例子阐述了层次的问题，从只明白按口诀拼到自主设计魔方确实是质的转变，而我正前进在按“口诀”敲代码的路上，这不是妄自菲薄的原因，而是更应该脚踏实地的原因。
看着看着，作者提到了代码规范的问题。说着就说到我的心坎里去了。就在上午的web上机课上，我还不厌其烦的按着table键，进行这缩进。因为不修改我看那些代码真是太难受了。书上也肯定我了，将“ { ” ， “ } ”单独放在一行上是最清晰的，也是我最喜欢的。在这方面，我甚至把符号两端都加上了空格。
还有关于缩进的问题，以前我是用table键的，看了构建之法后，才知道有的软件对table的设置不一样，为了避免不方便，最好用四个空格，以后我会注意的。
标签：
原文地址：http://www.cnblogs.com/shenshenxin/p/5299090.html
