之前在某公司跟MTK合作了一段很長的時間，
看到這次發哥開獎不如往年，實在是有點感慨。
其實MTK遇到的是人多有枯枝的問題; 這種枯萎行為是有傳遞性;
也造成了發哥愈來愈追不上Q，
特別是CE(customer engieer，發哥是叫別的名稱但我忘了，主要由陸仔擔綱) 跟 RD。
如果有衛道人士要酸我薪水說不定沒MTKer多，憑什麼說發哥壞話;
那這篇文章不適合您觀看會傷了您的眼，請您左轉了。
對OEM而言，量產是最重要的，尤其是生產端回報的問題都必須緊急處理；
如果問題是出在vendor(MTK or Q)的部分無法自己解決，
首要是找出repro step，並先narrow down跟什麼東西有關，然後提供給vendor debug。
舉例來說，假如同樣的測試DDR升頻到100 Mhz不會死，200 Mhz不會死，400 Mhz掛點。
然後又發現 100跟 200 某3個模組的電都是關的，但升到400時卻被打開了。
OEM的流程會是:
1. 先生出一版不要上400 MHz的ROM給工廠繼續生產
2. 開eservice給MTK 或 case給Q並highlight。
3. 等vendor找出fix後導入，最後換新的ROM驗証出貨。
於是OEM把 400MHz會死跟開了3個模組的電告知vendor，並跟對方說明固定在200的改法。
接下來的走向:
<Q> CE拉RD一起看; 必要時daily update
<M> CE:『嗯，你們不是有solution了嗎?』 (叫我用200MHz出貨?)
『你們怎麼固定在200 MHz的?』(不是已經寫在eservice了嗎?)
通常要三催四請才會2~3天update一次，要daily sync還會不爽。
通常遇到難解的問題，CE/RD通常會拉下一個RD。
<Q> CE/RD1 會跟 RD2解釋現在的情況，OEM作了什麼，目前進度到哪。
<M> RD2:『你們怎麼固定在200 MHz的?』
(為什麼要跟CE/RD1問一樣的問題?)
(為什麼不把mail拉到最下面從頭看到尾?)
然後RD3進來了，又問了一樣的問題(崩潰…)
過了一週，OEM覺得一直抓log進度嚴重落後，決定拿台機器給vendor自己debug。
<Q> 什麼時候都可以拿來，CE過去拿也行; 到時候再跟RD remote debug。
<M> 『機器? 我在北京欸?』 怎樣就是不拿機器，一直要你抓log就好。
又過了2天，還是沒結論，OEM要求concall; 請DDR升頻的人出來跟那3個模組的人溝通。
<Q> 指派一個核心的RD由top view往下看問題在哪; 跟每個owner cowork
<M> 『不吭聲就跟我無關』，繼續讓那3個模組的人在那邊燒
(誰都知道那3個根本是被害的，不是right prerson)。
又過了3天終於找fix了，OEM會再詢問一些問題如:
1. 請問400MHz開了3個模組的電是否為root case?
2. 請問這個fix會影響原本100/200 MHZ的行為嗎?
3. blahblah…
<Q> 會逐一問題並解釋，如『確實是root cause，原因為blahblah，我們的分析如下…』
<M> 只回答一個問題，『是』。
(單工嗎? mail多打點字會比較重寄比較慢嗎?)
搞到最後OEM要再重問一次，加註『請逐一回答』。
這種品質，被Q海放，不是很理所當然嗎?