牛牛们中秋，十一快乐，有时候会感觉自己坚持的路是否正确，走的方向是否正确？看着其他同时起步的搞的有声有色也不仅敬佩不已，但路在脚下，还是得踏实前行，祝牛牛们都能按自己的意愿到彼岸。
IT浪人 warmgogo.com
在职的时候怒气值高，各种讽刺挖苦；
走人的时候暗自庆幸；
两年以后忽然从这个傻逼系统得到灵感（或者教训），颇有感慨；
三年后后悔维护的时候自己抱怨太多，而行动太少；
五年后意识到自己怒气值高的原因不是因为系统傻逼，而是自己驾驭不了；
八年后再次需要维护“傻逼”系统；
十年后方才领悟，“这个世界的本质是混乱不可知，而非有序可测“；
甚至技术新旧的界限也开始模糊。
其实是，自己不够谦虚敬畏。
Qian Larry，多年码农
该系统是一个投资下单系统，客户是全国各大证券公司，在某细分领域里市场占有率有80%。当初少不更事，一听金融行业好，就来到了这个公司。久了便发现跟想象中完全不是一个事。
当时系统已经上线了约莫八年。烂系统都是如此类似——框架落后，文档缺失，功能冗余，版本管理混乱。最早的一批开发者又走得一个不剩，期间换过4,5批人，思路都不一样。就连代码注释都寥寥无几，或者写得只有当事人自己看得懂。后来的人只敢往里加代码，不敢轻易改代码。一切以稳定第一，性能兼顾，代码优雅易读什么的统统靠边站。
那些说重写项目的人讲得轻松，复杂的项目多了去，不比学生成绩管理系统（许多人的毕业设计）。就该系统来说，其之复杂，规模，都不是一个人可以一肩挑的。修改离职人员的代码更是难上加难。最后光有技术还不够，大量的业务逻辑必须具备一定证券期货知识才能着手（为此我还考了证券从业资格证）。
不光系统烂，公司当时的管理方式也很有问题。公司的销售员毫无业务水平，只知道收钱，不仅承担不起售前的工作，更令人称奇的是把程序员的电话直接留给客户，有需求直接致电程序员帮改。天大的笑话啊！我来给不是软件行业的人解释一下后果：
1.不合理的需求要挡，至少要经过小组分析。许多程序员不论什么需求埋头就做，危害很大。
2.重复造轮子，或者客户要三轮车就照做三轮车，可明明有现成的轿车却不用。
3.打乱开发计划，客户的需求无穷无尽，永远在做手边上嚷嚷最响的需求而不是真正迫切的需求。
4.过多的客制化，导致项目没有办法整合成一套通用版，导致日后维护更加困难。
有个别同事完全没有认清到危害，反而傻X兮兮地以为跟客户混了个脸熟，觉得自己身价倍增。可气可叹。
《软件随想录》和《项目百态》是两本好书，公司的管理方式以及系统缺陷在这两本书里都有体现。我在这家公司干了不到一年就走人了，在阅读这两本书的过程中时常会心一笑，有种怒其不争却又暗暗庆幸的滋味。
匿名用户
正在维护一个傻逼系统；
这个傻逼系统以前没有人维护；
这个傻逼系统目前只有我维护；
我应聘的时候告诉我，很快会切换系统，把这个傻逼系统切换到一个牛逼的系统；
我当初傻逼了，信了这个话；
所有人都觉得这个系统傻逼；
我提出过N个让它不那么傻逼的方案，大家看了都说好；
上一条的结果要花点钱，大家都表示这件事等等再说；
上一条的结果是系统依旧傻逼；
傻逼系统虽然傻逼，但是不用这个傻逼系统会显得更傻逼，所以公司不能不用；
这个傻逼系统也成了大家甩锅的好借口，虽然很多时候它是无辜的；于是我觉得我在大家眼里也是个傻逼；
一个傻逼的我，如何拯救一个傻逼的你……
最近浏览
