软件开发发展到现在，原来的那些规范现在都成了软件开发人员的习惯，软件开发逐步发展起来，软件开发人员在不断学习，不断适应新社会的情况下，成为了网络公司的顶梁柱，担任了公司的技术核心，有着很重要的位置！

还记得几年前，每次谈及软件规范，就是那些厚厚的代码规范文档，变量怎么命名，语句怎么写，括号怎么写，同期有本很畅销的书《C＋＋高质量变成指南》也被奉为经典。在同样追逐了一段时间后，发现这些规范并为对软件的质量起到根本的作用，反而在开发时被这些因素所耽误。类似这样的工作完全可以由Netbeans、Eclipse 之类的开发工具自动完成，如用得最多得代码刷japloy（开源项目）。显然，花如此多的时间去规范。

同样还是几年前，软件开发被认为是件高智商的工作，同时也享受特殊的待遇，如不按时上班，晚谁晚起等，这些都被称为宽松的人性化管理，经历了软件CMM的高潮后，又有人搞把软件开发的人称为“农民”。

近年来技术更新加快，尤其是在开源项目的浪潮下，新技术总是作为一种证明能力的资本。在每次面试和别人谈及技术的时候，总是在技术的如何使用上争得不可开交，如Hibernate如何配置，Struts中得 link 标签怎么使用，action和form得配置怎么写，当时是据理力争，其实过后发现，这些东西在别人得manual或者documentation里都有十分详细的用法，难道争执了半天是考证谁的记忆力更好么，难道就是为了看谁看的文档更多么？

技术的根本目的是提高生产效率，创造利润。所以，只要能够加快开发速度，提高软件质量的技术就得采用，至于那些配置怎么写，语句怎么写 则是次要，可我不明白的是为什么每次讨论技术时都非要在这些细节上争论不休。

从公认的小作坊式开发发展到现在，软件工程的作用已经得到充分肯定，甚至还出现了软件工程硕士专业等，CMM，RUP，XP大量新词扑面而来，静下心来思考一下，没有写过程序的人能了解软件开发的特点和规律么？没有做过测试的能体会到测试的艰辛么？所以，过分强调了软件工程而忽视了符合自身特点的软件管理模式是不划算的，也就是说，采用了不适合自己的开发模式不能提高开发效率。因此，不同的组织，不同的规模源码天空，不同的素质的开发员，不同类型的开发，都应该在统一的框架下有符合自己特点的开发模式。