eslint 跟 编辑器无关吧。。。。
如果说团队开发有规范，统一一下 eslint 配置就可以了，CI/CD 系统在构建过程中执行 eslint 命令进行检查，没有 warning/error 就算通过。
vscode 的 eslint 插件虽然我也觉得有用，但“强制安装”没什么必要。因为它的本质也是调用 eslint，然后把诊断信息展示在编辑器中。且不说 Emacs（或其他编辑器）中肯定有类似的插件，是否在编辑器中启用这种功能，完全是个人喜好问题。
1 个赞
我们现在就是强制一个规则，其它就没有了。团队只有我一个 Emacser，其他人全部 VSCode
就这一个原因，那也太离谱了。。。
用 Emacs，被问到的时候说：这是个人定制版 VSCode 
1 个赞
我平时用emacs, 别人问的时候，我就说这是一个特殊的记事本 
5 个赞
尽快离沙壁远点是你最明智的决定。
1 个赞
你也可以选择成为那个leader，good luck
新项目还好，旧项目，多人员协作，乱格式化，就等着代码合并的时候放声哭泣吧
对于旧项目，除非单开，彻底重构，否则，最好还是不要动以前代码，习惯使用自动格式化的插件的一定要多注意。
我司也是用的 DLP ，用了一年，吐槽太多，就不用了。Hmm… 刚开始换回来的时候，我竟然还有点怀念，上网桌面那陈旧的 WIN95 风格。 
只能说思考问题的方向不同吧（但不代表所作行为 “对别人” 就是正确的），这leader可能认为 “过程正确” 能最大限度地保证 “结果正确”，但是受个人阅历与经验的限制，他的 “过程正确” 可能也并不是最 “正确” 的，当然我们的想法可能有时候也一样，只能学着尽量跳出自己的限制吧。
2 个赞
我和他们说这是记事本。虽然我用的也还不怎么顺。