《构建之法》第四章及第十七章读后感
第四章
问题1:
我对于书中的一段
有些疑问,这段书中说,不要注释程序是怎么工作的,而要让程序本身来说明这个问题。
我认为比较简单的代码确实不需要解释程序是怎么工作的,但是有时候为了两个人更好的配合,对于较复杂代码,也需要解释一下程序是如何工作的,这样子有利于对方更快的理解你的代码。
我从网上找的对于注释的作用如下:
代码注释的重要性
其实代码注释的重要性我倒是觉得没必要在这过多的解释,我们只要回想一些情景就能知道其道理:
1、当你经过一段时间后,发现哪儿出问题或需要调整功能的时候;
2、当你去改别人代码的时候(你的代码也会被别人改);
3、当你需要补一些设计文档的时候(比如现在的我);
我发现很多时候注释有利于他人去改你的代码,而我觉得如果不去注释代码是如何运行的,而只是注释代码是做什么的,为什么要这么做的话,肯定是不够的,改代码的人可能凭借着自己的主观想法就去修改,然后产生的后果可能会很严重。
问题2:
我对这段存有疑问
这段的重点是通过不断的复审来减少代码的错误,我觉得必要的复审是应该的,但是像文中如此的复审实在是太多浪费时间了,尽管后文有说了很多避免陷入浪费时间僵局的方法,但是我觉得在实际操作中一定会或多或少的陷入不断的开会,开发人员在一个简单的地方浪费非常多的时间导致项目的进展非常的缓慢,其花费的时间可能比文中所说的可能出现的危机所花费的时间花的多得多。
第十七章:
问题:
我对第十七章这段有疑问
我不清楚这里的功高震主是什么意思呢,是说想取代领导的位置吗,但是如果是一个团队的话,不是本来就该能者领导吗,如果是做的太好了,不听领导的规划,那又怎么称得上业绩很好呢?