开发规范不应在公司做大后才狠抓。
最近去面试几间公司，我都有问到一点。贵公司对于程序员有对应的开发规范吗？只有一间是有完整的开发规范流程。技术HR都跟我说公司现在代码都是比较乱的，后期会抓。因此有了本蛋疼文。 先说一下为什么公司容易没有代码规范吧（个人看法）： 项目的进度问题
最近去面试几间公司，我都有问到一点。贵公司对于程序员有对应的开发规范吗？只有一间是有完整的开发规范流程。技术HR都跟我说公司现在代码都是比较乱的，后期会抓。因此有了本蛋疼文。
先说一下为什么公司容易没有代码规范吧（个人看法）：
- 项目的进度问题。
- 开发人员比较少，不需在意什么规范问题。
- 开发人员的问题，估计不在意细节问题
我个人觉得以上几点是很多公司通病，但这不是不抓规范的理由。尽管开发规范可以后期抓，只是你能保证公司后期会给你足够的时间去处理以前的代码吗？软件都有对应的应用周期，周期一旦到了，自然进入新一轮的开发。于是，平时不抓规范的公司。在新一轮开发又会陷入了以前的开发状态。为什么国内程序员都活得苦逼，很多时候就是没有良好的规范所致。前人挖坑，后人埋（我也经常做）。
再谈一谈我之前的公司，在规范上没有明确的要求。在开发新的应用，不会跟说什么规范，你只需要实现 出来，不出什么重大BUG就行了。维护方面，你添加一个名字+日期的注释就行了。反正有SVN。若我离职了，下一个人程序员到来 后，看着这一推纯粹命名加日期的注释，肯定会一筹莫展。公司的资源就是这样被浪费了。
继续来谈一下我面试过的公司。嗯，这次我举例的是 一个程序员的公司。一个程序员的公司，大家可以想象该公司几乎不会有什么规范的了。什么版本控制器啊，代码的命名啊。几乎都是空白的。这不算什么，最苦恼的是。之前的程序员走了，如果没有留下任何东西。估计会让你觉得什么叫世界末日了。
很多公司都认为，设计规范的开发流程，在前期是很浪费公司资源的，老板肯定是不希望看到公司资源浪费在这种将来的时间上的。其实不然，在开发规范上，越早制定越好。程序员很多时间都是浪费在维护上，而非开发上。早期没有良好的规范，到了后期各种乱七八糟的代码，维护起来更加费劲。所以绝对不要为了一时的节省，而为今后埋了一个大坑。
其次，在作为程序员自己也需要有追求规范的要求，不要等别人给你制定规范。既然上头说没提什么规范，那么你要向上头反馈。跟他谈及关于规范的重要性。真的不听，只能说这个上头是带不好团队的人，早点走人吧。
最后良好的开发习惯是每个程序员必备掌握的技能。习惯是很难改的，从现在开始养成好习惯吧。推荐一本书给大家看《编写可读代码的艺术》。这是在群里别人推荐的。值得一看呀。
原文地址：开发规范不应在公司做大后才狠抓。, 感谢原作者分享。