作为一枚程序猿，你有或见过哪些奇葩的编程习惯？

每个人都有自己特有的一些习惯，程序员在写代码时不例外。我们来看一下比较“奇葩”的编程习惯：

• 代码里求神拜佛。相信不少人都见过，在代码文件的注释里，通过类似 ascii 艺术的方式，用文字绘画出一个佛像或其他画像等，并附上保佑不出 bug 的字样。这种程序员特有的祈祷方式，外行人看到时会忍俊不禁，而同行则会感叹修 bug 的不容易。
• 花费大量时间进行变量命名。有的程序员会花很多时间去思考怎么命名代码里的变量，过短的命名难以阅读，过长看起来又头疼，特别是一些业务相关的专有名词，找英文单词又不好翻译，用拼音也看着别扭。命名是一件总所周知的难题，追求完美的人就要伤脑筋了。
• 不能容忍IDE警告。程序员多多少少都有一些强迫症。当用心爱的IDE打开一份代码，发现里面到处都是警告，红色黄色的下划线到处都是，想必没有多少人会心情愉悦的。有警告强迫症的程序员，就会一处处点开去校正。
• 忍不住手动保存。尽管绝大多数的代码编辑器都拥有自动保存功能，一些程序员仍然会习惯性地每隔一段时间就按一下 CTRL+S 手动保存一下。要是问为什么，他们往往能给你讲一段曾经因为电脑当机而丢掉了写了一天的代码的往事。

程序员的这些“怪癖”，不少都是在长久的编码实践中养成的习惯，它们或能给开发者带来心里安慰，又或者能提供效率和代码质量。

作为一枚7年的老程序员，我遇到过不少奇葩的编程习惯。

1、用拼音当类名，是的，中国人都认识，但是显着太不专业了。

2、用一些字母诸如a、b、c、d来当做常量，方便了自己，辛苦了接收者！

3、N多log信息，打开应用，我的天~到处都是log信息，调试后的log信息不关闭。都是写无用的冗余log。

4、有些心里黑暗的程序员（一般都是不满公司或者有矛盾），还会故意留下有些隐秘的bug。

5、有些程序员有强迫症，自己有还好，遇到leader或者审核组长那真是很痛苦，必须按照他的格式要求来编写，到他满意才让你提交代码。

彩蛋，了解不

开工前，我要考虑一下项目范围，成本，进度，质量。

结果一个小项目得花2～3天想这些东西。

有时候觉得浪费时间，但是想想报价得按工作量来，又继续埋头苦干，想方案进度范围了[捂脸]

年龄大了，容易累。哎

从业十年了，奇葩的编程习惯见的太多了；

不动脑筋的Ctrl + C与Ctrl + V

印象最深刻的一次，是一段连续创建相同对象实例的代码，具体代码没有了，大概就是以下这个样子：

实际的代码对对象属性的赋值远不止上面这四个！

看了这种代码真的是好气又好笑，搞不懂这人到底是懒还是勤快，最终得出结论就是不喜欢动脑筋，写代码时想到哪写到哪，从来不去想哪种写法更好更能提高效率。比如上面这类代码，稍微动点脑子写一个方法来创建CommentDTO这个对象，代码就要简洁得多。

代码不做拆分，一个方法或者一个文件中包含几百上千行代码

最近参与的一个项目就是这样，前端代码就三四个文件，每个都是2000-3000行的代码量，各种负责不同功能的代码混杂在同一个文件中，到最后前端人员根本弄不清楚自己改动的地方会影响哪些功能了，也很难找到某个改动应该改哪个地方的代码，最终是一个很小的改动都可能引起整个应用崩溃。

其它如变量命名混乱、中英文参杂、没有注释等等，见的太多反而慢慢习惯了。