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

我们这个项目 1623 的警告

对各种 warning 我反正很不爽，所以在公司我有时间肯定会去改。
但是现在剩下的大部分 warning 都是提示 deprecated 声明或用法，改得麻烦还要过测试。还有的是其他团队代码带来的警告直接没法改，时间长了也只能放着了。

至于我自己的开源项目，CI 里什么 -Werror -Wall -Wextra 之类的全都加上去，希望别人用得时候至少不会在 warning 上糟心。

有意义，但意义不大，矫枉过正，改警告的时间去写新功能或者摸鱼任何一个都比这个有价值

说不定人家的 IDE 已经忽略了这些 ⚠️ 看不到呢 [/doge]

开发第一原则：能跑就不动

我自己的代码会尽量处理，别人的管不着，当然没办法一定清零，部分 warning 只是建议项，有的改起来成本挺高的。

warning 就是 warning ，如果觉得没问题，就没必要处理。
我在内部要求是：要看 warning ，但不要求全部处理。但是明显有问题的 warning 没发现，事后会被打板子

@magese 你在说什么

@pkwenda #6

@icyalala 极不建议默认 -Werror ，即便是自己控制的项目。要是刚好有用户升级了新版编译器多检查出了没在你这里报的 warning 然后变成 error 就糟心了。要是源码发行版用这种默认策略很可能整个系统动不动升级失败。

type Template struct {
templates *template.Template
}

func (t *Template) Render(w io.Writer, name string, data interface{}, c echo.Context) error {
return t.templates.ExecuteTemplate(w, name, data)
}


报黄色 c 参数没有使用 但是这是通过其他库的接口方法 c 参数不传会报错 传了不用会警告变黄 我也木法

不出点错我怎么摸鱼修改

CI 里加上没加 lint 或者 format 的要求， 能过 CI 就算过。
或者 IDE 没 config 好， 没读 linter 的 configuration ， 用了初设。

逆风而行的靓丽风景线

项目明天上线，目前还有 32 个 warning ，你是改还是不改

反正能跑就行了

@FrankHB 正常 Release 当然不会加，严格的检查只在开发阶段 CI 里用参数启用，至少能给那些瞎提 PR 的人看

我们这的话，给客户发的示例代码一定是 0 err 0 warn 的，自己用的软件大部分是 0 err 0 warn 的，少数软件有一些以前的旧硬件的操作必然有 warning 也没办法……

不过这个是编译器的 0 err 0 warn ，不是 lint 的，lint 不要求 0 warning （ C++项目要按 Lint 做，能把你坑死，特指某些傻逼的不让用全局变量 /不让用裸指针的 Lint 规则。）

1. 有些我不擅长的，只是拿来用用，不敢动；
2. 有些就算擅长的，又不是我写的，懒得管；
3. 有些确实我写的，又不是不能用，催的紧；