写代码时突然想起的一件往事
曾经在上大学的时候参加了一门素描选修课
从第一堂课开始，每个同学都会暂时拥有一个属于自己的画架、画板
其次，老师还会给每一个人安排一个固定的位置，确保每个人都能以一个恰当的角度进行描摹
有一次画一堆静物，记不清是什么了，印象中是苹果或者是坛子之类的东东
第一节课的时候大家都画了一半，需要等下节课来画另一半
数天以后，第二次课开始了，静物依然一如既往静静的、安详的躺在那里纹丝不动
老师还没有来，基本上也不需要他来都行，像我这种超自觉地人都开始拿起画笔继续埋头苦干
在造型比例方面我还是相对比较自信的，相信自己还不至于把坛子画成花瓶，或者把苹果画成香蕉
就在大家瞄准了片刻开始下笔的一刻，斜对角的一哥们冲到静物跟前把静物扭转了一个角度，然后潇洒转身后回到原位继续作画
虽然我看不见到底画了什么，但是从他眼角流露出的微笑中，看得出变动后的静物造型应该比较符合他的画面效果
就在这1秒的时间内，我不知所措，就像电脑突然死机了一样
本来抱着浓厚的兴趣来参加第二节课的，可是现在呢，我眼睁睁的看着自己的画面在瞬间发生了扭曲
我心想，NND，这还叫人怎么画...？一个硕大的惊叹号油然而生
惊叹号是由于对这种行为的鄙视，以及对他技法的不屑，同样的老师带出来的学生，水平的差距咋就那么大涅...
然而我又不由的为老师有这样一个天才的学生高兴
...
他真的好有追求，其他人就算画的不像，也不寻求先进的改进措施，而他可以用尽一切办法让自己的作品显得完美
这个办法只有他一个人想的出来，这样的学生岂不是万里挑一么，他的智商令我叹为观止，佩服的五体投地
建议不如老师下次用橡皮泥做静物算了，不满意的时候，可以随时照着自己的画捏一捏，就可以在短时间内达到画什么像什么的境界了
...
幸亏我发现的及时，并且精确记忆了高材生旋转静物的角度，并且纠正了他的行为，使静物回到初始状态，否则，画面变形的就不止我一个人了
在他没有得逞后，我始终没有想到该生后面是怎样延续他的完美极品的...
高材生就是高材生，他一定有办法的，我后悔当时没有留下他的联系方式，以便今后遇到难事能向他赐教
...
其实，这件事让我回想起其他的往事，有些事不能只为自己做成为目的
...
希望大家都来谈谈自己的看法
我作为一个程序员，以软件开发为例来看待上面的问题
在真个开发周期中，如果只为完成任务而不考虑代码的规范性的话，那么将会埋下一个包含隐患的种子
这个种子将在后期生根发芽，转化成以下的负面因素
1、如果只追求进度并仅考虑眼前的需求，迅速的搭建起初期的基础并不困难。这样做的确花费的时间精力较少，但也只是在短期内实现了短期的目标，但带来的后果是系统不具备扩展性、兼容性。
2、需求处在不断的变化中，面对新的或未曾发现的需求时，需要改造时，考虑不周的基础建设将使整个系统牵一发而动全身，除了增加新的模块之外，还需要修改所有受牵连的模块。
2、对于不规范的代码，如果早期不改造，随着时间的增加，后期维护成本与改造难度也不断增加，彻底改造意味着颠覆全盘、大换血，而不改造只能不断的贴补丁，补丁毕竟不是解决办法，只能是亡羊补牢。
3、不规范的代码其正确性只是暂时的，当其弊端暴露时，需要投入大量时间精力克服其所带来的影响。比如一段代码以前是对的，而后期不能满足现状时，如何界定责任，所以相互之间的不信任、分歧增大、互相推卸责任是必然结果。
4、随着工作量的增大，维护难度不断扩大时，系统的使用率受到限制，客户对维护人员产生不信任，客服、程序员、客户之间的矛盾增大，客服人员责任的最大化，造成服务质量下降。
[解决办法]
注重代码的规范性在软件开发中的作用，帮顶
[解决办法]
LZ 思路很具有发散性
