摘要： 不知道多少人有这样一种经历：明明从技术上看是不对的或者说是不可能的，但还是要按照一种不对的方向做下去。至少我个人是有这种经历的。销售的和企划的定好了规格和日期，把他们都作为不可更改的目标发配给程序员。程序员明明知道不应该走捷径去赶进度，但给日程压的没办法，就只能赶啊赶。在限定场景下，一个人所能完成的工作其实是个确定值，因此这时候能采取的手段其实不多：一个是加班，一个是降低代码质量。最终产品仓促上市，在市场上发现了很多问题---最终很可能仍被归结为程序员的问题。不知道大多时候，面对这种场景，工程师（包括开发和测试）会做什么样的选择？我猜由于在这种多方博弈的时候，工程师的声音总是最弱的一个，所以大 阅读全文