重质

好的程序员的代码：前人栽树，后人乘凉。差的程序员的代码：前人挖坑，后人躺枪​。

问一下自己，我们有多少次，复制粘贴代码？数不清，是吧？

我知道有一些开发人员，读这个专业纯粹是因为当年火热，从事这个职业单纯是知道它赚钱，并不是单纯的热爱开发这个创造性事情。

我还知道，有一些开发人员，完全漠视代码质量，他们的想法大体可以总结如下：

• 不管我写的代码质量多好，总会有人把它瞎改，所以，我没必要写好代码，犯不着！
• 不管我写的代码质量多好，客户看见不见，产品也不会漂亮写，所以，犯不着！
• 不管我写的代码质量多好，老板也不会给我加工资，给我升职，所以，犯不着！

如果你觉得自己鹤立鸡群，身边的都是猪队友，那更应该起带头作用，言传身教，把队友的水平逐步提高，你的工作也舒服很多，这样是双赢的。

代码质量决定了产品的性能、稳定性等等，有问题的代码，不但会影响用户体验，更加可能会对客户造成损失，而你的公司会可能因此付出代价，譬如口碑、市场、赔付等。

如果你真的水平过硬，帮助了队友、产品成长，你觉得老板不会器重你吗？

重视

某司，我给一个代码改动做审查，该改动包含了80多个新文件，总代码量不少，然而该开发人员使用的时间却是相对极短的，所以，要么这个开发人员是超人，要么这个代码是复制粘贴过来的。我随机打开一个文件细看，心想：”咦，这些代码怎么看着这么熟悉？我肯定在什么地方看过！“，再检索一下大脑这么多年来记住的那些代码，我确实是9年前在codeproject上看过这个代码。我当年每天泡各个开源网站看优秀的代码，看过不少优秀的开源项目，所以我肯定它就是我看过的诸多开源项目其中一个。打开codeproject一看，果不其然。

使用开源项目在这里不是问题，因为其许可是允许我们使用在商业产品中的，但是，许可明确指出我们必须：

• 保留其版权
• 发布版本中保留一份许可

这个开发人员完全无视了这2条要求，他把80多个文件里面每个文件头都有的版权去掉了，许可也没附带上。

而且，他还把代码直接签入到我们的核心代码中，而不是把这些代码作为NuGet包进行合理的维护，其实，这个codeproject上的版本是有一些问题的，GitHub上有其它网友Fork的版本修正了，还在NuGet上发布了类库包。

而且，该开发人员已经白发苍苍，50多岁，还是不懂得尊重别人的代码。

不管什么代码，我们都应该敬而畏之，不管是害怕它造成问题，还是当宝贝那样珍惜。

不管我们是什么水平，年纪多大，如果要别人尊重我们的代码，我们首先要尊重自己的代码，写高质量的代码，还需要尊重别人的代码。

代码的重构和重用

我们下一篇文章继续详谈。

爆栈之旅