对于底层开发工程师来说，任何公司的任何项目全都是一个德行，尤其是某某管理系统，或者是有图形交互界面的应用程序，而外包的项目十有八九是烂的彻底，烂的面目全非。

对于外包的项目来说，所谓的项目管理，基本上都是扯淡，无非就是一个讨价还价的过程，这个讨价还价还真是在确定实际价格，而不是在乎工作量的本身或者质量的好坏。售前在乎的是商机，销售在乎的是客户的小钱钱，项目经理基本上是在跟客户搞好关系又或者在被客户摧残压迫，而底层工程师，谁有空在乎你的死活。

为什么都不喜欢在底层干，因为国内的大环境就是，如果挂着工程师的头衔，客户觉得你没有话语权，项目经理觉得你没话语权，最后就连工程师自己都没话语权。不会有任何人去考虑工程师的想法，工程师们只要乖乖听话，加班干活就可以了。让你改成A你就改成A，让你改成B你就改成B，反正背锅顶雷加班熬夜都是你的事。

想要控制需求输入，简直是不可能的事。需求方说这是A，到了领导那里不满意就改成了B，甚至有可能过个几分钟，需求方自己都觉的不满意。改还是不改永远都只有唯一一个答案，那就是肯定要改，不改项目进度就上不去，到达不了关键节点就没办法结算。唯一的区别就是，给的时间是一个小时还是一天又或者是一周。

就更不要想设计了，需求都难以控制，还想要设计？再说了，长点的项目，一堆问题，人员流动不断，能保证代码正常运行就不错了，谁还能保证设计？你认为质量是稳定，是效率，是优雅，是好的架构，是低的成本，而实际上最终用户只需要在他使用这个功能的时候不崩溃，当然了速度越快自然就越好了，谁管你内在是不是优雅。只要验收汇报做的好看，一切就都是完美的。

测试？还想要测试，成本太大终归是不好的，工程师既能美的了颜，又得把得了脉。做的好的，经理给你大大的一个赞，做的不好，经理今天扣你200明天扣你1000，你还得心甘情愿，感激涕零，懂的感恩中国。

所以，需求老爷们，也不要动动嘴皮子就说项目烂，项目烂有百分之八十的原因都是需求方自己造成的。而且项目这个东西，你要想做高质量，一帮人用异样的眼光看着你，觉的这就是个傻批。忽悠，接着忽悠，多少年了还继续忽悠着，多少人还继续行走在这条坑坑洼洼的路上。

能跳的赶紧跳吧，能逃的赶紧逃吧，过渡的阶段终归无法变成为之奋斗的目标。这些年，我看着这些烂项目层出不穷，有时候看在钱的份上也只能忍了，真是忍不了的时候，能避就避，不能就只能离职了。十年前还会念叨一下未来会好的，现在呢？就如同标题所说的，全都是一个德行。