首页 > 其他 > 详细

《构建之法》第四章读后感

时间:2018-03-27 19:45:51      阅读:209      评论:0      收藏:0      [点我收藏+]

问题1:

我对于书中的一段

技术分享图片

有些疑问,这段书中说,不要注释程序是怎么工作的,而要让程序本身来说明这个问题。

我认为比较简单的代码确实不需要解释程序是怎么工作的,但是有时候为了两个人更好的配合,对于较负责代码,也需要解释一下程序是如何工作的,这样子有利于对方更快的理解你的代码。

我从网上找的对于注释的作用如下:

代码注释的重要性


其实代码注释的重要性我倒是觉得没必要在这过多的解释,我们只要回想一些情景就能知道其道理:

1、当你经过一段时间后,发现哪儿出问题或需要调整功能的时候;

2、当你去改别人代码的时候(你的代码也会被别人改);

3、当你需要补一些设计文档的时候(比如现在的我);

我发现很多时候注释有利于他人去改你的代码,而我觉得如果不去注释代码是如何运行的,而只是注释代码是做什么的,为什么要这么做的话,肯定是不够的,改代码的人可能凭借着自己的主观想法就去修改,然后产生的后果可能会很严重。

 

 

问题2:

 我对这段存有疑问

技术分享图片

这段的重点是通过不断的复审来减少代码的错误,我觉得不要的复审时应该的,但是像文中如此的复审实在是太多浪费时间了,尽管后文有说了很多避免陷入浪费时间僵局的方法,但是我觉得在实际操作中一定会或多或少的陷入不断的开会,开发人员在一个简单的地方浪费非常多的时间导致项目的进展非常的缓慢,其花费的时间可能比文中所说的可能出现的危机所花费的时间花的多得多。

《构建之法》第四章读后感

原文:https://www.cnblogs.com/CJFQT/p/8656513.html

(0)
(0)
   
举报
评论 一句话评论(0
关于我们 - 联系我们 - 留言反馈 - 联系我们:wmxa8@hotmail.com
© 2014 bubuko.com 版权所有
打开技术之扣,分享程序人生!