团队规范永远大于代码规范

大家好，我是凡玉，我还记得我最开始写文章，开场白就是这个 然后就是小萌新今天将带大家了解某某某技术。
但时间过的真快啊，转眼间我已经不算一个完完整整的萌新了，从业两年多的我已经开始了自己第三家公司的开发征程。

到了新的公司发现 其实 规范这个东西 真的很深奥 也很简单
我还记得在母校时，专业老师每次帮我解决问题时都会特意给我的代码排一下版，还很无奈的说 我什么时候才能把你这个排版教会啊！
当时对规范 就只能说毫无概念 看着教科书上的知识 就想着怎么写出更华丽的功能 老师天天说 30%的代码 70%的注释 但我的代码真的很少能看到注释

我第一次参与工作 是在拓远能源科技有限公司当实习生，在这里我选择了自己工作的方向 WEB前端工程师
最开始我发现 他们要写的东西 和 原型图用学校的知识更不实现不了，最后我学会了当时拓远正在使用的layui框架，拓远的项目经理显然更喜欢写后端 但也懂一些前端规范 他的命名 用的是后端的方式 两个单词间用下划线隔开 而空格上 选择了前端的 每个花括号后面空两格
代码的话 不需要详细注释，只需要在函数前注释这个方法的用途就好了，例如我写了个delete方法 那就要在方法前注释 删除
拓远让我学会了 样式穿透等修改各种框架原生样式的手法 简单说 能实现原型图效果 随便你怎么弄

我的第二家公司 是一家创业型公司，因为公司没有那么好的条件 便养成了良好的 自我提升 寻找学习资源 和独立解决问题的能力，这里因为就我一个前端 代码写的那时相当随性，注释那就压根没写过，相对公司的一个方案也是支持修改框架样式尽量还原设计图，相对这就没有那么多规范可言了

我的现在说在的公司 相对规模都大于前两家，团队比较大 就诞生出了很多的规范性问题
例如 公司让我不要乱动框架的样式，用框架本身的响应式和自适应去完成更好多端运行等等
渐渐我开始对规范有了一个新 的认识
我开始发现 规范 没必要说 我前端就一定要用驼峰命名法 如果你们写后端习惯了 那也就可以写下划线隔开 单词 空几格也是看自己心情，但重要的是 统一 其实再怎么强调 规范 其实规范存在的意义也只是提高项目的可维护性 让一个团队 几十上百个人写的代码就像同一个人写的一样
如果有天你离开 或者 不在公司 你的同事拿到你的代码 能快速的帮助你解决客户需求和BUG
这才是规范的意义
我开始觉得在团队中还是要解决问题 而不是纠结谁对谁错
说服同事这种事 毫无意义