构建之法阅读笔记02

Posted 2020-06-21 apan008

在这一周里我阅读了构建之法中的软件工程师的成长和软件单元测试与代码规范。这两部分对我来说还是有较多的感触的，当然也有不少的收获。

很喜欢构建之法这本书，一下子改变了我对软件编写的态度。也许是因为以前并没有接触过这种教学模式，也许是这本书把枯燥乏味的软件实际化了，使我慢慢的开始去编程。我从未想过一个软件工程师的成长会有这么多的经历，总以为语言类的东西是一种天赋，也总认为只要你编写了足够多的程序就可以成为顶尖优秀的工程师。我喜欢看篮球比赛，在书中，他举了程序员与NBA篮球的例子，一下子吸引了我，那些数据我清楚的知道对一个篮球运动员意味着什么，但是我从未想过一个程序员也可以通过各项数据来反映一个程序员的技术。

通过学习软件单元测试与代码规范，我现在还不能很好的理解单元测试的意思，但是我却想到了小学期时，我们编写数据结构多个人往一起合并程序时，总是出现错误，单个运行没有问题。我想这个跟我们的单元测试有问题吧，尤其是遇到比较大的项目开发时，更会引发诸多Bug，看来单元测试极对于团队开发极其重要。代码规范也给我好好的上了一节课，受益匪浅。

个人体会：由于以前并没有很多的运用软件单元测试，因而对这部分还不是很了解，也没有过多的体会，唯一记着的也就是小学期合并程序时出现的Bug。但是对代码规范真的是感受颇深。

1、在以前很少会注重代码格式问题，也没有注意到程序的结构和模块问题（因为编程少，能百度就百度了），甚至注释部分也不怎么写，代码命名部分逮住哪个字母单词就随便乱用一通。结果很多情况下就算自己编写出来了，自己都不知道什么意思。

2、学习代码规范后，明白了一个道理，自己能编写程序，自己能看懂没什么了不起，当别人能看着你的程序很舒服时，也愿意看时才是好程序。程序讲究：简明，易读，无二义性。而我的程序，不太好阅读，注释部分没有，定义的自变量没有清楚地指示，大小写也没注意到，自己看着确实很难看。哎

3、为了解决以上这些问题，我想从现在开始去改变自己的换习惯，不能只是图方便，更要注重细节，易读，简明，没有歧义。一、注释部分要明确，必要的地方解释清楚。二、一条语句为一行，绝不多行同时挤到一行。三、代码要有缩进，比如if和else要有明确的关系。四、代码中如果需要定义的自变量，尽量按其英文来命名（复杂情况下）。五、括号关系要十分明确，小括号，中括号，大括号。目前先给自己提出这几点要求，争取改变，使程序更为被人接受。