你不需要出色才能起步，但你必须起步才能变得出色
这篇书评可能有关键情节透露
1 态度决定一切
1.1 当问题出现的时候，找到是谁出的BUG完全没有意义，最先解决的应该是问题本身
1.2 “不是我的错”这句话不对，“都是你的错”这句话更不对
1.3 如果你没有犯过任何错，这说明你可能没有努力去工作
1.4 发现问题时，不要试图掩饰问题，要勇敢的指出来
2 学无止境
2.1 增量式学习：每天用一段时间来学习新技能，不需要长，但要经常
2.2 找一些软件开发和非技术主题的好书
2.3 你不需要撑握所有的技术，但需要知道趋势与发展方向
2.4 你要明白，为什么要用这项新技术，他能解决什么问题，能用在什么地方
2.5 学习一门新技术的，要抛弃旧的习惯
3 交互用户想要的软件
3.1 提早实现自动部署
3.2 让用户来做决定，而不是埋头开发，不如让他二选一
3.3 如何知道一个设计是好是坏，代码是第一反馈，如果一个小代动就要伤筋动骨，这能是好的设计吗？
3.4 不要在前期做大量的设计，木有用啊~~
3.5 每门语言都有它的优缺，合理使用
3.6 保持随时可以发布……（其实这很难）因为发布和开发几乎是同时的，除非给他回滚。（开发是有测试时间的）
4 反馈
4.1 建意阅读《自动化测试之道》
4.2 编程之前，先写测试
4.3 度量剩余的时间，对于时间要有一个自己的把撑
5 编码
5.1 代码要清楚地表达意图
5.2 如果源码可以读懂，不需要多余的注释，注释不能替代优秀的代码
5.3 过早的优化是万恶之源
5.4 增量式代码，不是一开始就把所有的功能完成，一步一步来
5.5 开发出可以工作，又最简洁的代码
5.6 将命令与查询区分开来
5.7 一个对象，如果只是用作大量数据容器，这样有问题
5.8 使用继承的时候，要想想派生类是否可以替换基类。派生类不能更改基类的规则。否则就用委托吧。。。
6 调试
6.1 警告就是错误
6.2 处理或是向上传递所有的异常，异常要可用，具体
从本书中学到(单元测试Unit, 提取注释NDOC 问题处理收集Wiki)
1.1 当问题出现的时候，找到是谁出的BUG完全没有意义，最先解决的应该是问题本身
1.2 “不是我的错”这句话不对，“都是你的错”这句话更不对
1.3 如果你没有犯过任何错，这说明你可能没有努力去工作
1.4 发现问题时，不要试图掩饰问题，要勇敢的指出来
2 学无止境
2.1 增量式学习：每天用一段时间来学习新技能，不需要长，但要经常
2.2 找一些软件开发和非技术主题的好书
2.3 你不需要撑握所有的技术，但需要知道趋势与发展方向
2.4 你要明白，为什么要用这项新技术，他能解决什么问题，能用在什么地方
2.5 学习一门新技术的，要抛弃旧的习惯
3 交互用户想要的软件
3.1 提早实现自动部署
3.2 让用户来做决定，而不是埋头开发，不如让他二选一
3.3 如何知道一个设计是好是坏，代码是第一反馈，如果一个小代动就要伤筋动骨，这能是好的设计吗？
3.4 不要在前期做大量的设计，木有用啊~~
3.5 每门语言都有它的优缺，合理使用
3.6 保持随时可以发布……（其实这很难）因为发布和开发几乎是同时的，除非给他回滚。（开发是有测试时间的）
4 反馈
4.1 建意阅读《自动化测试之道》
4.2 编程之前，先写测试
4.3 度量剩余的时间，对于时间要有一个自己的把撑
5 编码
5.1 代码要清楚地表达意图
5.2 如果源码可以读懂，不需要多余的注释，注释不能替代优秀的代码
5.3 过早的优化是万恶之源
5.4 增量式代码，不是一开始就把所有的功能完成，一步一步来
5.5 开发出可以工作，又最简洁的代码
5.6 将命令与查询区分开来
5.7 一个对象，如果只是用作大量数据容器，这样有问题
5.8 使用继承的时候，要想想派生类是否可以替换基类。派生类不能更改基类的规则。否则就用委托吧。。。
6 调试
6.1 警告就是错误
6.2 处理或是向上传递所有的异常，异常要可用，具体
从本书中学到(单元测试Unit, 提取注释NDOC 问题处理收集Wiki)
