最近，我阅读了构建之法的一部分，我有了一些感受。
过去我对于软件工程的了解不够深入，对于“程序=数据结构+算法”这句话的理解不够深入。构建管理、源代码管理、软件设计、软件测试、项目管理相关内容是软件工程的核心部分。广义上的软件工程也包括用户体验、用户界面设计等。所以，“软件=程序+软件工程”、“软件企业=软件+商业模式”。在以后，可以多阅读一些关于软件工程的书籍，使得自己对于软件工程的了解更加的深入。
过去，我对于单元测试的重视程度不够，在写完一部分代码时，没有进行一些测试。这么做是不对的。单元测试可以使得自己负责的模块功能定义更加明确，模块内部的改变不会影响其他模块，而且模块的质量能得到稳定的、量化的保证。如果在写完一部分代码后没有进行单元测试，那么我们以后在用到这一部分代码的时候，可能会遇到各种各样的问题。为了尽量的减少这些问题，我们应该在一部分代码完成后进行单元测试。在以后，完成一部分代码后可以进行简单的测试，来减少这样的问题。
过去，我在进行编程时可能会出现不分主次的情况。另一种极端是过于积极，想马上动手修复所有主要和次要的依赖问题，然后就可以“完美地”达成最初的目标，而不是根据现有条件找到一个“足够好”的方案。在以后，制作程序的时候可以不去追求完美，只是把最最基本的功能完成就好了。这些最基本的功能才是最主要的功能。
过去，我在编写代码的时候没有重视代码规范的问题。现代软件产业经过几十年的发展，一个软件由一个人单枪匹马完成，已经很少见了，软件都是在相互合作中完成的。合作的最小单位是两个人，两个工程师在一起，做的最多的事情就是“看代码”，每个人都能看“别人的代码”，并发表意见。这时，如果我们的代码写的不够规范，会给看自己代码的人带来巨大的麻烦。他们可能不能够更好的读懂自己的代码，也就不能很好的提出他们的意见，来帮助完善自己的代码，或者与自己的代码进行对接。在以后，写代码的时候可以稍微注意一下自己的代码的规范。
标签：读后感,27,代码,单元测试,2023.3,软件工程,模块,软件,一部分 From： https://www.cnblogs.com/zhangxutong/p/17261192.html