项目开发中的一些想法

很郁闷了，今天在修改离职同事的代码时发现其中的命名非常的混乱，不仅仅是变量名，甚至一些文件的名称，也是乱七八糟。
我想造成这种结果的原因主要是因为项目开发的规范没有认真执行，也根本就没有人来监督，所以每个人就都开始按照自己以往的风格，也不管以往的风格是好是坏，混乱就产生了。当下一个人来修改时，又没有标准的文档，如果幸运的和自己的编码风格相似或相近的话，还好办，但事实往往与人的希望相左。所以在痛苦的修改着的同时，他又加入了自己的风格。经过几次人手后，也许代码真的需要重新开始了。
这个给我的影响是：
一个项目在开始时，一定要订出一套项目开发的规范，更重要的是要使这套规范得以实施下去。这就要求建立一套制度。我的想法是，每周大家抽出一天的时间，专门对他人的代码进行研究，在此过程中进行评选，一是看谁对规范执行的最好，二是看谁的代码是最有效的（我感觉主要体现在几方面：1，健壮性。2，可重复利用性。3，技术难度。4，技巧性。5，给他人的好的影响和启示）。这个过程中，可以对一些规范进行合理的修改，当然要征求大家的意见。同时，还要评出那个人对规范执行的最差，要进行处罚的，否则制度无法继续执行下去。当然对那些没有认真执行规范的人的要求就是要在规定时间内将代码修改完毕，否则同样要处罚的。也许中国的制度，多是让人看的，所以如果要想做出一套好的软件，必须要严格执行。当然了，在这种会议中，大家还要尽可能的发挥各自的作用，谈一些开发中的问题，说一些自己对一些技术的看法，或者对他人工作的一些建议，对一些不合理的地方的想法，等等等等，都可以说出来，目的就是，如何使得这个团队融合得更紧密些，各个模块之间负责的东西尽可能的松散些，大家也尽可能多的互相参与。
其实，现在很多国外的公司有专门的人员来进行这项工作的，但我们国内的公司往往为了降低成本，就忽略了这个人，进而忽略了这项工作，导致项目在维护阶段成本不断的攀升（甚至有的在开发阶段就已经进行了这种不必要的项目维护）。其实，如果有的话，整个项目的成本将会不知缩减多少倍。可悲啊，往往为一些蝇头小利，忽视了更丰厚的利润，人无远虑，必有近忧阿。
下班有感，特记于此，以待他日自己能避免出现类似的错误。