程序员的代码洁癖在什么情况下是一种恶习？

当你把【代码清洁】当作目的时，就是恶习了。为什么会存在代码洁癖，究其根本，是我们对“维护代码”这种让人抓狂的事情的实际需求，让拿陆我们越来越注意到清洁的重要。比如说 1 == a 这个，如果从来没有把 a == 1 写错成过 a = 1 导致你调式很长时间过，恐怕这消中顷个人能难把这个纳入到他的洁癖范畴内，即使他对空格的使用要求近乎苛刻。在我的圈子里面，一直有很多搞单片机的的。这些人主业是做电子甚至是机械的，当需要一个控制器的时候，会用单片机写一些非常小的程序来实现控制。我发现在这个圈子里面，就几乎没有代码洁癖的人，别说洁癖了，代码的基本清洁都看不到，即使这个人在做电路板的时候一板一眼。为什么？因为没有需求，代码本身长度都很小，而且都是写过无数遍的基本套路，甚至大段大段的代码都是用辅助工具直接生成的；这些代码对他们来说，多乱都很难写错，并切，最重要的，这些代码几乎都不需要维护，因为功能简单，程序就是可以做到没有BUG，需要升级的时候也很少。混乱的代码，于他们的工作效率，几乎没有什么影响；相反，由于开发环境难以想象的简陋，整理代码会浪费他们大量时间。既然代码洁癖是由需求引起的，那么我们来反思一个问题：我们做的和我们需要的一致么？其实问题问出来的时候，相信大家有答案了，既然用到了“洁癖”，肯定代表“做多了”，《编程之道》这本故事书里面有个有趣的小故事：一个初学者被要求编写一个财务软件。他疯狂地工作了很多天，但他的主管检视他的程序时发现，它写了一个编辑嚣，一个图形程序集，和人工智能的界面，但是看不到任何跟财务有关的东西。主管要求解释时，程序员被激怒了：你太没耐心了，我会在最后写财务的部分。这就是一个典型程序员在干的事情，所有培渗的优秀程序员都要经历这样的阶段，过度设计、过度优化、过度使用技巧等等等等，因为我们就是这样的群体，对这些的追求就是我们学习编程提高自己的动力，所以我们必然会经历这样的事情

一般而言，我们在公司上班，依靠公司这个平台创造价值，并获得自己的一份报酬。但如果老板安排你做一些非本职工作以内，并且没什么价值的事情，比如说搞办公室的卫生。最近有个类似的话题，说的是某一家公司的老板让程序员员工打扫卫生，而程序员怼了回去：我是来敲代码的，不是来搞卫生的我觉得我们来公司是做我们相应的工作而不是清洁我个人认为不合理。

第一点是职场有分工，术业也有专攻，打扫整理自己的工作区域可以理解，这是一个人对待工作生活的态度，如果单位的清洁区域也要兼职打扫势必会影响员李裂工的工作效率，除非公司是天天没事做的那种。

第二点是当时大家来的时候是应聘的是文员或是技术人员并不是清洁工，‍公司是没有权利把员工从一个技术岗位调到一个清洁工的岗位，如果公司真的需要有热闹来做保洁完全可以出钱去找一保洁阿姨来负责没有必要把员工当两个人来使唤，更何况那样不是员工的工作范围所在啊。

第三点如果一个共连一个保洁阿姨都请不起的话我觉得这个公司是走不了多远的，我们大家都知道你要想做成一件事是必须扼要投入成本的，你想不投入任何成本帆铅就来换取成功的话那是不可能的，那为什么你的员工好好个程序员不做要去做一个清洁工的职位，难道哪轿闭公司的清洁工的工资很高吗，公司也不怕集体员工辞职吗。