半夜恶邻鬼吵无眠思索开发责任问题后重读《人月神话》

昨晚楼下的印度神邻开始半夜激情架子鼓表演，两轮下来，睡意全无，开始重新思考今早开会时堵在心里的release需求和开发责任问题。因为之前deploy给客户造成过不好的印象，老板的要求很质朴，希望新加入两月的我，在业务逻辑刚刚有些眉目，不完全彻底整改了数据库结构和api架构之后的第一次小更新中，能做到丝滑零意外release，或者出意外了能在一小时内完成rollback，一切丝滑到毫无痕迹。我心里的真实想法是，一分钱一分货，没有足够的时间，又没钱去换足够的人力来弥补测试和deploy流程中的不足，要求却比微软出bug时的解决还要高，这就巧妇难为无米之炊了，能做到的只能靠给神仙多烧两柱香吧。
之前的版本本就有很多bug，这次release虽然只是修复几处小的UI问题，但大结构的改变会带来什么side effect，没有足够专业的全方位测试是根本办不到的，而这个测试用例也不是一个对逻辑不够清晰的我可以设想全面的。现在好像理解了空降DevOp的困境，满身核武却上了冷兵器的战场，电都没有能打个毛。而在版本有大幅更新，包括数据库结构已彻底修改的情况下，快速的带着一个月运行的新数据迁移回老版本，这个成本在大公司的人力资源下要做到一小时回滚都是奇迹，更何况一个两人团队的兼职项目。在一个统共四个人的team里，如果大家没有对整个系统承担相同的责任感，把自己放在纯产品的角色，而忘记了作为product deliver中测试人员的职责，那开发人员就有永远背不完的锅。如果产品都无法预测的问题希望开发能预测，这就需要产品与测试团队能精准设计每一个测试用例，然后才能开发一个全系统的自动化UI测试，来满足最小的出错率。这个系统对大公司而言是靠人力和时间来堆，多大钱做多少事；在小团队就只能靠每个人的努力发电来弥补。但最终还是多少人/月(开发绩效单位)多少回馈，毕竟在一天24小时面前，人人平等。至于rollback也是需要有完善的CI/CD自动化集成才能做到的，而且这个集成系统的开发也得平衡需求和时间成本，无中生有做不到，想要尽善尽美最终也只能是在时间下妥协的平衡。
总之产品和开发之间的矛盾永远都是需求和成本的角逐。好的管理和高效的团队会减少一些成本，但依然无法实现过分严苛的需求，或者说只有找到一个恰当的对齐标准才能可持续。所以结论，当大厦倾倒，没有一块砖可以逃避责任，但也没有一块砖可以撑起所有，这才是team work。人人平等祸福共担。能掌握需求和成本间的check & balance才能平稳持续发展。