强迫症患者做程序员是一种什么体验？

要学会接受这个世界的不完美，你才能感觉到快乐和幸福

原来是说代码风格……

不能忍受回收站里有东西

this is society, mate

如果你没有足够强大的确信，不要轻易动别人的代码。否则你会死得很难看。老司机忠告。真的。

这种强迫症只能打个引号了，遇到复杂的场景实现需求还来不及，还管长得漂不漂亮？

想要好看可以写 python 嘛。

@murmur 公司的产品大忌就是，这个代码是某人的代码，那个代码是那人的代码，大家都只能维护自己的代码

如果你又更好的方法，去改进别人的代码，并且提醒一下当事人，双方都有改进当然更好。
但是如果你不能明确的知道这段代码是干啥的，尤其是那些很老的代码，建议还是不要乱动的好。

@neoblackcap 不会的，只要第一个人写出模板，大家都是复制粘贴一个风格，至于维护性，这个必须要定期代码审查
怕就怕一知半解的程序员，太菜的什么也不会只敢复制粘贴，太牛逼的知道软件工程不呼呼乱来，那种一知半解的，学一点东西就敢魔改框架的，才是可怕

确实第三种太 TM 可怕了，只能用单元测试来杜绝这样的人

这算啥，目前手上一个二手项目。其中一个类 96 个成员变量 6 个全局变量。 cpp 6 千多行。没测试。到处都是超长函数。

我也是活不下去的节奏了。

一步一格式化、保存，一次还不放心、必须多来几次，看到别人代码老想改

@mazyi 强迫症表示最讨厌 python ，结尾不用个分号很难受，编码时为了提高目视效率，会把很多有规律的较短的代码放在同一行上，然后用 Tab 分开， Python 完全没办法用这种方式愉快玩耍。

@shijingshijing 有规律的较短的代码应该成为函数，不应该放在同一行，这样不仅不能提高目视效率，还会增加他人阅读代码的难度。

@mazyi 道理是这样的，可是我碰到的很多项目反而喜欢不封装，一个是函数跳转，出栈入栈会增加额外开销，当然你可以说写成 inline 类型，偏偏有很多不支持 inline ；第二很多 time critical 的系统，连短一点的，或者可以 predictable 的循环都做 unrolling ，所以这个也不是绝对的，即使封装成函数，也会把多行放在一行上的，做 code review 的时候，都还是要看的。

@shijingshijing 只讲道理嘛，最佳实践的 trick 太多了。不过 review 的时候多行的意思应该更加明确吧。