程序员的工作主要就是写代码，所以大部分时间都是与代码打交道。
有些情况下，程序员会从头到尾的去构建一个项目或产品，那这种情况下代码开始还是会比较好的，可以持续的维护；但还有很多情况下程序员进入一个新的公司时，都是接手别人的代码。
接手别人的代码对大部分程序员来说可能是件并不让人讨喜的事情。
第一，思维不是自己的。写代码的本质就是把自己对事物理解的思维用代码记录下来，每个人其实都有自己的思维，方式或风格，面对同一个需求实现的想法也不尽相同。人都偏向于喜欢自己的思维，而不是去理解别人的思维，接手别人的代码很多时候需要去理解别人的思维，这种对很多程序员来说就是比较讨厌的事情了。
第二，代码不知道混乱成什么样子了。很多产品或项目，一开始代码都是好的，规划的也是非常不错的。什么测试驱动开发，编码规范，设计模式，一开始程序员会把它设计的尽善尽美，开始做的时候也会努力朝好的方向行进。但随着时间的累积，进度的压力或其它各种因素一掺合，保持好的东西会变得越来越难，破窗理论就是这样。
第三，很多人接手过这个代码。程序员是个流动性非常高的职业，很多项目或产品的代码也普遍不知道经过多少人的手了。这就和大杂烩一样，你加点东西，他加点东西，再谁加点东西，然后慢慢的这个东西越来越奇怪，到最后就变成反正是这个样子，我也就这样胡乱加下吧，先把功能实现吧。
一个不可维护的代码对程序员来说是天敌，因为程序员就是写代码的，一天才24小时，工作8小时都是在与它们打交道，如果接手的是一个烂滩子，意味着人生1/3的时间花费在自己不想做的事情上，这想来也是处境比较悲惨的事情之一吧。
我也经历过很多这种情况，面对有时候自己都写不下去的代码时，唯一的想法只两个：重写或走人。
当然这两个都不是想做就做的事情，重写不是程序员说重写就重写，有些代码虽然差，不可维护，但这些烂代码组成的产品或项目却非常有价值，或者重写的代价或时间都是公司不可接受的，于是重写只能是很多程序员的梦想，可望而不可及。
于是，走人成为了很多人的选择，做不喜欢的事，就算有其它东西加持，比如工资高，是大公司或什么等，随着时间的流逝，终会厌烦。于是很多人干脆抱着破罐子破摔的态度，反正这么烂，我也继续烂着写，然后搞不下去走人就是了。跳出去可能还加工资呢。
于是，整个行业就很容易形成一种恶性循环，程序员不停的跳，然后各个代码不停的恶化；那恶化的解决办法是什么：当然是持续的加班了。不好写，搞不好，那就拿时间来填吧，写的再烂，但用的时间再多，再经过测试测试，还是能形成能用的东西啊。这也是很多公司的现状。
面对不可维护的代码，究竟该怎么办呢。
其实，个人的力量是难以与主流抗衡的，我们个体很难改变这种现状的。所以我们只能从自己做起，如果一个项目是我们起头，我们就真正的定好规范，严格遵守它，约束自己和团队的人，都朝好的方向行进。如果是接手一个不可维护的代码，如果可以一边加功能，一边慢慢微重构，当然是最好的，如果真不行，公司只要进度，不要质量，那离开也不失为好的选择，如果有重写的条件和环境，当然是最好的了。
做为写代码的，让自己的代码可维护，应该是最基本的底线。
网友评论