学会接受不完美的代码，不要重复发明轮子

学会接收不完美的代码&＃xff0c;不要重复发明轮子&＃xff0c;会发现世界很美好&＃xff0c;效率也提高了&＃xff0c;水平也上去了……

“悲摧的” 代码维护者–默默地“填坑”

现在大部分公司都有的好多产品在维护&＃xff0c;自然少不了维护人员&＃xff0c;维护人员也是开发人员。如果维护人员维护的是自己开发的代码&＃xff0c;那还好&＃xff0c;如果是天天对着别的代码&＃xff0c;那结果可想而知了&＃xff1a;不是在填坑&＃xff0c;就是在填坑的路上&＃xff0c;不是在骂人&＃xff0c;就是在骂人的路上&＃xff01;

垃圾代码

这是谁写的垃圾代码&＃xff0c;命名竟然用拼音&＃43;英文**&＃xff01;兄弟你英文不好就算了&＃xff0c;汉语拼音还写错&＃xff01;&＃xff01;**

老产品开发的时候&＃xff0c;可能时间比较紧、急于上线、资金紧张、人手不足等等特殊情况&＃xff0c;产品能上线挣钱已经不错了&＃xff0c;而且公司大部分收入还是靠老产品支撑&＃xff0c;没有老产品做支撑&＃xff0c;也就没有资源去开发新产品。抱怨归抱怨&＃xff0c;垃圾归垃圾&＃xff0c;但是骂过之后&＃xff0c;我们还是要心怀感恩之心去好好维护那个老产品&＃xff01;

也许我们可以一点一点地对它进行“微重构”&＃xff0c;过段时间&＃xff0c;它可能变成了一个全新的面貌&＃xff01;当领导看到这个时&＃xff0c;你的机会就来了&＃xff01;

傻X设计&＃xff0c;傻X框架&＃xff0c;就没框架&＃xff01;

代码这样写真是傻X设计&＃xff01; 这也叫框架&＃xff01;这代码像刚毕业学生写的&＃xff01;

我们总喜欢对别的代码指指点点&＃xff0c;也许他确实写的不好&＃xff0c;我之前也是&＃xff0c;对于稍微不太整洁的代码&＃xff0c;就一点也看不进去&＃xff01;与其去分析他的代码&＃xff0c;还不如自己重写一套算了&＃xff01;

最近两年&＃xff0c;我的观点变了&＃xff0c;要求也降低了&＃xff0c;只要没有大的bug就行&＃xff0c;每个人的代码水平都存在差异&＃xff0c;接受代码的不完美&＃xff0c;也是接受人的不完美&＃xff0c;毕竟金无足赤。

也许你看到的代码是确实是别人刚毕业时写的&＃xff0c;所以也就是刚毕业学生写的&＃xff0c;也许他现在的水平可能比你还要高了。其实主要的还是去看有没有值的借鉴的地方&＃xff0c;如果技术上确实没有可借鉴的地方&＃xff0c;那可以看看业务处理&＃xff0c;是不是对业务的理解比自己透传&＃xff0c;处理更好呢&＃xff1f;

不屑于用别人的代码&＃xff0c;激进的开发者–无意间挖坑

这个处理类我也可以做一个&＃xff01; 那个不好用&＃xff01;我只用自己的代码&＃xff01;

刚毕业那几年&＃xff0c;不愿意看看别人代码&＃xff0c;也不屑于用&＃xff0c;总是什么都自己写&＃xff0c;总觉得全部是自己写的代码才能体现自己的水平&＃xff01;才用着顺手。写代码和写文章一样&＃xff0c;不看别人的文章&＃xff0c;不多读书&＃xff0c;怎么能写出好的文章呢&＃xff1f;
多看看好的代码&＃xff0c;学习别人好的编程思路&＃xff0c;用别人的代码&＃xff0c;不见得就是自己水平低的表现。比如说Linux内核&＃xff0c;全世界有多少人再用&＃xff1f;

激进&＃xff0c;好多人都喜欢做新项目、新产品的开发&＃xff0c;可以从头开始去写代码&＃xff0c;可以实现自己的想法&＃xff0c;按照自己的思路去做一个全新的产品&＃xff0c;确实很令人兴奋。新产品如果不基于老产品的经验与问题&＃xff0c;就很容易把之前填过的坑重新挖开&＃xff01;

你重新做&＃xff0c;就一定比原来好吗&＃xff1f;

这个程序的代码太乱了&＃xff0c;没法维护&＃xff0c;重新写个吧&＃xff01; 这个代码没法看&＃xff01;

一般这种前期的代码&＃xff0c;都可能会比较乱&＃xff0c;经过好多人维护过的&＃xff0c;不同的人维护时修改的风格还不一样&＃xff0c;确实不好维护&＃xff0c;如果代码属于老产品&＃xff0c;或者快要换代替换的产品&＃xff0c;那其实没有必要再动它了&＃xff0c;如果再去花时间重构它&＃xff0c;还不如花时间重新设计产品&＃xff0c;从根本上解决这个问题&＃xff0c;这个属于产品级别的问题了&＃xff0c;不只是代码的问题。

微信公众号&＃xff1a;