项 目 管 理 体 会 总 结

首先我表个态，我是那种老顽固型的，一般人的建议是听不进去的，觉得世界
上只有我才是对的那种人。
我大概在几年前也反对代码生成器，觉得那玩意儿只是个花架子，不可能满足
日常开发里那么多复杂的
问题，用了也是白用，怎么可能满足那么多各式各样的复杂情况，其实我错了，
代码生成器不是万能的
对他的定位错了，他只是一个开发的辅助工具，不是万能工具，有部分功能用
代码生成器是可以大大提
高工作效率的。
因为我多年始终完善维护一个系统架构一个体系，每天修修改改、完善完善，表
结构变动不多，也不经
常加表什么的，修修改改，感觉不需要多少工作量，这也是我当初反感代码生
成器的原因，说白了我是
走产品路线的，不是走项目路线的这还是有本质的区别的。
后来自己亲身经历了几个项目后，才深刻体会到，我是大错特错，由于大型的
管理类软件，会建立很多
表，例如我们的数据表往往会有

100 个以上，这么多表的读、写、删除等操作都

是大同小异，让

7-8 个

项目组人员，都写出同样风格的代码，那比上天还难，因为每个人都是大爷，
都有个性，都喜欢按自己
的方式写，谁也听不进去谁的，谁都自己有一套写法，什么规章制度，检查都
是瞎扯蛋没多大实际用，
你不可能罚款吧？把大爷惹毛了人家辞职不干了，还有你凭什么说你的写的就
是对的，最好的呢？他的
写法也是对的呀，效率、性能说不定还比你的还高了。
而且这部分对数据的操作纯粹没任何技术含量、而且还需要经常变动，例如增加
了几个字段，修改了几
个字段，删除了几个字段等等，改来改去是累死累活，时间长了，这些大爷也
都懒得修改，能用就行吧，
能不改就不改吧、很少有有耐心重复去做相同的事情，而且从早到晚都是这样的
重复劳动。
还有就是对这么多无聊代码的质量检查及测试工作，也是个头痛的工作，经常
会有变动，还真

TMD 的需

要经常测试验证才能保证质量，这些大爷的写法又乱，你命名规定写在哪个类
里，他甚至可能写到页面
上都有可能，因为毕竟这个项目组里啥人都有，不可能是清一色听话的好员工。
我很早的时候，大概在

2003 年左右见过我们项目组的老大写了一个代码生成

器，当时我也是很反感没用，
几年后想想的确是有道理，

2007 年时我彻底接纳了别人的思想，也写了一个

代码生成器，结果花了

7 天把

生成器写好了，然后用几分钟就生成了接近

2 万行的高质量的程序代码，真的

是磨刀不误砍柴工啊，我平