软件开发之胡言乱语3-代码质量
--很久没有写东西了, 听一些朋友说能在博客上写东西说明他还不够忙, 如果确是如此,那我这半年可真是够忙的了.
最近看了一些C++方面的精典的书, 在开始读这些书之前,我并没有感受到多少他们的精典,因为我只知道他们的书名,不过在读了之后, 或者是读了一段时间之后, 可能在某一个瞬间,我突然间开始觉的他们确实很精典, 以下是他们勾起的我的一些想法和看法.
有时我一直在想,一个人写的代码的质量到底取决于什么? 现在我觉的首先并不取决于能力, 至少我认为能力并不是首要因素, 首要因素我目前看来,是一个人对代码的要求. 一个人对代码的要求有多高,或者说一个人对代码有多少要求, 那他写的代码质量可能就有多好.
一个人如果只要求实现一个功能,那他可能会把这段功能实现在main()里;
一个人如果不介意他在实现完一个功能之后,下一次再用的时候ctrl+C, ctrl+V一遍,那他可能不会用函数来封装他的功能.(事实上,这个问题是我在代码中最恐惧的几个问题之一, 代码写到今天, 如果有人执意让我去遵照这种写法,我可能会直接拒绝去完成这个任务.)
一个人如果不介意他的一个输入函参是否会被修改,那他可能是不会去学习const的用法的.
一个人如果不介意他的某个功能函数的使用者的感受(事实上,往往第一个使用者是他自己), 他可能是不太会介意他的函数的函参设计的是否合理, 返回值是否提供了足够多的信息或状态.
.. ...
一个人如果在自己写的代码上有太多的不介意, 那他可能就会收到来自各方面的介意.
所以, 写程序, 很多时候在我看来, 是一个人对程序的看法和观点, 现在市面上有很多书, 包括我上面所说的精典的书, 这些书确实很精典, 因为如果你对你的程序有很多介意, 那他们可能会帮你解决其中绝大多数的介意. 只是, 有些时候,我也会这样感慨: 市面上真的是很少有教人如何去介意自己的代码的书, 或许一个人的介意, 真的是只有自己知道,别人是教不来的.
所以, 还是要对自己的代码多一些介意, 多几分挑剔.
最近看了一些C++方面的精典的书, 在开始读这些书之前,我并没有感受到多少他们的精典,因为我只知道他们的书名,不过在读了之后, 或者是读了一段时间之后, 可能在某一个瞬间,我突然间开始觉的他们确实很精典, 以下是他们勾起的我的一些想法和看法.
有时我一直在想,一个人写的代码的质量到底取决于什么? 现在我觉的首先并不取决于能力, 至少我认为能力并不是首要因素, 首要因素我目前看来,是一个人对代码的要求. 一个人对代码的要求有多高,或者说一个人对代码有多少要求, 那他写的代码质量可能就有多好.
一个人如果只要求实现一个功能,那他可能会把这段功能实现在main()里;
一个人如果不介意他在实现完一个功能之后,下一次再用的时候ctrl+C, ctrl+V一遍,那他可能不会用函数来封装他的功能.(事实上,这个问题是我在代码中最恐惧的几个问题之一, 代码写到今天, 如果有人执意让我去遵照这种写法,我可能会直接拒绝去完成这个任务.)
一个人如果不介意他的一个输入函参是否会被修改,那他可能是不会去学习const的用法的.
一个人如果不介意他的某个功能函数的使用者的感受(事实上,往往第一个使用者是他自己), 他可能是不太会介意他的函数的函参设计的是否合理, 返回值是否提供了足够多的信息或状态.
.. ...
一个人如果在自己写的代码上有太多的不介意, 那他可能就会收到来自各方面的介意.
所以, 写程序, 很多时候在我看来, 是一个人对程序的看法和观点, 现在市面上有很多书, 包括我上面所说的精典的书, 这些书确实很精典, 因为如果你对你的程序有很多介意, 那他们可能会帮你解决其中绝大多数的介意. 只是, 有些时候,我也会这样感慨: 市面上真的是很少有教人如何去介意自己的代码的书, 或许一个人的介意, 真的是只有自己知道,别人是教不来的.
所以, 还是要对自己的代码多一些介意, 多几分挑剔.
