最近，我阅读了构建之法的下一部分，有了一定的感受。
过去，我对于开发阶段的日常管理的了解不够。自己的团队可能出现很多种情况：闭门造车、每日构建、构建大师、宽严皆误、小强地狱等。对于这些情况，我们都应该考虑如何解决这些问题。在以后，在面对这些情况时，可以认真考虑如何解决这个问题。
过去，我在编写程序的时候没有充分的考虑用户体验。软件的用户界面的一些原则有：尽快提供可感触的反馈；系统界面符合用户的现实惯例；用户有控制权；一致性和标准化；适合各种类型的用户；帮助用户识别、诊断并修复错误；有必要的提示和帮助文档等。如果我们在编写程序时不考虑用户体验，那么用户可能会不愿意使用我们编写出来的程序。在以后，我们在编写程序时可以更加重视用户的体验。
过去，我对于软件测试的重视程度不够。各种测试的方法有：单元测试和代码覆盖率测试；构建验证测试；验收测试；“探索式”的测试；回归测试；场景/集成/系统测试；伙伴测试；效能测试；压力测试；内部/外部测试；易用性测试；“小强”大扫荡等。在以后，可以尝试采用多种的方式来进行适当的测试。
过去，我对于软件的质量的重视程度不够。如果我们对于软件的质量得到重视程度不够，我们的软件可能会给他人带来巨大的麻烦，可能无法竞争过其他软件。在以后，可以更加重视软件的质量。
过去，我对于软件的稳定性重视不够。如果我们做出来一个软件，它的功能非常的强大，但是，它很容易出现bug，那么应该不会有人愿意使用它的。如果使用不稳定的软件，在进行一个非常重要的活动时，它不能够使用了，那么会带来巨大的后果。在以后，在设计软件时可以更加重视软件的稳定性。
过去，我对于创新的认识不够。创新对于每一个行业都是非常重要的。如果我们在工作时不能够进行创行，那么我们很可能得不到长远的发展。在以后，编写程序时可以更加重视创新的方法，努力提高自己的创新能力。
过去，我对于职业道德的重视不够。任何一个职业都需要重视自己的职业道德。如果一个软件工程师没有自己基本的职业道德，那么企业很可能不愿意用他。在以后，工作或学习时要重视自己的职业道德。