关于代码质量的反向思考

  之前看过Bob说过，代码分为内部质量和外部质量，外部质量就是用户可见的bug和交互类缺陷，内部质量值得是代码可扩展性和代码整洁。
  今天突然联想到了看病：
        软件外部质量仿佛是突发病，常见病；
        软件内部质量仿佛是慢性病，大多数的突发病都能段时间治愈，当然也有直接...，而很多慢性病，大夫都会告诉你不建议你如何如何，还是进行保守治疗，直到恶化。
  软件似乎也是如此，用户可见的bug一般来说都可以很快的治愈，或者有直接治愈的办法，实在没办法还可以依托商务能力等外部力量解决，当然如果解决不了，软件可能就此陨落，而可读性可扩展性就没那么“显而易见”了，很多时候，我们的选择只有“保守治疗”，直到“重生”
  说道这里可能会有小伙伴疑问，那为什么我们不从最开始就锻炼身体，增强免疫力呢？这种想法其实需要建立在一个环境或者说一个前提下：中国人的平均寿命大约是72岁，什么意思呢？就是在你没有出现什么意外的情况下，大约能活到72岁甚至更久。但软件很难有这么“长寿”的，一来是很难有如此专一的“用户”，二来是软件的意外发生率可能高到保险公司无法承保，它可能因为各种各样的原因夭折，资金链断裂，用户需求变更，甚至有的软件就是被用户的“再挣一笔钱”的想法而被替换掉的，总之这旦夕祸福真的很难料。
  所以从软件诞生的那天就没有人能预测他是不是能茁壮成长，但健身卡真的会产生额外的花销，这对于有个一出生就命运多舛的宝贝的家庭来说是很难承担的起的，每到这个时候我都想起那句话“我不是不知道未来的美好，我只是抵御不了现在的诱惑！” 
  兵贵神速，不放下辎重怎么神速？放下辎重就意味着抵达战场后无法进行持久战。
  所以不要慨叹当初为什么不做好，也不要抱怨为什么当初他们不做好。事实上，很有可能当初他们做好了，软件都等不到你到来就消亡了。选择了不注重内部质量未必是个问题，只是在做出这样的选择之后，要计划好未来的什么时刻，可以静下心来，放放脚步，回头还一还当年欠下的债。