大家好，我是负雪明烛，一个热爱分享的程序员。
今天来探讨一个现象：程序员的技术洁癖。
我们都知道行业内有很多技术规范，设计模式，甚至对变量命名都有规范。
开发流程上也有很多标准，比如单元测试、Code Review等等。
但是根据我在大厂工作的这几年来，我发现大厂对编码规范卡的并没有那么严格。
基本上都是把功能实现、性能满足需求就可以上线了。
即使有 Code Review 也不会卡各种规范，而是重点看功能正确性、是不是有 Bug。
所以这就引发了我对技术规范的思考。
我认为这些规范一方面是保障代码健壮性，一方面是团队合作的需要。
在公司里，项目迭代比较快的时候，什么规范都得给进度让路。
因为领导关心的并不是你的代码质量，而是结果。
但是如果代码写得太垃圾了，没有管控质量，最终代码会演化成屎山，谁也不想碰了。
也有人有技术洁癖，一定要采用最佳的方案，反而影响项目进度。
所以，两个极端都不可行：
完全忽略代码规范
严格遵守代码规范
工作这些年，上面两个极端的代码我都见过。而大多数代码都是处在两者之间。
或许最好的是团队内部达成共识，大家把代码规范的意识树立起来，写代码时尽可能遵守，但是不强制执行。
达到开发速度和代码质量的平衡。
所以说，程序员不要有技术洁癖。
你们公司是怎么要求的呢？你又怎么看的呢？
欢迎加我微信交流：
还有很多所见所闻想要分享，下期见！
关注我，大量干货内容，投递给您↓
我是「负雪明烛」，互联网大厂在职程序员，一个计算机知识分享者。
关注我，你可以获得优质算法题解、求职技巧、大厂内推、工作经验。
欢迎点击关注+星标⭐️！
