程序员的宿命
1
张大胖毕业了，进入了一家做行业软件的公司。
作为新人，张大胖的工作就是做增删改查，但是他很努力，不仅把自己的工作做好，还有全局视野，很快就可以独当一面了。
经理给他安排了新任务， 除了开发，还要和客户沟通，这是一件很重要的事情， 项目能不能赚到钱全靠甲方的一句话。
甲方就是上帝，张大胖每天对甲方点头哈腰：行，这个功能能做，下周就出来，奥，明天就要啊， 可以，马上安排人。
熬了一宿功能开发出来了，赶紧拿去给客户看， 客户说：我昨天说的你没听懂吗？ 这个地方我怎么不能审批？还有这个地方......
这样地事情频繁发生，搞得张大胖心力憔悴，他心说甲方太难伺候了，我还是去一家自己做产品，自己控制需求的互联网公司吧。
那些公司都需要高并发、分布式的经验，张大胖自然是一点都没有，只能去看书，看文章，他把一些知识点都给背了下来！
虽然没有实践，但是原理还是理解了， 面试官看在他基础不错的情况下，让他通过了面试，进入了这家不错的互联网公司。
2
一进入公司，他就感受到了紧张的战斗气氛。每个人都在很努力地做自己的工作，下了班都不走，张大胖自然也不敢走。
张大胖这几天都在看系统结构和源代码， 领导交给他的任务是尽快熟悉系统 ，早日进入开发，他惊奇地发现这个公司的产品表面看起来光鲜亮丽，但是内部的代码怎么这么烂？ 和这个公司的形象严重不符啊。
终于可以开发了，领导分配了需求，张大胖仔细地分析，设计，觉得只要把系统的几个类给抽象一下 ，形成一个新的接口，就能完美地实现需求。
正准备动手， 旁边的老方说： “你的活儿明天是不是就得交了，哪有时间重构？重构了测试还得增加几天的测试工作， 加个flag算了。 ”
张大胖将信将疑，但是老方是老员工了，张大胖按他的思路去做了，如期交工。
这几个月的工作一直都是如此，修修补补，不敢也根本没有时间重构， 张大胖越来越不开心，自己的设计能力完全没法施展，就是一个苦力。 他恨透了这个垃圾堆一样的遗留系统，千方百计地转岗，一定要找一个全新的项目去做。
3
张大胖运气不错，公司要做一个新的产品，他申请跳了过去，准备大展宏图。
在他的强烈建议下，新产品建立了一套编码的规范和代码评审的流程，决心把代码质量给守住， 刚开始执行得还不错，大家也都很开心。
可是有一天，经理说竞争对手也在开发同类产品，得赶紧上线，要不然就可能被竞争对手干掉，一定要快。
工期一下子就变成了原来的一半，张大胖心中叫苦，但是毫无办法，和另外几个兄弟没日没夜地干活，根本顾不上什么代码的质量，心里安慰自己说下一个版本再改吧。
系统跌跌撞撞上线以后，产品获得了不错的口碑， 用户迅速增长，为了留住客户，得赶紧开发更多的功能。
张大胖悲催地发现，这个产品也变成了金玉其外败絮其中的“垃圾堆”， 几个月前自己写的代码都看不懂了！
经理经常在一旁咆哮：你们怎么搞的，我就想加一个小小的按钮，你们居然得做一个星期？
在下一个版本中来改进，变成了一个不切实际的美好愿望，永远也实现不了了。
张大胖经常想，这软件开发简直就是夺路狂奔， 什么时候才能“自主可控”，稳扎稳打地实现一个系统啊！
这一天，张大看到了龙泉寺招聘的消息，他心动了......
4
这当然是我编的一个故事，在其中也许能看到你我他的影子。
我其实挺想知道，有哪些公司的项目和产品能实现高质量的代码，并且一直维护下去的， 如果你有这样的例子，请一定要留言告诉我。