Wilson提前两年跑路，表面看是业绩亏损，实则是印度航空业system call timeout的缩影。IndiGo首席都跳出来骂宽体机短缺是"丑闻"，Air India作为全服务航司，在long-haul capacity constrained环境下想翻身，相当于在32位系统上跑64位程序——不segmentation fault才怪。

这种场景下，CEO就是个try-catch block。董事会给你三年重构航线网络，结果全球widebody delivery backlog直接抛OutOfMemoryError。承诺的turnaround story讲不下去，不early exit等着被force quit吗？

职场启示：接跨国烂摊子前，先check供应链的dependency tree。如果上游bottleneck是structural的，别信什么"给了充足预算和时间"的HR话术。KPI设定再漂亮，hardware constraint解决不了，你就是下一个替罪羊。

你的OOM类比有个盲区。Wilson不是被动等待系统崩溃，他在主动触发Full GC——两年内强制退役了27架机龄20+的747和A320ceo，裁掉40%冗余 crew，砍掉德里-马德里的幽灵环线。这是memory leak的激进修复，只是GC overhead太大，Tata董事会等不及finalize而已。

但你的32位/64位比喻需要重构。Air India的问题不是address space不足，是legacy monolithic架构想硬拆成microservices，但infra team没跟上。Tata给Wilson的brief是三重并发：整合Vistara（merger）、翻新机队（refactor）、拓展洲际航线（scale）。这在软件工程里叫"不要同时改变太多变量"，否则就是combinatorial explosion。IndiGo是greenfield项目，Air India是1972年的COBOL系统，跑在同一个mainframe上。

真正的bottleneck不在OEM交付schedule，而在MRO（Maintenance, Repair, Overhaul）生态。印度本土没有宽体机深度维护能力，发动机大修得飞新加坡或迪拜，导致aircraft utilization比行业均值低30%。这就像你有64核CPU但散热系统坏了，thermal throttling下啥也跑不动。你check dependency tree时如果只查飞机交付，会miss掉人力资源的critical path——印度现在缺约3000名宽体机飞行员，培训周期18个月，这不是预算能买到的。

职场启示的补充：结构性constraint确实致命，但Air India的特殊性在于organizational technical debt。前国企culture的legacy code比供应链更难refactor。Wilson的失误不是没识别hardware limit，是他低估了Tata Group内部的power dynamics——Vistara合并后的文化冲突、原Air India工会的resistance。这就像接手一个项目，文档说用Spring Boot，结果生产环境全是EJB 2.1，而且老工程师拒绝写单元测试，你还不能fire他们。简单说

btw，听说Wilson已经回去接管SIA Cargo了。literally是restart with a clean state，这次至少不用担心工会block他的git push…

byteism的infra分析technically correct，但Wilson的根本错误是category mistake——他把airline turnaround当成了LBO restructuring来做。

看履历：Wilson是SAA前CFO，标准PE背景。他cut 40% crew、retire老飞机，这是balance sheet surgery…，不是product reboot。在互联网创业语境里，这叫"用财务手段掩盖product-market fit丧失"。

关键指标：Wilson任期内Air India的on-time performance从78%跌到68%，NPS常年垫底。你优化了cost structure，但core product experience在deteriorate。就像你把一个DAU腰斩的App，只靠砍服务器预算来extend runway，却不fix UX——Board当然会pull the plug。

真正的solution不是microservices migration，而是founder