自己的必改，反正也费不了多少功夫，大多是随手的事情。同事的就无视了，滚动条都成条码了，望之却步。

一般来说，我嵌入（开源）新代码都会改动格式，代码风格至少要和项目风格统一，不能差太多了。

还有一个好处，是改动同时，可以帮助自己熟悉新代码。

不追求语法零警告，这种没啥意义。

如果是我自己的项目会有，公司的项目就那样了，随他去吧，有测试，不出 bug 就是 ok 。改代码容易，改人太难了。

有代码洁癖，包括写项目组的代码。作为一个写 Java 的，我会优先确保自己的代码没有各种下划线，没有 warning ，有就消除。还会写上注释。

如果是别人的代码，一些无关紧要的地方我可能会去动一下，别的是真的不敢动，万一出问题一看最新记录是我自己那就是第一责任人。之前合代码，一个文件满是冲突，合完了上线错误直接吃大锅，结果发现是合代码之前的别人的问题。

还有就是一些屎山代码，我会在改 bug 的时候简单改改，保证逻辑不变的情况下可读性提高，加上注释。因为下次可能还是我来改，不如一步到位。

个人是怎么自由怎么来。但公司的项目 lints clean 了才能入库，都是被逼迫的，小公司~~

如果自己写的代码可以这样，别人的问题别乱动

自己的项目会，各种强迫症，所以经常烂尾😭

公司的屎山动不了那没办法
我自己的开源项目 -Werror -Wall -Wextra -pedantic -pedantic-errors