我很喜欢 eslint，但是问了好多人都不喜欢， eslint 这么讨人嫌吗？

[jameBo]

[ccraohng]

eslint -prettier 插件不是有吗？
有画面感了

[DOLLOR]

eslint 是挺好的工具，团队里用上了，避免出现放飞自我的屎山。
总不能一边批 JS 混乱，又一边自己制造混乱的代码吧？

[lightjiao]

我待过的 5 家公司，只有一家公司使用了 lint 相关的自动化脚本，也只有那一家使用的是 Git + Gitlab 做版本管理

[wangyzj]

eslint+airbnb

[EPr2hh6LADQWqRVH]

eslint 本身没啥问题，主要是默认规则太蠢，还给我叫什么 common, 就大家都一样蠢一样审丑吗？

根本不知道啥是美的一个狗东西，大众审美都被拉低了

[ruoxie]

没用 eslint 的，难道没遇到过改别人代码，可能只改了一个变量名，格式化直接整个文件内容都改了，code review 根本没法做

[grewer]

必须要 eslint 和 prettier 针对不同项目配置不同规则 有时候还需要一点自定义规则

[javapythongo]

之前不喜欢，直到我知道可以用 eslint 的规则来快速格式化代码后，就很香

[Lee2019]

有些扯淡的规则干掉就挺舒服的

[Keng]

每个项目必用 eslint，要不然各种个样放飞自我的代码能看到吐血。
我不喜欢它是因为自定义程度太高了，每个人都按自己的「审美」美化，有时候只是想看看别人发过来的代码，一片红，吓人；一格式化一大片修改。
所以我现在换到 go 了，统一的规则，省心，看别人的代码也是熟悉的味道。这样即使用 tab 缩进、大量的 if err != nil 至少占用 3 行 也完全能接受。个人的审美毕竟是主观的。

[yazoox]

eslint 是工程项目必备的啊。
我们公司这个是强制的，不 fix 掉，代码根本提交不进去。

[ERRASYNCTYPE]

eslint 可太好了，自己配置一套易用但是符合基本规范的规则就行。
就是维护离职员工的项目的时候，上百个错误就比较难看

[myCupOfTea]

定义一个未使用的函数和变量 typescirpt strict 模式下也过不去,
槽点是自己的不是检测工具的,不用的代码为啥要提交上去有病吧

[mxT52CRuqR6o5]

@ruoxie 用了才不会出现这种问题，你每个人都用各自的格式化配置，一格式化当然整个文件内容都改了，用了统一格式就不会有这问题了

[pkoukk]

主要是默认的规则太扯淡了，老要去配置
有些祖传项目 npm i 之后，eslint 升了一个小版本，有些原来允许的操作又被禁止了。
老代码又不想改，要么去锁 package 版本，要么去改 eslint 配置，怎么搞怎么蛋疼。

你说要是 golanglint 这种级别的 lint，用起来不怎么用管配置就很舒心。
个人来说，是非常支持 Lint 的，但就是不喜欢 eslint

[xianxiaobo]

我觉得 eslint 的问题在于 js 代码格式规范没有一个标准

[66beta]

它们不喜欢是因为懒，不会用

git 钩子强制开启检测，不符合规范的代码提交个毛

[66beta]

@xianxiaobo airbnb 的算业界公认的标准了吧

对自己要求放低就用 eslint-config-standard 凑活也行

[zhuweiyou]

不用 eslint, 提交 prettier 一把梭. 别说什么代码质量

[keepeye]

eslint 挺好的，至少代码写出来整洁一些