为什么我们要做eslint代码规范？ #15
Description
我一直认为编码规范没有什么用处。我坚信这些规范都是官僚制度下产生的浪费大家的编程时间、影响人们开发效率的东西。我是大错特错了。—— 为什么谷歌要执行严格的代码编写规范
有太多的前端工程师都认为:
- eslit就是在浪费时间！(当然eslint是代码规范的一个小范畴)
代码写下来eslint一下看到全是红的，还以一行一行去整理规范，有时候不熟悉eslint规范的时候根本不知道
这个error到底是为什么，又要去查eslint规范，这样下来eslint的时间都占了写代码的时间的一大部分了，
并且现在的互联网排期紧，压榨程序员的编码时间，(这个需求这个项目上线可能效果不好...各种理由)。
这理由真的很充分，但是当我们都习惯了eslint的规范的时候，我们写完代码就eslint一下发现真的规范了
- 我就是规范
我的技术很好，我可以写出清晰的、易于理解的代码，我觉得我写的代码就是规范。
为什么我要浪费时间遵守这些愚蠢的规范？程序员界有一个通用的说法:
“程序员往往都是2B，我们可能不会觉得自己的代码写得多好，但是一般会觉得别人的代码写得很烂！”
这就造成了一个误区: 所有人在看别人写的代码(后期维护的时候)都会觉得这个代码是谁写的哇! 怎么这么乱
真想把他重构一下
这样就费神费力没心情
- 规范不适合我
每个人对同一个事物的看法是不一样的，这个规范我觉得xxxx不好，规范都不能完全的满足所有人的意愿，
但是规范是满足大多数人的意愿，并且谷歌Facebook等大公司的规范都是经过了千锤百炼，
证实这样写能更方便维护，更方便代码审查
代码规范的重要性
这已经是老生常谈的话题了
讲讲我们经常会遇到的一个问题: tab几个空格/分号是不是要加
最近一个比较大的项目，前端6人协作开发，最开始我们各自按着各自的编码方式编码，前期没发现什么问题，后来项目代码增加的时候，我们采用的是这种work flow，大家都向future分支上面提代码合代码，我们采用的编辑器不一样，tab有2空格的有4空格的，在合代码的时候发现全是不同的，一不小心就把代码合掉了，一不小心分号掉了，一不小心大括号少了
- 规范的代码可以促进团队合作
- 规范的代码可以减少bug处理时间
- 规范的代码可以降低维护成本
- 规范的代码有助于代码审查
- 养成代码规范的习惯，有助于程序员自身的成长
PS: 制定一个符合自己公司情况的开发规范是很简单的，重要的是我们能够认识到规范的重要性，并坚持规范的开发习惯。