程序员，我们和撒旦是邻居

在《圣经》里地狱的最底层住着撒旦，如今他慷慨地把那里借给了我们程序员。

在我选择程序员那天，我知道这条路布满荆棘，可我却没有想到这条路是如此痛苦难行。曾几何时，我坚守着我的职业道德，努力掌握新锐技术，力求编写高质量的代码，但是为什么得不到领导的认同。

不知道你是否与我有同感，现在的环境变了，那些坚持测试，遵守标准，力求提高代码质量的程序员在组织里远远不如那些不重质量只重速度的程序员更受到领导的青睐。没有人再尊重我们的意见，不论是在进度上还是在设计上。有些时候你不得不睁一只眼闭一只眼，因某个糟糕的设计，你明明知道你在引入缺陷，可你不能不干，因我你无法干预设计。大公司越来越不靠谱了，到处都是4拍主义（1拍脑门干了，2拍胸脯没问题，3拍大腿坏了，4拍易做图股走人了）。PM越来越远离技术了，技术上完全得不到帮助。没有人愿意分享技术了。工资待遇也越来越低了，你干了几年可能还不如你公司临时招聘的挣的多。现在，懂些业务的人就能当顾问，看几本书的就能做测试，当然，报个班的出来也能干程序员。都在强调沟通沟通，现实中有多少作用。当你不厌其烦地给你的PM讲述你对设计的不满时，他可能正想着自己跳槽的事情。当你反复测试无法稳定BUG时，你发现仅仅是因为测试人员的疏漏。当你接手你同事的代码时，得不到任何文档或说明。不断的需求变更让你时不时的想退去IT业。不知道是不是我运气的原因，现在的项目已经越来越烂了。我是个完美主义者，我一直力求在构建期间发现和解决大多数缺陷，让自己的代码在一轮轮的测试中屹立不倒。但是，越来越少的组织会对你的代码进行审查，更别说是项目结束的后评价了。也不会有人为你分配专门的单元测试时间。软件质量越来越低，工作环境也越来越糟。面对一个只有界面的需求文档，面对着没有手册和DEMO的开发框架，还有那些不遵守标准的糟糕的代码，领着连功能测试都不如的低工资，等着发出去就没有回复的邮件，还有永无止境的变更我们程序员还真的快坚持不住了。我只是个开发，我能做的仅仅是保证我的代码质量，发现问题积极沟通我还能做些什么。顾问做错了可以变更需求，设计做错了可以变更设计，测试永远不会错因为他们甚至连测试用例都不用记录（也不知道回归测试的用例是哪来的），不管以上哪位出了问题，都得把开发人员捎上。

以前不是这样的呀，我们的项目管理是啥时开始走下坡路的。以前，我们规规矩矩的遵守我们的开发标准。我们提倡编写注释和高可读性的代码。我们参与详细设计和进度计划的编写。我们有专门的白盒测试的时间。除了效率，我们同样注重质量。那时的光景多么美好，稳定的需求，高质量的代码，一切都如此优雅。现在，一切暗无天日，我不知道我现在的项目何时能完。来的时候PM安慰我要坚持，PM走的时候我祝贺他脱离苦海。每天经常就是看着糟糕的设计，你也不能拒绝。整天挂着邮箱等着不知道能否收到的邮件回复。不在项目最关键的时候向公司提离职，就别想涨工资。大家包括我都在应付工作，除了客户已经没有多少人在重视代码质量。啊，人生好残酷呀！

不可否认，那些坚守职业道德，努力在构建阶段提高代码质量的程序员，仍然在遭受不公平的待遇。

我可能会放弃技术，走上管理之路。原因很简单，我再也不想用我能做什么来描述自己，而是用我做过什么。如果你也同我一样，感觉身在谷底，那么尝试着自己改变命运吧。“与其诅咒黑暗，不如点亮一只蜡烛。”

补充：综合编程 , 其他综合 ,