我先说我立场没有帮波音护航，就针对这一篇报导里面所提到的内容来说明。
其实737的 stall 告警与自动 trim 调整机制，依据目前各项技术文件的理解，
并不是737Max才新安装，在这样的假设下，其实后续的问题相对就会比较复杂。
在同一篇的报导中有讲到这个问题（依据11月的初报写的内容）
The manufacturer has said there is a documented procedure to handle
the situation. A different crew on the same plane the evening before
encountered the same problem but solved it after running through
three checklists...
好，我们来看一下印尼写的事件初报内容是怎么写的，
事件初报其实已经有事故机的 DFDR（数位飞航资料纪录器），
可以看到各项操作数据和显示数据的差异。
有兴趣的朋友可以点以下连结：
https://knkt.dephub.go.id/knkt/ntsc_aviation/aaic.htm
（点 accident reports 就会看得到，而且很容易，全球飞安报告是用统一格式）
在这一段报告中有提到印尼狮航在事故前有一个成功救回的前一航班，
有两个很有意思的叙述其实是可以节录在这里。
首先在驾驶舱如何因应飞机空速不一致而导致飞机不断推头的情形，
报告里面写到：
The pilot performed three Non-Normal Checklists (NNCs) consisting of
Airspeed Unreliable, ALT DISAGREE, and Runaway Stabilizer.
接着当前一班飞行员飞到目的地之后，也随即在印狮航的回报系统写了以下内容：
Airspeed unreliable and ALT disagree shown after takeoff, STS*
also running to the wrong direction, suspected because of speed
difference, identified that CAPT instrument was unreliable and
handover control to FO. Continue NNC of Airspeed Unreliable and
ALT disagree. Decide to continue flying to CGK atFL280,
landed safely runway 25L.
Note: STS = Speed Trim System
因此，为什么在埃塞俄比亚空难之前，会被指向有可能是 AoA Sensor + 训练问题，
就是因为 STS 并不是一个新东西，感觉起来 MCAS 的功能可能也是 STS 的一部分，
所以飞行员依据本来 trim 有问题的程序走，飞机的确就可以保持稳定。
看完印尼狮航的初报，其实就会让人等着衣航的 DFDR 的资料，
尤其 DFDR 还可以纪录不只是当班航班的资料时，就更能厘清是不是跟印狮航状况类似
同时各位如果仔细看完印狮航目前事故初报的内容，也可以多少理解，
为何第一场空难发生时，波音仍然认为系统没有做错。
以前飞安会的前辈戎凯最常讲的事情是，全世界没有两件一模一样的空难事故，
纵使发生原因非常类似，也有可能是不同错误的巧合，导致类似的结果。
所以，建议大家目前仍然要把印狮航跟衣航的两个案子先视为各自独立，
至少就印狮航目前的报告显示，纵使飞机可能有设计上某些未尽合理之处，
但只要有对应的非正常程序可以让飞行员依循，飞行员仍然可以安全操控飞机。
这时，重要的就是飞行员脑袋要清楚，精神要好，要能正确地做出合理反应。
※ 引述《GaryMatthews (G公*)》之铭言：
: 印尼狮航调查的进展
: https://www.straitstimes.com/asia/se-asia/pilot-who-hitched-a-ride-saved-lion-airs-doomed-boeing-737-max-on-next-to-last-flight
: 新加坡日报报导，事故前一天的飞行员遇到同样状况时候，做了三个
: non-normal checklist，结果到最后是一个坐在驾驶舱 jumpseat 便乘的
: off-duty 飞行员发现状况出在飞机的 trim，
: 向一头雾水的当班飞行员正确指出问题所在，救了全机乘员。
: https://www.reuters.com/article/us-indonesia-crash-exclusive/exclusive-cockpit-voice-recorder-of-doomed-lion-air-jet-depicts-pilots-frantic-search-for-fix-sources-idUSKCN1R10FB
: 意外当天的飞行员就没这么好运了，根据路边社最新独家，听过黑盒子的
: 调查人员泄漏，飞行员似乎从头到尾没有发现 trim 出问题。他们的对话
: 一直停留在诊断 airspeed 跟 altitude 的异常，而根据谈话内容是机长
: 那侧的 airspeed 不对。起先是机长开飞机，他跟飞行电脑搏斗试图维持
: 飞机的速度跟高度，然而电脑一直把飞机机头压低。同时副驾驶一直在翻
: 一个 quick reference handbook 的文件想要诊断问题。在坠毁前一分钟
: 机长决定让副机长开飞机，机长自己翻书找答案，结果副驾驶拉机头的幅
: 度不够大，拼不过电脑就 GG 了。
: 报导也提到在整个事件中两位驾驶员都保持相对镇定，直到最后一刻。当
: 飞机冲向海面时，印度籍的机长沉默无言，而印尼籍的副驾驶喊
: "Allah Akbar" (阿拉花瓜，在这边翻成英文的意思类似 oh my god) ....
: =============
: 看报导觉得那两个飞行员有够虽小