为什么公司的人写代码都无视 IDE 的警告提示？

@icyalala CI 确实是没问题因为环境可预测，不过瞎 pr 有紧迫到用得着这样对付么……
（虽说一般通过的用户也没法指望想太多……github.com/kifuan/helang/issues/271 。）

我个人而言，有余力就会去管一下，没有就算了。很多时候 warning 确实很 verbose ，像 c/cpp 这种语言，对有无符号的很多操作都会产生一个 warning ，但是毕竟人家真的是 ub ，只是大家都普适性地认为架构就是“二进制补码”，给个 warning 我觉得很合理。

其实也就是，要是你知道这些 warning 真正会引发什么问题，然后根据后果来自行判断到底要不要 fix 就好了；毕竟真实的应用挺复杂的，只要你知道自己在干什么，有什么后果，需不需要管，我觉得就 ok 了。

而且有时候我也能在 warning 中学会很多 best practice ，例如 cpp 构造函数里，把右值放在 member-initializers 而非参数中，能有更强的“适应性”，之类的。

@ikaros 自己负责的项目还有点追求。合作的项目如果对方写的稀烂还不用 lint 和 prettier 工具的话确实就是堆 shit

把警告级别调高就可以解决了

@fyibmsd 因为我是 0 code?

小项目，warning 不影响使用，懒得弄，弄起来也对原来的代码要做优化，麻烦有风险。

我觉得 warning 有两种，一种是代码确实有小问题的，一种是 IDE 没理解代码它以为有问题实则没问题的。前者最好改，后者当然可以无视。
我自己不会追求 0 warning （不过确实会追求 0 typo 哈哈），但是我会把所有的 warning 都过一遍，能改则改。大多数 IDE 报的 warning 改一改也就是举手之劳，我是很乐意改的。