重要的需求。
 28. 增量式编程：写一点代码就构建、测试、重构、休息。让代码干净利落。
 29. 尽量简单：宁简勿繁。如果没有充足的理由，就不要使用什么模式、原则和特别的技
术。
 30. 编写内聚的代码：类和组件应该足够小，任务单一。
 31. 告知，不要询问：多用消息传递，少用函数调用。
 32. 根据契约进行替换：委托往往优于继承。
 
调试篇
 33. 记录问题解决日志：不要在同一地方摔倒两次。错误是最宝贵的财富。
 34. 警告就是错误：忽视编译器的警告可能铸成大错。
 35. 对问题各个击破：分而治之是计算机科学中最重要的思想之一。但是，要从设计和原
型阶段就考虑各部分应该能够很好地分离。
 36. 报告所有的异常
 37. 提供有用的错误信息：稍微多花一点心思，出错的时候，将给你带来极大便利。
 
团队协作篇
 38. 定期安排会面时间：常开会，开短会。
 39. 架构师必须写代码：不写代码的架构师不是好架构师。好的设计都来自实际编程。编
程可以带来深入的理解。
 40. 实行代码集体所有制：让开发人员在系统不同区域中不同的模块和任务之间轮岗。
 41. 成为指导者：教学相长。分享能提高团队的总体能力。
 42. 让大家自己想办法：指引方向，而不是直接提供解决方案。让每个人都有机会在干中
学习。
 43. 准备好后再共享代码：不要提交无法编译或者没有通过单元测试的代码！
 44. 做代码复查：复查对提高代码质量、减少错误极为重要。
 45. 及时通报进展与问题：主动通报，不要让别人来问你。