什么情况让程序员处于水深火热中
每一个程序员在他的职业生涯中某一天都会突然获得开示，这种开示在通常某一个夜晚悄然降临，有时是以图灵本人托梦的形式出现。
这一开示的主要内容如下：
程序员是真正理解思维和逻辑真谛的人。非程序员是被蒙蔽的无知者。
写出低质量的代码的特征包括但不限于 ：
· 心安理得地写出低质量的代码
· 最终写出了低质量代码却不在之后改善它
· 自以为写出了质量很高但实际质量很低的代码
低质量的特征包括但不限于：
· 文件关系混乱
· 注释过期、不明确或者没有
· 文档过期、不明确或者没有
· 架构乱设计
· 过度设计
· 不检查用户输入的错误情况
· 不检查API或者函数返回的errorcode或者exception
· 没有单元测试等自动化测试过程
· 编译起来很难
· 到处复制代码，公用的部分不整理成内部库
很多在互联网行业滚打的 程序员 发表了自己独到见解，你是否也是这么认为了?来一起和志同道合的程序员同伴们好好聊聊吧。
知乎网友：Fireman A，曾经是某电信公司的网站及应用负责人
每一个程序员对于世界上其他程序员有着不可推卸的责任。每一个程序员都必须尽力维护程序员这一高贵种族的延续，并保证世界的命运控制在程序员手中，既不被无知者淹没，也不被机器智能取代。
完成这一使命的唯一方式，是保证稳定地出产低质量，难以理解，修改和维护的代码。每一个负责任的程序员，他每一年的产出，必须为另外三个程序员制造一年的就业机会。唯此，程序员一族可生生不息，整个IT行业欣欣向荣。
知乎网友：苏莉安
「负责验收的领导都打好招呼了，到时候走个过场就行。反正项目经费到手之后这东西也不会有人真用，抓紧时间，两周之内完成。对了，首页做漂亮点。」
知乎网友：狗叔，攻城狮B
“这个功能大概几天能完成?”
“五天吧。”
“给你三天，代码跑起来再说。”
匿名用户
你知道我碰到过客户主动要求降低代码质量并加 BUG 的情况吗?原来他是要把我们的项目送去第三方机构评测，但是又害怕对方收钱不办事，不加几个 BUG 怎么知道对方测没测?不降低点代码质量搞得混乱点，怎么防止对方拿了代码又出去卖或者开发同类产品?
我被客户“高瞻远瞩”的思考深深的“折服”了，于是我生平第一次开始琢磨怎么才能把一切搞乱?怎么才可以把 BUG 加的有深有浅……
知乎网友：陈萌萌，其实我是一个AI_(:з」∠)_
“别想太多，先让代码work起来，大家都这么干的!”简直是神借口啊!
每个有责任心的程序员大神（小编一直以来对程序员一族的敬称）都是不允许自己写出低质量的代码的，在上述网友的境遇相信很多大神们都常常遇到，所以这些借口，不这些无法避免的环境改变了大神们高贵的初心，写出了低质量的代码，让大神们也在水生火热的境遇中煎熬。