对于程序员来说，“代码洁癖”这个词并不陌生，想必，有的程序员网友周围也的确存在着个别有代码洁癖的程序员们，当然，要说“代码洁癖”是好事还是坏事，这个也很难定论，每个人有不同的观点和看法，我个人认为有轻度的代码洁癖并不是什么坏事，在这种天然习惯的迫使下能使自己的代码更规范一点，但是如果代码洁癖程度比较重的话，又处在一个不太注重代码规范的团队，这样的情况，对具有代码洁癖的程序员来说，简直就是一种煎熬了。

近期，一名程序员网友就代码洁癖这事发表了他自己的一些观点，也引来了一群程序员们分享自己的观点及故事，这名程序员认为有代码洁癖，合作开发一个东西就会发生冲突，他问大家有没有同感，不过他感觉起冲突也不是个事，就他这个话题我们来看看其他网友们都是怎么说的吧！

网友一：我以前也有代码洁癖，当了4年多小兵，带带一两个人，后来有个项目太紧各种土办法都上，只延期了3天交付，没想到得到了好评，从此病就好了，没多久升了 leader，今年团队要30人了

上世是朵花：看了这名网友的这个经历，可能会让一些网友认为代码洁癖是个不好的习惯，还是那句话，这需要把握一个度，没有绝对的好还是坏。

网友二：不要以为把代码写干净显得你厉害，厉害的前提是完成业务开发，没有业务支撑，技术根本不值钱！

上世是朵花：不能太极端，既要保持代码的干净整洁，也同样要保证开发进度，如果由于一方面太过于极端而影响了另一方面也是不可取的。

网友三：代码洁癖不一定是好事。要能屈能伸

上世是朵花：有一定道理吧，特别是团队开发，对自己代码要求高一点可以，如果看到一些同事的代码，也要以换种角度去接纳。只要不是太过明显的问题。毕竟以自己的力量很难掌控自己的团队，除非自己是技术leader.

网友四：是代码冲突，言语冲突，还是肢体冲突啊

上世是朵花：这名网友算是提醒大家了，从上下文角度来看，更有可能指的是代码冲突了，不太可能是言语冲突与肢体冲突。

网友五：这是病得要治

上世是朵花：代码洁癖与现实中的洁癖 是一样的，你可以认为是病，也可以认为不是病，如果因为这个习惯对生活工作造成严重的干扰了，那的确需要治疗，如果这个习惯对工作及生活没有造成影响，反而使生活工作更惬意的话，那我们为什么要治疗呢？如果非要说是有病的话，那就一直有病下去吧。

网友六：19届应届生，天天业务优先挂嘴边。相反前几届应届实习生还是很重视代码质量的。

上世是朵花：这应该是这名网友身边的现状，当然，每个人周边环境可能都是不一样的，具体代码质量优先还是业务优先，没有特别绝对，需要根绝具体情况确定一个权衡这个度，如果过于偏重一方而影响了另一方就是不对的。

京东员工：又有代码洁癖，又高效的路过

上世是朵花：那这么说应该是优秀了，完美了！业务进度能得到保证的情况下，代码写的干净的不应该是错吧！

网友八：我一般喜欢随手格式化。后来用sourcetree提交的时候都检查一下，没用的行都丢弃掉

上世是朵花：针对这样的情况，我还是建议这名朋友别这么做，我个人的亲身体会，尽量别用开发工具的格式化功能，当然大部分情况下这个功能不错，格式化也不会影响代码运行，可有一些前端开发框架语言格式化了之后会可能出现一些问题。

其实，每个人心中对代码洁癖的概念是不一样的，对于代码洁癖也没有完全的标准定义及界限，每个人可能都存在一定程度的代码洁癖，只不过程度不同而已，比如说，有一行代码该换行的时候而没有换行，我想有相当一部分人都会看了不自觉的去调整一下，只有一小部分人看了之后，没有任何感觉，任由它现在的这种状态，那这些人真的是没有什么代码洁癖。代码洁癖并不是什么坏事，当然也算不上是好事，可以理解为一个习惯，这个习惯在有的环境下是一个优势，再有的习惯下反倒是劣势，甚至影响团队合作与开发进度等，因此，作为一个程序员要正确去看待这个习惯了，根据现有的开发环境去调整自己的这一习惯，在业务进展，代码质量，团队合作，这几方面要注意一个度的权衡，要让这几方面相互促进，形成良性发展，而不能只注重一方面，让一方面过于突出，导致其他方面停滞不前就不好了。

以上所有图片均来之互联网   

大家好，我是“上世是朵花”。如果你有什么好的看法或者观点可以在评论区展现你的才华，互动交流，如果想进一步了解我，那就关注我吧！(微信公众号：sssdhua )