84669 person learning
152542 person learning
20005 person learning
5487 person learning
7821 person learning
359900 person learning
3350 person learning
180660 person learning
48569 person learning
18603 person learning
40936 person learning
1549 person learning
1183 person learning
32909 person learning
经常看到这几个工具的身影, 但是Pycharm貌似集成了它们, 它们起作用的时候, 就像后台默默运行的老伙计自动实时为你检测错误, 比vim之类集成它们好像要好用点
不理解:
许多文章煞有介事的介绍它们(长篇大论)
弄成一个命令来使用, 这有点「手工化」
无意引战
自己理解:
vim之类工具还是需要的
个人认为这类工具性质的包,就默默在后台奉献就好, 何故还要写那么多文章介绍, 或者去学习?
认证高级PHP讲师
你的想法是很好的，PyCharm作为一个IDE，待用lint功能是很好的，而且也是最符合用户使用习惯的一种方式。那么为什么还要学习pylint或者其他类似的工具呢？我理解主要应用在以下几个场景：
部分用户没有使用类似PyCharm这种比较重的IDE的习惯，所以期待有轻量级的解决方案；
了解熟悉lint工具的原理，做一些更深入的使用（我猜测PyCharm集成到内部的lint工具其实使用的也是这种lint的命令行工具，只是对上进行了封装）；
使用在一些自动化流程上，比如利用git hook做code style校验，或者CI上，这些经常需要配置在Server上的场景就更偏好CLI方式的工具了。
深入学习此类工具的实现。
总之，这些工具并不需要所有开发者都掌握，更多的时候是根据自己在工程中身处的角色和需求来决定的。
![[Web front-end] Node.js quick start](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
你的想法是很好的，PyCharm作为一个IDE，待用lint功能是很好的，而且也是最符合用户使用习惯的一种方式。那么为什么还要学习pylint或者其他类似的工具呢？我理解主要应用在以下几个场景：
部分用户没有使用类似PyCharm这种比较重的IDE的习惯，所以期待有轻量级的解决方案；
了解熟悉lint工具的原理，做一些更深入的使用（我猜测PyCharm集成到内部的lint工具其实使用的也是这种lint的命令行工具，只是对上进行了封装）；
使用在一些自动化流程上，比如利用git hook做code style校验，或者CI上，这些经常需要配置在Server上的场景就更偏好CLI方式的工具了。
深入学习此类工具的实现。
总之，这些工具并不需要所有开发者都掌握，更多的时候是根据自己在工程中身处的角色和需求来决定的。