巴比Ｑ看世界

全書的重點大概分為下列這幾點：

   1. 在落後的專案增加人力，並非挽救時程之靈丹妙藥。
   2. 架構規劃應由少數精英為之，軟體實作才需多人並行。
   3. 垂直分工比水平分工有用。
   4. 軟體開發的瓶頸在於由「抽象概念」 --> 「實作架構」這段轉換流程。
   5. 專案成功四要素：(1) 高品質人力 (2) 正確的組織 (3) 良好的管理 (4) 優秀的環境。

在落後的專案增加人力

這個主題也是本書的重點，更是書名「人月神話」的由來。主要內容乃敘述專案管理者的一個迷思：「如果專案落後，那麼就多加一點人趕回來。」之所以無法用增加人力來趕上時程，乃因軟體開發為高度知識密集的工作。整個團隊成員會隨著專案時間的推移，慢慢共同擁有一種推動工作所需的知識。在一起工作的時間越長，這個共識就會越大。越晚進來團隊的成員，就得花越多時間汲取這個共識，趕上大家。 而原先在團隊中的某些成員，會因幫助這位新進人員，而拖慢原先的工作速度。

此外，越多人也代表需要溝通的管道越多。一個有 n 個人的團隊，每個人都需要跟其他 n-1 個人溝通。也就是所需的溝通管道有 n(n-1) 個這麼多。因此，在落後的專案中增加人力，有蠻大的可能會失敗的。

我個人倒是對此抱持一點點不同看法。雖說在知識密集的專案中加人得不到好處，但這不代表在軟體專案中，勞力密集的部份加人，是完全得不到好處的。相反地，若軟體架構都已經定好，剩下的只是找人把程式碼填上去，這部份如果增加人手，應該是可以加速整個專案進行的速度。但如果填程式碼時，仍需大量與其他人溝通，或者要填入程式碼，需要先汲取大量背景知識，那您可能就得考慮一下了。

架構規劃應由少數精英為之

作者見過一個大系統專案下來後，專案經理粗暴地切為數個模組，每個模組各交給一個團隊，去執行「設計、實作、測試」等動作，然後整合不起來的慘痛教訓。因此作者強調，「設計」或「架構規劃」這件事，必須僅由少數精英為之，免得發生最後整合不起來的狀況。作者用「先專制、後民主」來形容架構設計初期應由少數精英專制為之。等到架構固定後，怎麼去把它實作出來，則下放由程式師自由決定。這段話，我相當同意，也與我日常感受的實務經驗是相符的。

垂直分工 vs. 水平分工

執行過軟體專案管理的人應該都有這個經驗：一個專案如果要分工的話，究竟是應該依照「模組一」、「模組二」...這樣分給不同團隊，然後在每個團隊都配置程式師、測試人員呢？還是依照「專案組」、「實作組」、「測試組」...然後在專案需要實作時，整個交給實作組。需要測試時，整個交給測試組呢？前者作者命名為「水平分工」，後者則命名為「垂直分工」。

作者建議採取「垂直分工」會優於「水平分工」。如果採取「水平分工」，會破壞軟體專案的整體性，有可能導致各模組最後整合不起來的窘境。而每個小團隊內應採取「外科手術團隊」的模式。所謂外科手術團隊，就是只有一兩個人是主刀者，其他都扮演支援主刀者的角色。

以「實作組」為例。專案交到此組後，只會由一兩個人真正去實作。其他人都扮演支援實作者，讓他們速度加快的角色。如果不採取此一方式，而讓實作組內每個人都是程式設計師的話，軟體專案一來，又會落入如何切割此一專案，好讓它「平行」地被處理。然而我們都知道，軟體最好是不要切割，才容易在最後整合、並保有其完整性。

軟體開發瓶頸

整個軟體開發過程中，您知道哪一段最耗費時間嗎？先給您一點提示，絕對不是實作。之所以大家會花費大量時間在實作，那是因為我們都太早開始寫程式了。如果能將架構分析到稍微細一點，程式設計只是花時間寫就有成果的苦工而已。

答案是由「抽象概念」-->「實作架構」這段最花時間。套句軟體工程的行話，就是「Requirement」 --> 「Design」這段最花時間。舉例來說，一個 ATM 機器設計出它有「存款」、「提款」...等功能。但要設計到存款的軟體架構出來，是最花時間的。一旦架構清楚了，實作程式碼只是「花時間就有」的苦工。

專案成功四要素

首先是高品質的人力。根據研究，一位好的工程師與一般的工程師，生產力最高可達十倍以上。但每位專案經理也知道，要找能力好、配合度（我比較喜歡稱它為「溝通能力」）高的人，是非常不容易的一件事。我個人比較偏好選擇善於溝通的人。通常善於溝通的人也大多容易接受變化，吸收新知能力也不錯。所以，我會很留心那種履歷看起來不怎麼樣，但每個工作都隱藏了求職者在溝通領域上豐碩成果的人。

其次是正確的組織。一個正確的組織，可以降低溝通的複雜度。沒有一種組織可以適用於所有的專案，所以在這裡作者也沒有告訴我們一種可以照抄的「黃金組織」。您必須審慎評估每次任務著重的是什麼，來決定您的組織應該長得如何。

再來是良好的管理。所謂的管理，幾乎都跟人有關。這裡作者蠻推崇另一本書「Peopleware」。該書詳細提到軟體工程師在意的、不在意的事情有哪些。如果您不是工程師出身，建議您一定要去看看。您會驚訝的發覺，工程師在意的其實都是小事，而且還蠻容易達成的。您可能也會發覺，平常自覺做一些「有利於工程師」的事，為什麼他們都不領情。

最後是優秀的環境。很多人以為，工程師要的環境，是像 Google 總部那樣，要有喝不完的飲料、吃不完的餅乾、撞球檯...等。事實上，那些設備都是讓工程師覺得「我被重視，我不是一顆螺絲釘」而已。而讓工程師受到重視的方式很多，不一定要花大錢。只要把握「尊重」原則即可。像在大家加班時，經理人去買罐飲料請大家喝，都是讓工程師感到尊重的方法。此外，軟體工程師還需要「安靜」的環境。這裡的「安靜」，不是維持一根針掉在地上都聽得到的環境。正確一點來說，應該是「不被打擾」的環境。比如說，可以把電話鈴聲切斷，讓他們好好想程式碼或軟體架構的環境。或者是沒有愚蠢至極的「XXX 請接二線」那種廣播的環境。其實，只要你能提供工程師一個「不受打擾」的環境，剩下的部份，他們會把玩偶啦、書籍啦搬來辦公室，讓自己舒舒服服的，這點不用您操心。

本書內容概述

我覺得本書的精華在：

• 第二章「人月神話」：敘述「在落後的專案投入人力，未必能扭轉乾坤」。
• 第三章「外科手術團隊」：描述小團隊應只有一兩人執行「主刀者」的角色，其他人執行支援任務，可以達到最大綜效。
• 第四章「專制、民主與系統設計」：講述了系統架構設計應由少數精英為之，以稍微專制的方式維持其一致性。之後實作時，只要程式師能達到目標，實作內容應由程式師自由地決定。
• 第五章「第二系統效應」：談到在第一個版本成功後，要避免把第一個版本未實作的功能，一股腦塞入第二版本，導致系統規格崩潰的效應。
• 第十六章「沒有銀彈：軟體工程的本質性與附屬性工作」：這篇是 1986 年，作者大膽預測，在未來十年內，不會有任何一種工具，可以把生產力提高十倍以上。因為軟體工程的瓶頸，就是在把「系統需求」的抽象概念，轉換成「系統設計」的實作架構。而這部份需要高度的智慧，機器是無法代勞的。
• 第十七章「再論『沒有銀彈』」：前一篇刊出後，造成極大風波。作者在前一篇發表十年後，將他收集到的意見，重新詮釋他所謂「沒有銀彈」的真正意涵。並回頭檢視十年前他發表那一篇「沒有銀彈」，是否為正確的預測（當然是囉）。

至於其它章節，可能有些過時，或者當年說的事情，已經在今日奉為圭臬。所以參考價值不高。不過，能吸收到上面六個章節的概念，我也覺得已經值回票價了。

結論

本書雖然內容有部份已經過時，但仍有不少概念，歷經三十年，仍為業界真理。回頭看來，不得不佩服作者當年的遠見。建議所有專案經理人，都應該閱讀本書。本書前後章節雖偶有關聯，但關聯性不強。您可參照我上面提出的六個精華章節，順序閱讀完畢即可。期待同為喜好本書的讀者交流意見。

[+/-] 繼續閱讀...

[+/-] 只顯示摘要...

其實上面那段談話是有很深含意在的。如果我把「免你做」，翻譯成管理學上的「授權」，學問就大了。今天會想寫這一篇，主要是前陣子看到現在直屬上司的 MSN 暱稱，改成「快忙死了，誰來幫幫我～」，最近這兩天又改成「快忙死了，但很快樂～」。說老實話，我並不覺得「快樂」是他心底深處的真話，從他舉手投足中的一些小細節就看得出來。充其量，這是他自己給自己打的止痛嗎啡而已（好吧，或許「我非魚，焉知魚之樂」）。衝著他當初力排眾議，對我的知遇之恩，我蠻可憐他的。他是一位很好的人，不論發生什麼大事，從不破口罵人。事情發生了，他習慣大家坐下來，好好聊一聊，看看問題在哪裡，努力解決它。但他在意一些小細節，希望手下的經理人扛起責任，但又會過問一些屬於過程而非結果的事情，導致手下的經理就習慣每件事都得他裁決才敢動手。加上大家知道他從不破口罵人，所以有些解決不來、或懶得去解決的事，某些擺爛經理人就「明著點頭、暗下不甩」。

我從上上個工作直屬老闆處學到的東西很多，包含他用嚴厲標準要求我，讓我當時恨他入骨、現在卻有點懷念的心情在內。現在回頭想想，他真的是一位很好的經理人。曾經他告訴我，當 Manager 有點像球隊教練，刀子嘴、豆腐心。與其做個屢戰屢敗的「老好人」，不如做個百戰百勝的「臭班長」。抱著不想得罪下屬、做個受下屬歡迎的經理人在職場上是很危險的。一旦最高層哪天「使性子」，說了「我不管！反正你給我在 XXX 情況下做出來」這種話，「老好人」的屬下很可能會「日頭赤炎炎，隨人顧性命」，轟然而散。而平常雖然嚴厲，但成功時不吝於給屬下成就感與鼓勵的「臭班長」，則有可能帶領一批勁旅，殺出重圍。曾經在「臭班長」手下工作過的我，感覺現在好像遇上「老好人」…（別誤會，我沒有貶低現在老闆的意思，只是講出兩個老闆比較過後心中的感覺而已）。

言歸正傳，寫文的我，也不能光批評別人，總得貢獻點東西以饕讀者。雖然談不上什麼秘訣，但我願意分享我在「授權」這塊領域的一些心得與想法。其實只有四件事、十六字訣：「資訊透明、底線清楚、方向明確、驗收條件」。

資訊透明

這件事是做到「免你做（Manager）」的第一件、也是最重要的一件事。如果您希望屬下獨立自主、做出「正確」的決定，卻不給他足夠的資訊，那無疑是矇著眼睛推他上火線、卻要他打勝仗一樣。這點如果做不到，就算底線再怎麼清楚、方向再怎麼明確都是白搭。這邊要「透明化」的資訊，端看您希望屬下能夠做到什麼程度，就得給什麼樣的資訊。

舉個真實的親身例子來說，在上上個工作，有個我非常希望培養成為 Manager 的工程師，當時交給他規劃一個軟體專案，期待能好好磨練他。他各方面的能力都不錯，可惜規劃出來的時程都太長，我擔心案子做出來推到市場上都沒競爭力了。當我跟他溝通是否可以縮短時程時，他很堅持地說，以他當過工程師的專業，他覺得這個時程是合理的。

我當然知道他的時程是合理的，因為我也是一路從工程師當上來的！但市場是殘酷的，我跟他爭得臉紅脖子粗，他還是不肯縮短時程。還有點嗆聲地說這樣他就沒辦法做下去了（哇靠）！正當我想發飆時，突然有了「與其跟他爭，不如讓他直接看看現實狀況」的想法。沒想到這次經驗，成為我體悟到「資訊透明」對「授權」有多重要。

當場我按下火氣，跟他說：「好吧！既然你覺得時程這樣合理，我沒意見。那跟我去一趟客戶那邊，我們去報告一下這個案子的時程。」到了客戶那邊以後，我暖完場，說：「接下來我們請 xxx 跟各位說明一下時程部份。」他雖然楞了一下，不過仍意氣風發的報告他辛苦規劃的時程。彷彿初提機槍上場殺敵的二等兵，充分表現出想單槍匹馬幹掉一隊人馬的企圖心。但在客戶不管過程，只看 Deadline 的壓力下，他像鬥敗的公雞與我回到了公司。

我沒空讓他傷心。整理了一下參與這個案子所有工程師的每月薪資總和（公司規定不能透露個人薪資，但透露所有人薪資總和不違法吧？呵呵呵～），給他參考後，還從公司財報，找出管理費用、水電瓦斯…等雜支，除以 12 後算出每月開銷，一併要他看看。當他看到這些每月支出數字後，嚇得合不攏嘴：「我們一個月的薪水支出這麼高呀？」我苦笑點點頭，然後對他說：「你現在願不願意重新估算一下時程了？」

講這個例子主要想表達的是，我提供了客戶意見、公司專案開發所需費用的參考資料（薪資與管理費用合計）、甚至於把列為主管機密的相關資訊也給他知道、還授權一定金額的採購可自行決定，給我負責簽個名就好。我失去了什麼？沒有！不但沒有，我還賺到了一個將來在工作上的左右手，一個有成本概念、注重溝通與客戶意見的左右手。如果當時我沒把如客戶意見、薪資、相關機密資訊提供給他，我可能就得忙於接手與上述資訊相關的工作，當然也就不可能「免我做」了。因此，容我再次強調，要能夠做到「授權」，真正「免你做」，第一個要做到的就是「資訊透明」，否則就算被授權了，你也會忙著擦屬下做了錯誤決策的「屁股」。

因此，不要管什麼資訊是否為機密，只要覺得如果你是屬下，有了這項資訊有助於決策的，就給他吧。如果這位被你灌溉培養的未來「免你做」是塊料的話，您應該不會後悔當初把資訊公開給他知道的。

底線清楚

有不少經理人大權緊握不放，下面「幹」聲四起，自己「累」聲四溢，無非是擔心「授權」了以後屬下會「亂搞」，最後倒楣的還是經理人自己。其實這就是授權後，沒有把「底線」說清楚所致。這方面，我有點小小哲學可以給讀者諸君參考。那就是「可以亂搞，但不能搞亂！」

哈哈哈！感覺到那句話的箇中奧義了嗎？其實，人人在工作崗位上，無非都想小試身手，得到一點小小的成就感。如果上司連達成目標要走哪條路都指定的話，做事還有什麼樂趣可言呢（反正依照指定道路成功了是長官「英明睿智」，失敗了是下屬我「顢頇無能」）？所以當人家老闆的，只要掐緊結果，過程部份，那就隨屬下「亂搞」吧！但，你希望得到什麼成果這點，一定得說清楚，確保上司講的跟屬下想的是同一件事，如此一來，才不會「搞亂」。

舉個例子：以前當 Manager 時，遇到一個不大不小、但又很囉唆的客戶。制訂個軟體規格，可以朝令夕改。說到付訂金，又東拉西拖。偏偏他們對公司收入的貢獻度，又是那種「食之無味，棄之可惜」的水準。恰巧那時候我正忙於另一個大客戶的案子，對於這類客人的「騷擾」，實在又好氣又無奈。剛好一位比較 Junior 的專案經理將近結案，我就請他過來，告知此案是由他負責的新案。當時我只給他幾個不可逾越的「底線」：

• 好聚好散：再怎麼樣都要客客氣氣的，不可以讓他抓到尾巴說我們服務不周。
• 簽約底線：開案後六個月內一定要正式簽約。不然就恕難繼續 Support。這部份可以找 Sales 出馬一起去談。
• 成本控制：依照他們下的 Sales Forecast，在正式簽約前包括人力與管銷成本不可超過七十萬台幣，不然寧可不做。

這三條就是我開給他的「底線」。剩下的我都交給他去弄，一個禮拜跟我報告進度一次即可。在不逾越底線的情況下，任何事都可先斬後奏。有需要任何資源（人力、人脈、工具…）第一時間向我索取即可。緊急的話也可以先行墊付採購，反正他自己會拿捏成本，在成本內的請款單我也從來不囉唆，一定簽行。案子進行中，如果有任何有助於他決策的資訊，我都會打手機給他知道。

結果呢？讀者會不會猜測這又是個 Happy Story？抱歉！這次碰巧不是！客戶最後沒跟我們簽約，不過對我們的專案經理倒是蠻稱讚的。還跟我們董事長見面時誇他做事明快果決，是個人才。有這種結果，我覺得已經夠了。

方向明確

只有透明的資訊，清楚的底線，是沒辦法保證在最短時間內把任務完成的。就像告訴你走迷宮的規則，以及哪裡有坑洞，卻不告訴你出口在東北方，你當然有可能繞出來，不過都不如一開始有明確的方向來得快。

一個明確的方向大致具有下列特點：

• 以明確文字描述，且清楚易懂。
• 有明確的時間估算與範圍限制。
• 可以達成，但具有挑戰性。

一個明確方向的例子如下所示：

• 麻煩你三週內把這兩份程式碼研讀完畢（明確文字、時間範圍、可以達成、具有挑戰性）。

一個不明確的方向例子如下所示：

• 儘快把介面改得漂亮一點（多快？全部都改嗎？多漂亮算漂亮？）。

一個不明確的方向，會讓您的下屬迷惑，進而怕做錯事而不敢大步向前。遇到一點小事，為了確認他不會被罵，就會要求跟你討論細節。這樣別說是「免你做」了，根本是「攏總給你做」！他自己成了機械化的「執行者」，而你卻忙到「爆肝」。最後他還嫌在你底下工作沒有挑戰性呢！

驗收條件

這是一般經理人最常忽略的地方。可是如果好好把「驗收條件」交代好，讓屬下知道你最後在意的是哪些事，則通常屬下就會完成你在意的那些事。「測量理論（Measurement Theory）」曾經有句名言：「你測什麼，就得到什麼（You got what you measure）」。

舉上述的例子，你希望你的部屬三週內看完兩份程式碼，三週以後，當你詢問程式碼內某個函式是做什麼用的，如果部屬回答你：「不知道耶」，你會不會質疑他根本沒看？萬一他跟您說，他的確有看完，但看不懂的就給他跳過去，您又如何回應？

這種狀況就是當初沒講好驗收條件。如果把上述方向加上驗收條件：

• 麻煩你三週內把這兩份程式碼研讀完畢。三週後，我希望你能舉辦一個 Training，解釋每個函式是做什麼用的。

如此一來，該位同仁遇到不懂的程式碼，就非得搞懂。不然上台做 Training 時就無法報告出每個函式的功能。

結論

授權時，除了「資訊透明、底線清楚、方向明確、驗收條件」十六字訣外，經理人本身還得能「以德服人」。簡單的說，就是讓大家心甘情願地跟著你做事。我自己是靠著「以身作則、保持專業、榮耀他人、適時幽默」這另外十六字訣做到的。不過這些主題蠻能望文生義的，讀者應該一看就知道我要表達的是什麼，在此就不多加贅述了。希望這篇能給一些有志朝管理職邁進的讀者，有一點參考作用。不敢自栩已經是一位很好的經理人，但求早日脫離「工程師以上，經理人未滿」的現狀。

[+/-] 繼續閱讀...

[+/-] 只顯示摘要...

嗅出有「弦外之音」的徵兆

不知大家是否有這樣的經驗：覺得老闆或是客戶給你的要求或指示，覺得「突兀」、「不合常理」、「怪怪的」、「左右為難」或「感覺迷惑」？請注意！如果有這樣的現象，您從老闆或是客戶那邊聽到的指示，背後可能有其他的「弦外之音」。

講一個我自己經歷過的例子。有一天，我下班很晚，在電梯裡遇到執行長（CEO）。閒聊之際，他問我公司如果想做到 24 小時都有技術支援人員回答客戶問題，我有沒有什麼好建議？我說了幾種建議後，執行長對其中一種作法很讚賞。約定明天上班會找我談細節。

後來執行長也興致勃勃地跑來我的座位，好幾次找我談細節。等到大致底定後，執行長跟我的頂頭上司提這件事。沒想到我直屬老闆隨後把我叫進去，一臉不高興地說「你上班都在幹麼？」「上次交代你的 XXX 做好沒？」我都摸不清楚他是為什麼這麼生氣，還有在氣什麼（感覺迷惑）？我本來預期他會找我談執行長打算執行計畫的細節，可是並沒有，還好幾次有意無意跳過這個話題。

被沒頭沒腦地罵了幾次，有一次我真得很想當場發飆，可是仍然硬生生忍下來。回到自己座位，我先讓自己冷靜，把整件事重頭到尾想了一遍。覺得最怪的還是直屬上司的反應，所以做了一個大膽的假設：問題應該出在直屬上司上。我應該做了什麼讓他不爽的事，否則執行長的要求他應該欣喜配合呀？

於是我展開了找尋「弦外之音」的調查。首先我到處找人聊天，故意談到我的直屬上司最近不知道哪裡不順，老是找我出氣。結果從櫃台小姐那裡得知，他曾說過我「常常」繞過他（冤枉啊），越級上報，不尊重他。我知道他是這點不爽，不是對計畫本身有意見後，一直苦苦思索怎麼解開這個死結。心想，這件事處理不好，以後我在他底下辦事可難過了。

終於機會來了。有一天，執行長看整個計畫好像沒進展，把我跟直屬上司叫進去，想直接搞定這件事。當執行長稱讚我聰明，我撇眼看見直屬上司臉色鐵青時，突然靈機一動，補了一句：「沒有啦，其實那個 idea 是我的直屬上司曾經跟我提過的」。我的直屬上司一臉驚訝之餘，唯唯諾諾地回應執行長的稱讚，退出辦公室後，他搭了我的肩，隨口聊了兩句，我心中吐了一口長氣：「呼！過了一關了！」

如果當初直屬上司罵我時，我當面跟他翻臉；如果當初我不懂為何執行長的案子被忽視，還強行拿雞毛對著直屬上司當令劍的話，我可能永遠無法修補無意中造就出來的裂痕。還好我努力找出老闆的「弦外之音」，導致直屬老闆後來高升時，也一路把我從小小的工程師，升到協理的位置。從此我就養成一個習慣，任何事不能只看表面，要想一想是否背後有其「弦外之音」。

找出「弦外之音」的方法

閉嘴

對！ 第一步一定要閉嘴！當自己在盛怒之時，所作出來的抉擇，絕大部分是欠缺考慮的。一時衝動如同下棋時走錯一步，可能需要另外十幾步棋來彌補。如果當時實在太氣了，又不知道說什麼，有一句話我常用的是：「好！我回去想想看！」

這招「回去想想看」，實質上既沒有反對老闆的看法，也沒同意。給了將來處理此事較大的可能空間。大家不妨可以試試看。我覺得蠻好用的。

樁腳

想要找出「弦外之音」，光憑自己坐在位置上推論是沒有答案的。必須多方收集資訊，反覆推敲，才有辦法「大致」猜出老闆心裡的真正想法。要收集資訊，在辦公室內一定要有幾個可以聊八卦的「樁腳」。這些樁腳不一定是你的「麻吉」或「心腹」，但這些樁腳一定得愛聊八卦，且跟你還算熟。當我想找某件事的「弦外之音」時，我會跟這些樁腳聊天，通常會有點收穫。

您知道公司裡哪些人適合當樁腳嗎？某經理？協理？高層人士？都不是！這些人位居高位，通常說話已經養成了謹慎的習慣，不太可能透漏什麼有用訊息給你。更甚者，還會放點假消息試探你為何要問某個問題。我自己一到一家公司後，會先想辦法跟下列幾種人混熟：櫃台先生或小姐、部門秘書、人事室辦事員（注意！不要是經理或課長一類的管理職）、MIS 職員（同樣不要是管理職）。

櫃台人員看似地位不高，但因為他們坐在公司的門戶口，來往消息眾多，八卦也多。加上高層人員有不少比例喜歡跟櫃台人員哈啦兩句（因為一般公司的櫃台通常是漂亮妹妹），所以他們得到的消息可能比我們預期的多。加上櫃台的工作繁瑣單調，講八卦成了多數櫃台人員的娛樂。所以跟櫃台人員混熟，有什麼重大消息，他們還會蠻興奮地主動跑來告訴你。

部門秘書因為接近高層人士，所以如果能夠混熟，得到的消息也不會少。人事室找辦事員而不是管理職，是因為人事室常會聽到一些公司內跟人員異動背後「真正的原因」（如：某某離職事實上是開除，而不是離職），從中可以猜測到某些事情牽扯的真相。不找管理職是因為辦事員比較沒戒心，容易把辦公室聽到的消息以八卦方式講給他 / 她相信的人聽。MIS 則是有機會接觸一些比較機密的文件，這些文件可能是高層交辦要上鎖或加密的。

此外，也不是每個坐在「櫃台」、「人事室」、「秘書」這些位置的人，都適合當作樁腳。必須個性有點活潑，喜歡聊天，甚至於喜歡講八卦更好。如果個性有點陰沉的人，您最好另謀他人。因為找個性陰沉的人當樁腳，他不但會不給太多訊息，甚至於會去告密。所以要慎選之。

最後，找樁腳是要有點技巧跟耐心的。一開始先多多跟他們點頭、打招呼、說早安。之後注意發生在他們身上的小細節，如：換髮型、拿了一個很特別的包包、心情看起來沮喪…等等。抓住機會關心一下他們，多聊一下。也不時把自己生活上比較私人的事講給他們聽。漸漸就會越聊越多。偶而抱怨一下自己的工作，看看他們會不會接話，藉此了解他們喜不喜歡講八卦。常常分享你的小零嘴給他們，或回公司時，順手帶罐小飲料請他們喝。最重要的是，不要把他們當成樁腳。事實上，他們是你的朋友。因為他們沒把你當成樁腳，而是把你當朋友真心的交往。我們當然也得記住他們是朋友，得真心回應。收集資訊當樁腳只是偶一為之而已。

解死結

當我們覺得好像快要猜到「弦外之音」時，接下來就得找機會把死結打開。這部份就沒有「標準程序」可以依循了，得見機行事。以我上面的例子來說，老闆對我不爽是因為我越級上報，他覺得不被尊重。我無法彌補一件已經發生的事實。所以我把一件功勞推給老闆，讓他從另一個地方得到彌補，這樣他就會覺得我是站在他這邊的。總而言之，把握「消除主因」與「他處彌補」這兩個原則，盡力取回老闆對你的「信任感」，讓他覺得你跟他是「一國的」，通常就會平安無事。

結論

在外面公司工作，除了注重自己的工作外，對於人際關係，也是得好好處理的一個地方。這樣會讓我們工作起來更加愉快，減少很多不必要的阻力。不過也得注意，要在工作上出人頭地，最重要的還是「自律」跟「專業」，聽出「弦外之音」只是協助我們少碰一點壁而已。如果把「聽出弦外之音」這件事當作辦公室內的主要工作，那是本末倒置，怠忽專業。久了，老闆不是笨蛋，還是會察覺的。到時候吞苦果的可能仍是自己。

[+/-] 繼續閱讀...

[+/-] 只顯示摘要...

• IC 設計公司（IC Design Company）：這種公司只負責將您在電路版上看到的某顆 IC 實作出來，並不負責做出某種電子產品。如：瑞昱（Realtek）、旺玖（Prolific）、其樂達（Cheertek）這些上市上櫃公司，皆屬此類。雖說他們的專長是做出一顆 IC 而不是某種產品，但他們為了 Demo 自家公司產品，通常還是得做出一整塊版子，來示範自家 IC 的優點。這塊版子我們叫它「公版」，下游廠商不論是設計硬體電路或是實作軟體功能，大多會拿這塊版子做參考。在這種公司工作，是最累也最能學到東西的。因為您很有機會會參與從 IC 設計、製造、兜一塊電路版、為所有設備寫驅動程式、植入簡單的作業系統、到撰寫公版上某一種功能任何一項任務。如果您是技術狂、對某項技術沒追到底就心癢難搔、喜歡從無到有、或很討厭看別人留下來的程式碼，那您可能蠻適合到 IC 設計公司工作。
• 代理商（Agent）：這種公司會跟某幾家 IC 設計公司簽訂代理合約，負責對代理的 IC 施行推廣、販售、或技術支援等任務。這些公司的 Sales 會拿著「公版」，到處 Demo 給系統廠商（後述）的人看。期望系統廠商的人看了後，對該顆 IC 有興趣，從而下單採購，然後他們會針對每顆成交的 IC ，抽取一定的佣金。這種公司可大可小，我見過最小的只有 3~5 個人，最大的 500 人以上都有。由於 IC 設計公司不想花額外的人力去做推廣或客戶服務，大多堅守 IC 設計的本業，把那些繁瑣的客戶應對，全都外包給這類代理商公司。稍微大一點、有技術能力的代理商，會將系統廠在設計電子產品時遇到的稀奇古怪問題，予以解決或後送到原廠去處理。不過就我跟這些代理商「周旋」四個多月的感覺，真正發揮技術支援功能的代理商很少，大部分的代理商只有在一開始系統廠還沒進入狀況時可以提供幫助。一旦系統廠的工程師上手了，之後這些工程師所問的問題，八九成代理商都無法回答。一旦問題需要原廠（IC 設計公司）解決時，就要有問題會石沈大海的覺悟。我所知道的代理商有：欣承（CodeTek）、群聯（Trend-Link）、威健（WeiKeng）、文曄（WT）、彥陽（Promaster）、增你強（Zenitron）、泰得（T-Bear）、豐藝（Promate）…等。如果您想進入電子業，會一點技術，但苦於不是本科系畢業，自覺 EQ 還不錯，能應付「奧客」一些雜七雜八的問題，那或許您可以試試看到代理商這類公司應徵，將來做為跳往技術層面更高的公司之跳板，應該會比較容易。
• 系統整合廠商（SI, System Integration Company，簡稱「系統廠」）：這種廠商是真正把一個電子產品「做」出來的公司。他們不做 IC，不過會去評估市面上哪一顆 IC 符合所需，然後把它買回來後，自行設計或請人設計一塊電路版，加上必要的軟體功能，把產品做出來，然後貼牌賣給有品牌的公司。這類廠商由於不做實際硬體開發工作，只是想辦法整合現有方案，把產品「兜」出來，所以又叫「系統整合廠商」。目前我待的這家公司，以及大家耳熟能詳的「廣達」、「仁寶」、「華碩」，都可以算是系統廠之一。在系統廠工作，需要一點技術底子，但又不用從頭到尾都自己做。大部分的狀況是：當公司決定要使用哪一顆 IC 製作產品時，會向 IC 設計公司要求借用「公版」，而且要連能讓公版動起來的軟體都得附上。這套可以讓公版動起來的軟體，通常稱為「BSP (Board Support Package)」。系統廠的軟體工程師，就是將這套 BSP 修改到可以在自家的版子上動起來就行了。原廠為了握有技術優勢，通常不會將 BSP 的完整原始碼釋出給系統廠，大多將某些核心部分，包裝成二進位的「目的碼（Object Code）」，再釋出給系統廠。如此一來，系統廠就不會拿了 A 公司的 BSP 原始碼，然後修改成 B 公司能用的版本。如果原始碼有不知道怎麼修改的地方，還可以問代理商的技術支援部門。比較沒良心一點的系統廠，仗著他們握有「採購權」，乾脆就把客戶要求系統廠修改的地方，原封不動地丟給代理商，壓榨他們，要他們限期內交出客戶要求的結果。可憐的代理商，為了賺那一顆 IC 一兩塊美金的酬庸，只得含淚相挺。不過我公司軟體部門是我帶的，我可沒那麼沒良心兼沒骨氣喔！如果您是軟體業界的老馬，想跨入電子業做「嵌入式系統」，又怕進入 IC 設計公司，一下子要學太多東西會適應不良，或者是您喜歡做出一個實際可以動 / 可以賣的產品，而不是只有一顆冷冰冰的 IC，那我建議您可以應徵系統廠所提供的工作。這些廠商無論如何都有 IC 設計廠商在背後撐著，真的不會做的時候推給代理商或原廠幫忙解決就好了。很適合那種「有一把刷子，想取得第二把」的人。

我再描述一個真實案例給您聽，您就知道上述三種公司在電子業生態鍊中，各自所扮演的角色：「快樂科技」是一家設計多媒體晶片的廠商，其生產的晶片，有著低價位、高品質的特性，可惜在市場上屬於後進，一直無力將這麼好用的晶片推銷出去。「勇壯實業」是一家 IC 代理商，得知「快樂科技」有這麼好的產品，卻沒有好的行銷團隊將之推銷出去。於是「勇壯實業」與「快樂科技」簽訂代理合約，由勇壯將快樂科技的晶片推銷出去，並負責其後的技術支援工作。

「馬力電子」是一家系統廠，最近打算開發一款多媒體播放器。「勇壯」的 Sales 風聞此消息，立刻與「馬力電子」負責多媒體播放器的產品經理（PM, Product Manager）相約 Demo 快樂科技的晶片。當天，「快樂科技」業務部協理、研發部經理，以及「勇壯實業」技術支援部經理、業務工程師帶著快樂科技的「公版」，拜訪「馬力電子」。雙方在會議室一字排開，交換名片，並做了現場示範後，馬力電子對快樂科技的晶片，只能用「驚為天人」來形容。馬力電子立刻決定要採用快樂科技的 IC 來製造多媒體播放器。於是快樂科技提供了「公版」、「BSP」給馬力電子，並囑咐勇壯實業的技術支援部經理，要好好「照顧」馬力電子回應的所有需求。雙方就這麼「賓主盡歡」地散場了。

剛開始「勇壯實業」的技術支援部經理，的確扮演了帶領「馬力電子」工程師入門的角色。隨著開發工作到了中後期，「馬力電子」工程師所問的問題越來越難了：「喂！勇壯的龐得嗎？我是馬力的鮑伯啦！我們可不可以將系統內建的字型修掉，改成我們自己的…嗯…嗯…不知道喔～哇，那怎麼辦？」此時就發生不論「馬力電子」問什麼問題，「勇壯實業」都把問題往後丟給「快樂科技」的工程師。而「快樂科技」與「勇壯實業」簽訂代理約的原因，就是「快樂科技」不擅長客戶應對。現在接到這種需求，「快樂科技」的工程師常常變身為鴕鳥：「不知道不知道不知道～沒看到沒看到沒看到～」但上述那種技術性問題，又非得原廠（快樂科技）寫該段程式碼的工程師才知道。所以，很多問題，只要一進入原廠，就得有石沈大海的心理準備。

所以，「快樂科技」（IC 設計公司）負責設計晶片，並開發「公版」與「BSP」，做為「硬體」與「軟體」的參考樣品，交給下游廠商開發客戶要的產品。「勇壯實業」（代理商）負責「賣 IC」以及「做客服」。而「馬力電子」（系統廠）則參考公版線路圖，自行設計符合客戶需求的硬體版子，然後將原廠（快樂科技）所附的 BSP，修改到能在自家的版子上跑。任何做不出來的地方，還可以請求代理商，甚至於原廠的技術支援。」這種「IC 設計公司」 -> 「代理商」 -> 「系統廠」 -> 「客戶」的關係，正是電子業的生態鍊。

什麼？你知道我說的「快樂科技」、「勇壯實業」、「馬力電子」分別指哪幾家公司？來來來！你一定是我的同事！留言報上名來，好讓我拿著留言到副總那裡告你一狀「不務正業」。呵呵～

[+/-] 繼續閱讀...

[+/-] 只顯示摘要...

發信人: weber1217.bbs@bbs.cis.nctu.edu.tw (weber), 看板: Programming
標 題: 十年一覺程設夢
發信站: 交大資科_BBS (Mon Jan 14 00:42:42 2008)
轉信站: ptt!ctu-reader!ctu-gate!news.nctu!news.ntu!news.ee.ttu!csnews.cs.nctu!

十年一覺程設夢

本文可視為 "我的 DDK 學習經驗" 的續篇, 不談軟體技術, 而是寫我在華碩 10 年的職場經驗. 描述學會了 DDK 這套工具, 我是如何運用它, 在工作上落實創意, 供各位參考. 另外我的為官經驗, 可說是失敗中的失敗, 各位可引以為鑑

我在華碩的第一位老闆是 HC, 我日後對軟體價值的想法, 受到他的影響極深.

他以前在宏碁是 Jonney 的助理, 參與天龍中文終端機開發計畫. 當時工作, 是用宏碁自行開發的 ASIC, 搭配 firmware 來處理中文顯示.

這份工作累積的經驗, 讓他日後有能力自己開一家 VGA Chip IC 公司. 而也使他成為在華碩中最了解軟體價值的董事.

他在華碩第一份工作, 是從無到有成立 VGA 部門. 當時 3D VGA Chip 霸主是加拿大 ATi , PM 大主管屬意這家公司, 預計與其全面合作. 但 HC從 Chip 架構及規格, 反而看好另一家風中殘燭的 nVidia. 那時候 nVidia 找過麗台跟其他家 VGA 卡廠商, 都吃閉門羹, 沒人想理它.

部門內成立 3 條產品線, 分別使用 ATi , nVidia, S3 公司的晶片. 當時與其他部門最大的不同處是, VGA 部門 RD 是以軟3: 硬1的分配. 成為公司部門中, 擁有人數最多, 水準最整齊, 都是台清交碩士畢業的軟體人員. 連我跟他面試時, 還被他嫌在資策會待太久, 怕染上不好習性.

HC 的個性是, 技術不願受制於人. 他逼 nVidia 吐出所有的 VGA source code, 命令底下一組軟體工程師來做效能最佳化的工作. 我分配到的工作是, 做安裝光碟程式, 及用 X86 組合語言來加速 VGA Driver執行效能. (因當時有許多 2D/3D 指令是用 CPU 先處裡過, 然後再傳給 VGA 晶片處裡).

因解掉 1 個 nVidia 驅動程式的 Bug, 使華碩 V3000 繪圖卡領先其他對手, 早 1 個月出貨, 打響公司在 3D VGA 市場的名號. 因為這一點貢獻, 經 HC 推薦, 而獲得 Jonney 額外的獎勵獎金.

VGA 部門在所有同仁努力下, 不到 2 年時間內, 就擠下原先在台灣第一名的麗台.

---------------------------------------------------------------------

因在驅動程式這個領域的耕耘, 我獲得在資策會時, 做夢也不敢夢到的高額報酬, 有感於當時 (1997 年) BBS, 雜誌文章皆是財團法人, 學術界人士, 學生的論調, 鮮少來自工業界的聲音. 而且是一面倒向 MIS, 資料庫.

於是在 BBS 上寫篇 "我的DDK學習經驗" 文章, 鼓勵其他軟體從業人員,朝驅動程式發展, 而不是只押寶在 MIS, 資料庫.

當時在 BBS 上引起支持 RAD Tool, MIS, VooDoo 學生的筆戰, 搞到連 HC 去交大演講招募工程師時, 現場都有學生嗆聲點名, 說要找我單挑. 回來後問我是不是覺得時間太閒, 沒事做. (XD! 現在是 nVidia 還是 VooDoo 活下來 ? MIS 公司還是 IC 公司錢賺的多 ?)

事隔 3 年後, 在台灣微軟 WinCE 技術研討會上, 有一名微軟工程師趨前自我介紹. 他原本是在交大擔任助理, 看過該文後, 放棄原有安穩待遇的工作, 自願降薪一半, 投身驅動程式開發領域. 我相信, 經過 MS SmartPhone, SoC 的興起, 聯發科, 宏達電躍昇為股王後, 他現在應居要職領高薪, 遠比當交大助理, 來得更有成就感.

HC 深信公版公 Driver, 絕對無法支撐起產品競爭力. 於是在不增加任何硬體成本下, 極力要求我們要用軟體來增加附加功能. 而我們也不負他所望, 連續推出 3D Glass, Game OSD, 3D See Through, Time-Shift, Smart Doctor, OverLock 等特殊軟體功能, 讓 Sales 在報章雜誌上, 有材料來連連為華碩繪圖卡創造話題.

在不到 5 年內, 他成立的 VGA 部門, 成為世界第一品牌的VGA 卡公司. 而以往稱霸的外國 VGA 卡公司, Diamond 跟 Elsa 公司, 一個倒閉, 一個縮編.

當 Win95 問世, 引發一波 MB 大換潮, 得以讓華碩連續蟬聯 3 年股王. (但套句台語, 搖擺沒落魄的久, 10 年內, 股價從 800 多元變成現在的 80 幾元) 而 MB 也需要搭配 Win95 驅動程式的安裝光碟出貨, MB 的主管 Jerry 向他要求軟體人力協助. 他就派我去成立 MB 軟體支援課. 我雖然心中不願, 但卻也不得不捨下喜歡的 VGA 驅動程式工作.

當時的 MB 部門是以 EE 及 BIOS RD 為主導. 軟體支援課形同雞肋般, 扮演的角色,僅比 QT 部門高一點而已. 工作內容僅是製作安裝光碟, 檢查驅動程式的穩定度.不過因 MB 種類日益頻繁, 使這份工作變成繁瑣的制式工作. 也讓我心中不時思考, XD! 自己是 RD 還是高級 QT ?

然而繁瑣工作還是要做, 最後受不了, 我模仿 Win95 Plug and Play 的 driver 安裝機制, 寫出半自動安裝程式, 將公司所有的 Chipset, Audio, Lan 等等 driver 全部放在一張光碟. 當放進光碟機時, 安裝程式自動啟動來偵測 MB 上所有 Device 的 PID/VID, 挑出正確的 driver 供使用者安裝.

這套方法, 不僅讓這個軟體支援課逃出繁種無聊的工作, 也大大減少 PM 的安裝光碟庫存壓力. 不用一種 MB 就要準備一張光碟, 而是 Intel, SiS, VIA 晶片組系列的 MB, 各一張安裝光碟.

而我就利用這多出來的工作時間, 私下做一些自己感興趣的題目. 因沒影響到 MB 出貨, 所以 MB PM Joe 跟 Jerry , 根本都不曉得我私下在搞什麼東西.

---------------------------------------------------------------------

有鑑於 Win95 後, MS 宣稱要停止支援 DOS. 我就將 DOS 版的 MB BIOS Flash 程式, 改寫成 Win 版的 WinFlash. 大概撈過界, 惹毛負責 DOS 版 Flash 程式的 RD, 而讓 BIOS Team 不願導入. 完成的 WinFlash 只好靜靜躺在硬碟中.

過了半年, 當時公司為康柏 (Compaq, 現被 HP 併購) 製作一款無軟碟機, 安裝 WinNT 的 PC. 原先的 DOS Flash 程式無法在其上使用. (NT 上無法在 DOS 模式下去存取硬體, 也沒有軟碟可以 bootup DOS). 康柏限期要提供解決方法, 藉由康柏施加在 PM 的壓力, 讓這套塵封的 WinFlash 程式, 得以應用到產品上, 在市面流傳.

而另一家 MB 公司微星, 在我完成WinFlash的 2 年後, 也做出做法不同但相同功能的程式, 並在雜誌上大打能在 Win 上作 BIOS flash 的廣告. 看見其他公司的重視程度, 想起自家公司的態度, 真覺得 MB 軟體部門只是個打雜部門, 絲毫不受重視.

完成 WinFlash 後, 當時 WWW 網路剛興起不久, 洞悉到網路潛力, 我跟部屬合作開發 Asus LiveUpdate, 利用網路, 在 Win95 下來自動更新驅動程式跟 BIOS. 由於 Asus LiveUpdate 是由 Client 跟 Server 兩部分程式組成的. Client 端的檢查, 下載機制完成後, 尚須要後端 Server 的配合, 才能啟動.

但初期 MIS 部門根本無配合意願, 最後透過 HC 的影響力, 總算幫 VGA 部門 架設更新網站. 經過 3 年後, 微軟把類似概念的線上更新功能, 直接內建到 Win 2000. 而現在華碩官方軟體下載網頁, 及 MB/NB/VGA/EeePC 的安裝光碟上, 都存在著這套軟體.

同一時期 Intel 在 MB 上推出 Health Monitor 的功能, 用來偵測 CPU 溫度, 風扇轉速, 及機殼入侵. 同時推銷網管軟體 LDCM (Lan DeskTop Configuration Management) 給公司來 bundle 在 intel 系列主機板上. 而 maintain LDCM 的工作就落到我頭上.

因 LDCM 既有的InstallShield 安裝程式, 需事先提供硬體設定檔, 註明 MB 有幾顆風扇, CPU 溫度範圍等資料. 我的天啊 ! 若每一片 MB 都要這樣搞, 那我豈不是被 LDCM 搞死.

於是修改既有的 InstallShield 程式, 讓它能掛上 device driver. 在安裝過程去偵測有多少顆風扇, CPU 現在溫度, 然後動態產生硬體設定檔, 餵給後面的 LDCM 設定程式去正確執行安裝.

後來上 LDCM 訓練課程時, 聽到 Intel 人員提到 Acer 一個軟體部門, 正在進行於 LDSM Client-Server 架構下, 從 Server 端把 BIOS/Application/Driver 安裝到 client 端. 於是自己獨力將 WinFlash 修改成 LDCM 能使用的 PLUG-IN module, 提供 MIS 人員直接在 Server 端更新 Client 端 BIOS 的功能.

因為 Intel 限制 LDCM 只能用在 Intel chipset 系列的 MB 上. HC 叫我想辦法, 在 SiS/VIA Chipset MB 上提供相同功能的軟體. 於是就開發 PC Probe 這套軟體, 但也發現讓問題越來越複雜.

3 家晶片組公司(Intel, VIA, SiS) 有各自不同的介面/地址去讀取 Health Monitor, 甚至同家不同系列的晶片組也有所不同, 有用 SMB Bus, 也有用 I2C Bus 的. 而 Health Monitor IC 來源, 也有 3 家 IC 公司提供. 產生一堆晶片組加 Monitor IC 的不同組合.

做第一片 MB 時, 還覺得有趣. 但做到第 10 片 MB 時, 就覺得又煩又無聊. 所以一直在想, 有沒有一勞永逸的解決方法.

---------------------------------------------------------------------

當初是 1999 年, Win2000 beta 版還在測試, WDM DDK beta 版首度出現在 Win98 ME上, ACPI BIOS 1.0 spec 也剛出爐.

看完 ACPI Spec 後, 加上幾年的 Window Programming 經驗, 我察覺到 MS 想利用此一規格, 迫使各硬體系統廠商必須提供 ACPI BIOS, 來讓 Windows OS 能直接控制硬體. 並且把 BIOS 角色壓縮成 Boot Loader. 一但 OS 啟動後, 讓 BIOS 沒有主控權, 以避免 BIOS 影響 OS 運作. (MS 夠邪惡, 但很明顯並未得逞, 直到現在, 在 Vista 上, programmer 還是可以用 device driver 下 SMI 指令, 讓BIOS 取得控制權)

看過 ACPI BIOS 規格跟 WDM DDK beta 版後, 我終於找到處理 Health Monitor IC Access 跟 BIOS Flash 的一勞永逸方法. 讓所有硬體存取相關的動作, 全部集中在 BIOS 的 ACPI ASL code 中, 由應用程式透過 ACPI driver 來讓 ACPI.SYS 執行對應的 ASL ocde. 如此就不用三天兩頭為 SMBus I/O port來改device driver.

於是一頭栽進去, 偷偷在 Win98 ME 平台上開發 Asus ACPI Driver. 同樣的, 因為有把該做的工作完成, HC 檢查進度時, 沒發覺異樣, 所以才不會對我碎碎唸, 說做這個東西有什麼用.

但是 ACPI Driver 需要 ACPI ASL code 配合才能啟動.自知惹毛過 MB BIOS Team, 他們是不會幫忙的. 求人不如求己. 於是找剛成立的 NB BIOS RD 部門, 向其要了 Lotus NB 的 BIOS 原始碼, 自己邊看 ACPI BIOS Spec, 邊在 Lotus 上修改 ACPI ASL code.

當花了 3 個月時間, 寫出 Asus ACPI Driver 跟對應的 ASL Code 時. 因深知此技術的發展潛力, 便主動開技術介紹會, 邀請 NB/MB BIOS RD 來參加. 但會議結束後, 沒有一個 BIOS RD 感到興趣.

但我並不灰心, 因 Win2000 WHQL Logo program 規定 BIOS 一定 要支援 ACPI. 我知道總有一天, Asus ACPI Driver 會派上用場. 只不過卻沒料到, 這 "總有一天", 卻是在 3 年後才來到.

---------------------------------------------------------------------

2002 年, 公司 的 NB 種類增多. 原先 NB BIOS RD 是直接 program VGA , 在各家 VGA Chip 的 Frame Buffer 上畫 OSD (On Screen Display), 但多種不同的繁瑣 VGA Frame Buffer 定址, 讓 NB BIOS 主管 Jason 受不了, 因他有聽過我的 ACPI 技術介紹會, 於是私下請我幫忙解決.

我當時也沒多想, 本著同公司就應互相幫助, 將 Asus ACPI Driver 原始碼提供出來, 做投影片, 並教 NB 軟體工程師如何移植到 NB 平台.

HC 常跟我說, 我是做事的人, 但卻不是做官的料, 有股 RD 的技術狂熱, 卻不懂職場的遊戲規則. 但我毫不在意, 老是把他的話當耳邊風.

但這次無私的 ACPI 技術提供, 不僅沒有獲得任何回饋, (NB 部門可沒因此而多發薪水股票給我). 反而種下 4 年後不愉快的起因.

雖然那時是在做 MB 的事, 但還是會關心 VGA team 的發展. 把 MB 上學到的 Health Monitor 跟動態超降頻的概念, 介紹給 HC. 在大家一遍喊 VGA 超頻的時候, 逆勢提出降頻觀念.

我認為做文書處理或上網時, VGA 根本不需要啟動 3D Engine 跟拉高頻率. 於是在 VGA 上實作出 Smart Doctor 軟體, 依據 VGA/CPU 實際工作負荷, 來動態超降頻, 以避免 VGA 長期處於高熱超頻狀況, 降低正常使用期限.

事隔 1 年半後, nVidia 公司受到其他 VGA 卡製造商的壓力, 將這項功能, 直接內建在 Driver 中. 可惜當初沒人告訴我要申請專利. 不過雖然如此, 這套動態超降頻功能, 已經領先其他對手早 1 年半.

當 VGA 部門闖出名號後, HC 為了尋求下一波成長動力. 將目光擺在 當時熱門的 IA 題材: Setop Box 跟 PDA 上. 但因 VGA 軟體人力不足, 想將軟體人力從 MB 部門抽回來, 於是詢問我的意願.

但他同時也點出, MB 軟體支援課雖然工作無趣繁瑣, 但會影響 MB 出貨, 公司不能沒有這個課, 而且未來將會隨 MB 產能大幅成長變成一個大部門.

但我二話不說, 自廢武功, 自動解散 MB 軟體支援課. 將底下的台清資訊碩士, 從無趣工作中解放出來, 投入 Embedded System 研發專案中. 我也不再想當管理階層, 跟 PM review 進度跟開會, 我覺得是浪費生命.

---------------------------------------------------------------------

在 2002 年時, 掀起一股 IA 熱潮. &quotPC 已死, IA 當道&quot. Embedded System, 如 WinCE 3.0, Embedded Linux, VxWork 紛紛跳上檯面. 我被分派去做以 Embedded Linux 為主 的 Setop Box 跟 Thin Client.

當時曾接觸過 Luxsonor IC 公司, 原想用其 IC 在 Setop Box 上. Luxsonor 的華裔羅副總, 因意識到 PC 運算能力提升, 以硬體為主的 MPEG2 decoder 將倍受威脅, 後因理念不合, 於是自立門戶, 成立 InterVideo (IVI) DVD 播放軟體公司. 而 Luxsonor 在將 MEPG2 decoder IP 授權給聯發科後, 被 Cirrus Logic 併購.

因 IA 口號正熱, 一些軟體工程師很容易從傳產股金主募得資金, 在國內外, 小型 Embedded Linux 公司如雨後春筍, 陸續冒出. 連 Mr. Taiwan 谷月涵, 也插花當網虎國際的執行長, 來搞股票上市上櫃. 就可知道這些公司分名是擺明想 A 錢, 用股票換鈔票. (XD! 我打電話給網虎 Sale 問些事情, 結果隔天他就發新聞稿, 說華碩即將採用網虎的 embedded linux)

在 Setop Box 上的 Embedded Linux 上執行的 Browser 功能很陽春, 涵蓋 PC NetScape/IE 的功能不到 30%, 而他們又無法克服 TV resoultion 及 interlacing 問題. 最後淪落為無實用性的玩具. 我也因而勸阻 HC 入股某家美國 Embedded Linux公司的念頭.

Settop box 做半年後收起來, 改做 Web Pad, 一共用 Transmata TM5400, NS GEODE, VIA C3 3 家 CPU 來開發原型機.

開發Transmata TM5400 WebPAD 時, 我負責 BIOS 與負責硬體的同事 Alex, 僅僅兩人完成該 Prototype. 當時我們好像是在搞家庭代工, 什麼事都自己來, 我邊下 BIOS 命令, 他就用 LA 去抓硬體訊號. 那陣子, 雖然壓力大, 但也學到 Phoneix NoteBook BIOS 架構, 並得知更多 Window 與 BIOS 溝通介面.

當時觸控面板的介面 IC 並無支援傳統 PS2 介面, 於是我寫個 Win98 驅動程式, 用南橋晶片空出來的 GPIO pin 去接收介面 IC 的輸出資料, 透過驅動程式將 其轉化成 PS2 Mouse Event, 去模擬出一個 PS2 Mouse Driver. 這是我第一次用軟體驅動程式模擬出特定硬體介面的經驗.

5 年前的 SoC 剛萌芽, 硬體省電能力很弱, LCD-TV, 跟 LCD Panel 價格昂貴. 原型機完成後, 因暸解成本昂貴, 功能有限. 我向 HC 建議, 不要導入市場. (有夠呆吧! 如果煽動成功, 讓老闆投錢投人, 起碼可以撈到個副理官位來做, 至於賺不錢, 那是他家的事, 反正有其他賺錢的部門在養, 怕什麼!) 結果同時期有兩家公司, 大眾電腦跟旺? 做出 WebPAD 商品, 想也知道, 都賠賠賠, 成了 3 賠產品.

IA 熱潮的泡沫, 不到 2 年就消失. 但 PDA 因有 Palm 及 WinCE PDA 的銷售成長, 得以繼續生存下來.

---------------------------------------------------------------------

HC 意識到趨勢變化, 停止 Steop Box, WebPad 開發, 將所有軟體人力 投入 PDA 開發. 於是我被指派去做 Intel Bulverde VC (Validated Customer) 計畫.

Bulverde 是顆 SoC, 非 CPU. 它將 ARM base CPU, VGA, Peripheral, Memory Controller 全部塞到 1 顆 Chip 中. VC 計畫是, 在 Intel 提供的 pre- alpha SoC 板子上, 架上 MS WinCE 3.0 OS, 寫程式去測試功能.

當時是利用 ICE, 透過 JTAG 介面來 program SoC, 使 SoC 發出預期的 控制訊號, 接著用 LA 去量訊號, 檢查是否正確. 然後每星期回報 Bug 給 Intel 做除錯之用. 簡言之, 就是寫程式幫 Intel 作 SoC 硬體功能驗證測試.

在參與過 Setop Box, Thin Client, 及 Bulverde VC 計畫, 讓我無意中充實對 IC 規格和硬體設計方面的知識, 有時候當下看是不相干的工作經驗, 往往是日後技術提升的基石. 經歷這時期實作經驗, 對日後軟體設計, 有極大幫助.

但因部門政治因素, 外加 VGA 軟體主管離職. 不得不放下喜歡的 Bulverde VC計畫, 再度聽從 HC 的安排, 轉任 VGA 軟體主管.

HC 一直想為 VGA 部門尋找另一波成長動力. 於是指派我去執行 DVD Recorder 及 LCD-TV 專案. 初接任 VGA 軟體副理一職時, 一位負責維護 Display Driver Hooking 機制的 RD, 提出可以將 Video 結合 3D Game 的點子時, 我贊同他的想法, 並加碼加派一位 RD 去做 MPEG4 壓縮跟網路即時通訊功能來配合. 做出全球首套支援 3D Game 的視訊軟體. Sale 部門看到這套軟體後, 取名為 Game Face 來大力促銷.

隨後因 HC 想在大陸成立一個軟體團隊, 我暫時放下 LCD-TV 案子, 前往蘇州, 武漢, 西安等地的大學去招募員工. (有人跑大連, 哈爾濱的路線, 11 月, 還好不是我) 因老婆不願舉家遷移到大陸, 在蘇州華鼎成立團隊雛型後就返台.

在 LCD-TV/ DVD Recorder 這些專案中, 我陸續接觸到 WIS, LSI, TI OMAP, Sigma Design, Trident, OPlus, Genesis, PixelWork, Morning Star 等各家的晶片. 這段期間大量接觸各類的 IC 公司, 也讀了一堆相關的 IC spec and datasheet, 我試著去比較各家晶片性能. 遇到不懂的規格名詞時, 就上 Google, 翻 paper, 從基礎理論去了解其規格背後的含義. 而墊下對消費性電子 IC 方面的知識.

因為國外 IC Design 公司的規格書寫得非常詳細, 我從中接觸到MPEG 2/4, H.264, Scaler, DE-INTERLACE, 視訊規格, 以及色彩學等方面的知識.

記得當時 Trident 代理商的某個 FAE 很臭屁, 欺負我沒摸過 LCD-TV Chip, 還說 LCD-TV Chip 很有深度, 技術很難懂, 要像他這樣的人才才能搞懂. 結果事後 K 過 paper 跟 Video Demystified後, 才知道他誇口的那些知識, 根本是入門級.

做這些案子期間, 我觀察到一些 IC 公司只專注在硬體開發, 如 LSI, TI. 而其 IC 所需的 DSP firmware 或 embedded system 卻要系統廠商, 花錢向其他家軟體公司購買, 相關的 Video/Audio codec 授權問題, 也是由系統廠各自向 MPEG2/Dobly 談判. 對玩慣 WinTel 的我為此深感不解. 為何無法提供一套完整的方案, 卻還要系統廠到處張羅硬體,軟體,權利金等事項 ?

相同時期, 隨著 SoC 蓬勃發展, 聯發科洞悉到系統廠的需求, 招募眾多 軟體工程師, 搭配自家晶片, 提供完整的 solution, 在不到 4 年時間, DVD Recorder 方面就打敗 LSI, 手機晶片方面, 則是嚴重威脅到 TI. 逼得 TI 也出 Davanci SDK for WinCE. 如果 TI 還不親自提供完整 TurnKey Solution, 中低階, 甚至高階手機晶片, 被聯發科攻陷是指日可待.

---------------------------------------------------------------------

在 2000 年, 華碩獲利大幅衰退, Jonney 意識到主機板高毛利時代, 已經一去不返, 連精英都嚴重威脅到華碩 (股價 130 : 70), 一堆 VGA 部門的軟體工程師, 集體跳槽到精英.

Jonney 開始推動巨獅計畫. 進行公司組織重整後, VGA 部門被劃給 Jerry. 我因而失去重視軟體功能 HC 的支持, 我曾經因案子無預警被中斷, 當面對著 HC 拍桌子, 但他心胸寬大有雅量, 沒把這件事放在心上, 日後反而常常在暗中拉我一把.

直屬長官變成 VGA 部門的硬體經理. LCD-TV 專案也被迫停擺, 由 Jerry 新成立的數位家電部門來主導. 而底下的一些軟體工程師 看苗頭不對, 全部跳去負責 VGA 卡的軟體單位.

但上帝關起門時, 同時也為你開了另一扇窗. 2004 年時 MS 推出 Media Center, 並且全球數位電視陸續開播. 雖然處於冰凍狀態, 算是苦中尋樂吧, 花時間 K 數位電視訊號規格, 去了解 RF, IF, BF, demodulator,及 OFDM 編碼的原理. 從這些規格跟通訊編碼原理中, 找到屬於技術人員的樂趣. (數位電視訊號規格有牽涉到視訊壓縮, 因有看過 MPEG2/H.264 資料, 所以蠻快就進入狀況. 有燒香就有保佑, 有讀書就有收穫)

不久後, Jerry 對 Barebone 部門報以高度的期許, 於是我轉移陣地, 設立一個軟體團隊來支援 Barebone 部門, 雖然還掛在 VGA 部門, 但 VGA 部門最高主管早就不理我, 考績被打得很爛.

在 BareBone 部門初期幫忙接 Samsung 的代工案及自有品牌 E-Spreso. 但後期 Barebone PM 部門換主管後, 無意朝創新發展, 以衝產量為優先. 也不管軟體功能, 把底下的工程師當工具來使用.

為了不讓底下的軟體工程師閒閒沒事幹. 加上看到 MB/NB 朝 消費性電子化的發展趨勢, 同時也知道 LCD Panel 的色彩缺陷性. 我不想浪費在 LCD-TV 專案上獲得的一些研究經驗, 於是開案子, 將 LCD-TV 色彩處理功能導入到 VGA/NB 上.

初期我將這個概念跟專利草稿給另一家 IC 設計的子公司參考, 希望能共同開發. 但後來子公司毫無分享意願. 認清現實一面後, 靠人不如靠己, 我分配 2 名 RD, 成立 Cameleon (變色龍) 專案, 從事 NB 上的色彩功能開發, 並將此觀念介紹給某位 NB 高級 PM.

因為這位高階 PM 是工程師出身, 有過 TV CRT 的相關開發經驗, 知道此功能的實用性. 雖然NB 內部有阻力存在, 但他仍盡力協助我 在NB 部門內介紹這項功能.

幸運的是, 當時 Toshiba 推出強調色澤鮮艷的 Qosmio NoteBook, 該 NB 加裝 1 顆我以前摸過的 Trident LCD-TV Chip, 用來處理色彩運算. 而公司代工的另一家日系公司也想要有類似功能. 要求 NB team 評估 用日本 Jepico 影像處理 IC 在其代工 NB 上的可能性.

就在日系公司派出技術科長來台灣, 討論代工 NB 的技術相關問題時. IC 子公司透過高層主管安排, 向其 demo 他們開發的色彩軟體功能. 而我是幸好有該 PM 的私下安排, 向日本科長展示 Cameleon.

雖然IC 子公司想透過高層主管的政治影響力, 來左右日系公司的選擇. 但在看過 IC 子公司, Cameleon, 及 Jepico 3 種解決方案後, 基於擴充性, 效能, 及價格的考量. 日系公司決定採用 Cameleon, 並派出其 TV 部門技師, 提供調校色彩參數, 來配合 Cameleon 使用, 正式導入在日本銷售的 NB 上.

因為日系公司採用, 形成強而有力的背書, 原先反對的人都默不出聲, 順利消除 NB 部門內部阻力, Sales 部門將 Cameleon 改名為 Video Splendid, 如同 Asus ACPI Driver 般, 成為公司 NB 的基本功能.

由於 Jerry 所轄的 VGA/Barebone 部門主管, 無意朝創新發展, 只優先衝產量. 外加看到 XBox 360/ PS 3 研發售價消息不斷冒出, 以及 LCD-TV 低價化. 魔獸爭霸也放出消息要移植到 Xbox 360 上時, 我判斷 高階 VGA 卡, DMA 及客廳式 PC, 絕對不是Xbox 360/ PS 3 的對手.

試問當一台 Blue-Ray BD, 40 GB HDD, WLAN 801g 無線上網, 3 顆 CPU 的 PS3 只賣台幣 1 萬 4 千時, 還會有多少人去買 1 張 1 萬多元的高階 VGA 卡 ?

MS 跟 Sony 可以賣一台虧一台, 以後靠 content service 跟 game license 來獲利. 但 Dell, HP, Acer, Asus 有可能虧錢賣 PC/NB/VGA 嗎 ?

NB 市場的 VGA 方案都是內建, VGA 卡公司是看的到吃不著. 同時 NB 長力道已經逐步趕上 Desktop 時. 看不出有其它位來發展機會, 於是離開 VGA 部門, 轉調到以系統為主的 NB 部門.

---------------------------------------------------------------------

公司一變大, 一些事情再也不是以技術優劣來考量. 原先以為在 NB Team 可以開發第 2 代的 ACPI Driver 及 Video Splenedid, 尤其是 ACPI BIOS 已經出到 3.0B 版, 而 ASUS ACPI Driver 還停留在 7 年前的 ACPI BIOS 1.0 時.

但這些想法都被 NB 軟體大主管拒絕. 有次討論工廠測試流程時, 還跟我解釋 ACPI Driver 的功能. 當時心想, 他還以為 ACPI Driver 真的是他手下自行開發出來的.

在不被重用, 近乎被冷凍的狀況下. 又開始自己找事做, 看到大部分人 用 NB 時, 通常是用 Mouse 居多, 而 TouchPad 就白白浪費在那邊. 加上當時 iPod的觸控螢幕功能造成熱門話題. 所以交代部下去搞個將 TouchPad 當 Touch Panel 用的程式並申請專利.

結果搞出來後, PM 對其興趣缺缺. 但卻沒料到,過 1 年半後, 在 2008 年 CES show 展上, NB Sales 把這個 TouchPad 功能當成一個賣點.

因從 2004 WinHEC 資料得知, 微軟即將力推 MCE 2005 跟 Vista Premium (code name Diamond), 會拉升 NB 對 TV 功能需求. 又看到大陸工資成長的趨勢, 及公司內部如火如荼的 LSS 精實運動. 我想到用軟體自動化來做工廠檢測.

當時 NB工廠大多依賴人工作檢測, 無法有精確的量化數據. 在 6 Sigma 的 DMCIA 步驟中, 需有 M (Measurement) 步驟提供量化數據, 以統計手法分析, 作為方案效果評估, 來找出引起品質差異化的關鍵.

假想若能提供每月數十萬台的 NB 測試量化數據來加以分析, 又能 加速測試流程, 減少作業員需求量. 對公司的硬體設計, 供應商的 電子元件良率控制, 應當有所幫助.

於是實際到工廠待一個下午, 發現作業員真辛苦, 因為工廠沒能力去寫測試程式, 為了測試 TV, Camera, Audio 的功能, 須操作繁複設定的商用應用程式 (IVI Home Theate, Cyberlink Power Cinema, 3D Mark 2003), 以人眼人耳去判斷,

而長期沿用 DOS/Assembly 的單工觀念, 將刺是測試幾個小站, 一站一站去測, 絲毫沒利用到目前 CPU/Windows 的多工能力, 也無法執行驅動程式來 測試 device 功能. 而在測試聲音時, NB 啦叭跟機具運轉的噪音, 此起彼落, 真是個惡劣工作環境.

於是回來後寫個快速測試 TV/camera 的程式, 交給部屬, 由他修改介面, 依工廠需求, 協助導入 Digital/Analog TV 軟體檢測, 因 MCE 2005/Vista Premium 的 NB 產量持續成長, 對 TV 的檢測需求, 大幅成長. 這套方便的 TV/Camera 檢測程式很快就正式導入 NB 生產線, 頗受作業員的歡迎.

受到順利導入的鼓舞, 我計畫接下來開發 Audio, WLAN, BlueTooth 等檢測功能. 再度請出 Google 大神, 上網查聲音相關的論文跟原理文章, 最後使用麻省 理工學院的快速複利葉轉換程式庫( MIT FFTW), 以及參考普林斯頓聲音研究室 ( Princeton Sound Lab)的公開原始碼, 在 DirectSound 上寫一個可同時測 錄放音功能的快速聲頻檢測程式, 來檢測 NB 聲音輸出入 的 Channel Balance, Frequency Response, Total Harmonic Distortion, Back Ground Noise Level 品質. 為了確保聲音檢測的正確性, 我拿商用音頻測試軟體 SpectraLab 來比對.

但是要導入時, 又發生政治因素, 讓快速音頻檢測程式無法上線. 軟體主管單位擺明, 要導入的話, 就把原始碼全部公開給他們, 並提供訓練課程. 不然的話, 就別想導入.

大概因接 2 連 3 惹毛其他軟體部門, 造成 NB 新主管在管理上的困擾. 最後他丟個 PC Camera 的案子給我做. 並告訴我只准做這個案子, 不要再亂想 或亂碰其他案子, 免得跟其他部門起衝突. 好吧, 反正不是第一次, 我再度發揮苦中尋樂精神, 自我尋找技術人員的樂趣.

於是跟幾家 Camera USB IC 公司接洽, 初期因剛接觸 PC Camera 領域, 對相關技術不懂. 於是把 PC Camera 整個軟硬體架構拆解掉, 從 Lens, CMOS sensor, 步進馬達, USB IC, UVC/WDM Capture driver, KsProxy, DirectShow 等硬韌軟體功能, 從頭到尾走過一次.

知道影像清晰度跟色彩對 camera 非常重要, 就花時間做快速 Auto Focus, 因嫌 USB IC 的清晰度判斷能力太爛, 自己寫 MTF base 清晰判斷程式來取代. 並上網去讀 Glass/Plastic Len 鍍膜對色彩的影響, 以及 CCD vs CMOS sensor 的 色彩處理物理特性的優略點分析.

甚至到最後, 覺得 CMOS sensor 的硬體色彩處理功能 (3x3 matrix process), 還是無法真正解決色偏問題, 還找到 Nikkon 的色彩處理晶片專利文章, 來了解 Nikkon 單眼相機對色偏的解法.

在看過 Micron CMOS Sensor 2020 的 datasheet 及 USB UVC Spec 後, 花了 2, 3 個月, 去修改 USB IC 8051 firmware, 利用 UVC Extension 介面 從 Windows App 關掉 USB IC 的功能, 直接去 program CMOS sensor. 才發覺原來一開始被 USB IC 公司的 sales 給呼?了.

原來 USB IC 公司把 Micron 2020 優異的硬體功能關掉, 只開自家 IC 的影像處理功能. 而 Sales 宣稱其因 IC 具有特殊的附加功能, 如 AWB, Scaling, Sharpness detection 等, 所以要賣得比較貴.

但單純從運算速度來看, USB IC 的 8051 根本比不上 Micron 2020 的 68H11. 而這些功能可以被 CMOS sensor, VGA Scaling 及 Window App 所取代, 而且效果遠遠超過它.

因 PC Camera 硬體設計進度一直拖延, 要做不做的. 一直等也不是辦法. 為了證明自己不是只會放砲愛吹牛, 寫虛擬攝影機驅動程式, 用 UVC Extension 介面去控制步進馬達, 做出快速自動對焦. (1.2 秒, 可以更快, 但受限於馬達步進機構精密度的缺陷)

將擷取到的畫面導入 VGA Vertex/Pixel Shader, 去做 face detection. 同時研讀微軟北京軟體學院的電子白板相關論文. 想將電子白板的功能 導入虛擬攝影機驅動程式. 但最後還是看出主管並無心去推動這個案子.

經過 WinFlash, Asus ACPI Driver, Video Splendid 的推動經驗後, 我已經對由內部推動創新的方法絕望, 都要靠外部的市場壓力, 來彌平內部阻力, 一些被 PM/RD 主管輕視的軟體功能才能出頭.

這時興起辭職去其他系統廠發展的想法. 但就如同電影"東方不敗"中所說 : "江湖在哪裡? 有人的地方就有江湖 !"

其他系統廠也會存在相同狀況, 如果沒有總經理級的支持, 到時候鐵定 也是被排擠的份. 在華碩起碼還有 HC 知道我是會做事的人. 還好過沒多久, 果真 HC 就暗中幫了我一把.

---------------------------------------------------------------------

2007 年四月某晚 8 點多時, 接到 Jerry 秘書的電話, 說要找我一起吃飯. 搭著 Jerry 的 Lexus 460 LS 加長豪華版, 去台北藝術大學吃飯. 席間才得知, 原來 Jonney 交代 Jerry 去執行百元電腦計畫, 但 Jonney 一直對軟體部分放心不下, 要 Jerry特別留意, Jerry 就請 HC 推薦合適 的軟體人員來幫他看軟體這一塊.

雖然 HC 大力推薦, 但 Jerry 擔心我常跟其他軟體部門有磨擦, HC 反問他, 是要找一個會打仗, 攻山頭的人(對啦, 這種人死的最快, 無法享受勝利成果), 還是守成, 注重部門和諧圓容的主管 (割稻尾最在行, 處世圓融, 見縫插針). 幾經思考後, Jerry 最後還是找上我.

其實在 2007 年 1 月時, Jerry 因底下的 PM 不懂軟體, 就叫我幫他看 數位像框的發展機會, 我經過 2 天的技術 survey 後, 建議他取消, 因以其成本, 大可做一台 Thin Client 或 WebPAD. 如果真得要做, 建議 PM 考慮用 VIA C3 CPU + Linux 來開發.

而邀請 VIA CPU Sale 來開會時, 負責 AMD 百元電腦的 PM 也跑來插花. 後因華碩跟 VIA, AMD 價格談不攏, 最後連百元電腦的案子都停矲. 所幸 Intel 看到 AMD 在 OLPC 上的聲勢, 為防止 AMD 鹹魚翻身, 就跟華碩合作, 進入百元電腦市場, 而使這台小電腦起死回生.

餐敘後隔天就跟 PM, MID 等相關人員, 一起被關到北投春天酒店. 2 天後趕出百元電腦的UI/軟體功能規格初稿. (吃了兩天的生魚片, 真得有點反胃)

那時候公司內部並不看好百元電腦的前途, 只好用我們這群從四處徵招來 的散兵游勇來執行. 但因這是 Jonney 非常重視的案子, 使 Jerry 認真執行, 一個星期開 3 次會, 常常開到凌晨.

當時也不知道百元電腦會不會起來, 但與其繼續待在 NB team 被冰凍, 到不如把握這個機會闖一闖. 百元電腦是個人人不看好的案子, 沒有高官想進來插旗佔山頭, 完全沒有歷史包袱. 只有一群笨蛋, 傻傻的做. 有點像在公司內部創業的感覺, 如同 VGA 部門剛成立時一樣, 大家只想把東西做好. Just Do It! 而不會去想些有的沒的, 非技術性的事情.

出關後, 上網查一下 Intel 對百元電腦的策略, 結果發現另一個消息, 原來 Intel 老早把 Xscale CPU 賣給 MARVEL, 全力專攻 X86 CPU 的省電技術, 並在以色列海法分部進行該專案.

雖然那時 HC 知道我想換部門, 叫我去幫他看車用電腦這一塊, 但他底下 也有山頭問題, 犯不著跟那些人玩政治. 而且我覺得跟隨 Intel 腳步比較有搞頭, 如同宏達電跟隨微軟般. 新興的產品, 有大公司在背後推, 才有機會成功.

所以就接受 Jerry 的邀約, 加入百元電腦團隊. 忙了 1 個月多月後, 在 2007 年 台北電腦國際展上, Jonney 拿出這一部百元電腦亮相, 並正式命名為 Eee PC.

EeePC 會不會是曇花一現, 或是乘勢崛起, 我不曉得. 但我個人相信, 在 UMPC/MID 這塊領域能存活下來而且能獲利的, 必定是 強調系統整合功能的公司, 絕對不是只相想靠低價成本搶單的公司.

我非常佩服宏達電, 死死跟著 MS 的 Window Mobile 平台. 跟到第 4 年時, 公司差點倒閉. 因而引進王雪紅的資金. 但等到 WinCE 3.0 夠穩定, 能拿出來賣時, 宏達電是第一家有量產能力的公司. 同時它也聘請許多軟體工程師來做系統整合.

當宏達電推自有品牌時, 一堆分析師看衰. 但因系統整合難度高, 其他手機代工公司是看的到, 吃不著. 後來連原先解約的電信公司, 迫於市場現實壓力, 也回頭找它代工, 甚至直接貼牌.

我是天生反骨, 在 WinTel 體制下討生活討了 10 年, 因為了解所以不滿, 對其架構, 越看越不順眼. 在我眼中, EeePC 應是屬消費性電子產品, 但又需具有 PC 般的擴充能力. 能執行現有 Linux/Windows 龐大的 X86 base 軟體, 讓 User 可以自行添加自己慣用的軟體. 而不會像 PDA, 手機般, 被綁得死死.

若按照傳統 NB 的觀念來設計, 鐵定無法持續穩住目前的地位. 競爭對手只要猛攻低價化, 體積小的罩門, 很快就追上來.

現階段 EeePC 競爭對手, 都是以硬體成本來挑戰 EeePC . 談硬體成本(CPU, Panel, Battery)的功力, Acer, HP, Dell 會輸華碩嗎 ? 談垂直整合生產製造, 鴻海會輸華碩嗎 ? 更何況還有 Apple 神秘的 iBook.

等 2008 年 Q2/Q3 這些重量級廠商的類似產品陸續出籠後, 必定是一場大廝殺. 策略不對, 研發能力不強化的話, EeePC 鐵定被痛宰 ! 或許現在一些的好消息, 讓華碩一些人飄飄然, 我可是蠻憂心, 挫著等.

若 EeePC 朝更輕更薄, 更穩定, 更省電, 更快速開關機, 影音品質更好, 螢幕更大, 操作介面更人性化, 而且能控制住價格. 或許能產生許多差異性 系統功能來持續吸引 USER 的眼光.

其中系統穩定/省電功能/影音品質/人機操作介面, 軟體都可以幫的上忙.

當然, 打嘴砲想當官性格的我, 一定會考慮到:

沒人逼你做, 卻笨到自己主動挖個洞, 往下跳. 給自己找麻煩. 做出來, 沒人感激你, 反而還惹毛一些人. 做不出來, 別人逮到機會落井下石, 說你是大嘴巴, 愛吹牛. 若乖乖按照現有 NB 業界的安全方法來做, 跟大家都一樣. 老闆拿不出對照組來評估, 當然滿意你的績效.

如同銀行的資訊長愛用 IBM 的軟體, 如果出問題, 他可說國際級銀行都用 IBM, 拿其他銀行來當擋箭牌. 採用一家名不經傳, 可以省 200 萬成本的本土資訊廠商方案, 萬一出錯, 讓銀行賠上幾千萬時, 鐵定被迫辭職或降級. 老狐狸的資訊長當然打安全牌.

但工程師性格的我會想: 如果在相同硬體成本下, 能用軟體充分發揮整所有硬體功能, 創造出更多附加價值, 而且軟體成本是在人事上, 賣 1 萬台跟賣 100 萬台, 是相同的成本. 當 CPU/VGA 硬體能力成長時, 軟體功能也隨之成長, 而且是以加速度來成長.

另一方面, 軟體也可用來壓低硬體成本. PS3 因用軟體搞定 PS2 相容問題, 而省下 PS2 Chip 的成本. 那 EeePC 可不可以如法泡製 ? 若有 5 成把握, 我就放手一搏. 只要一台省下 1 塊美金硬體成本, 賣 300 萬台 就省下台幣 9000 萬, 若失敗, 只是多花 2 個人月的成本, 這個算盤實在是太划算!

而這些觀念也獲得一名協理的支持, 幫忙我跟 BIOS/HW 部門溝通. 要是我出面的話, 根本沒人鳥我.

這位協理, 以前華碩還小時, 我就跟他有過幾次合作經驗. 這次被關到北投春天酒店, 他 review 某個卡了1 個多月的軟體問題時, 我馬上提出解法. 2 個小時後, RD 回報已經解掉問題, 給他留深刻下印象. 後來在正式成立 EeePC 事業處之時, 他在 Jerry 面前也幫了我不少忙.

---------------------------------------------------------------------

一些 PM 開規格時, 因沒有深厚的技術背景, 為打安全牌, 常常就是:

1. 照抄大廠 (DELL, HP, Acer) 的規格

2. 照收 WinTel 的 roadmap.

3. 照收 component/software 廠商的 solution.

例如每家都配訊連的 PowerDVD, 在 UI 上打上公司 LOGO 來自欺欺人 這種做法只能做到消極防禦, 無法積極攻擊競爭對手. 搞到最後, 大家功能都一模一樣, 只爽到訊連.

而 Microsoft 在 MCE 2005 上推的 SideShow, 其起因是 PortPlayer 的 MP3 chip 被 Apple 取消用在 iPod上, 而改用 Samsung 的. 為了活下去, 它就跑去向 Microsoft 努力推銷 SideShow 觀念.

SideShow 說穿了, 就是把 PortPlayer 的 MP3 Player (成本 US $50) 黏在 NB 背板上, 讓 NB 同時有 X86 CPU 跟 ARM CPU. 當 X86 CPU 關掉時, 可用 ARM CPU 的 SideShow 功能來看 picture, 聽 MP3, 和看 e-mail 通知.

有沒有搞錯 ? 隨身攜帶的手機都可以做這些事. 一般 User/ 根本不需要 這種華而無用的功能, 而且 SideShow 一直開著會耗掉 NB 電源. 在 NB 上加 SideShow, 獲利者是 PortPlayer, 而倒楣的是 NB 廠.

在 EeePC 會議上, PM 計畫導入某家 PCI-E 3G 無線網卡, 內建在 EeePC. 同時要求軟體團隊來協助. 有沒有搞錯 ? 應該是這家公司要從頭包到尾, 自行負責, 它如果做不來, 還有其他家的方案. 哪有動用內部資源去幫 外面公司賺錢的道理. PM 到底是領 EeePC 部門的薪水, 還是外面公司的薪水 ?

在會議上我就開砲, 認為最重要的是, 趕快推出內建 BlueTooth, 跟能輕鬆與各家 3G 手機連線的軟體. 不必為 3G 上網的功能, 還要讓 USER 負擔 3,4 千元去買額外的 USB/PCI-E 3G 硬體. 況且用 3G 手機, 可馬上解決:

1. 全球各國 Field Test 的問題

2. 高速移動時的連線品質,

3. 讓 3G 手機的電池去負擔天線/3G Chip 的電源, 不用耗掉 EeePC 的電力.

便宜, 好用 又省電. 對 EeePC 價格, 軟體團隊, 及 User, 是三贏的局面.

就是這種雞婆個性, 常常撈過界, 挑戰別人的專業, 無意間就得罪別人. 但我覺得, 工作除了賺錢, 還要有理想, 外帶對自我技術的提升, 看看自己的底限為何. 如果自己多花些時間, 從使用者的角度, 來改善產品品質, 幫 user 省錢. 而不是已交差了事的心態來做事. 當參與開發的產品能大賣時, 多分些 Bonus, 能獲得工程師最好的 工作滿足感跟合理報酬

Jerry 看到 EeePC 大受歡迎, 衝到 Amazone 網站最受歡迎 NB 的第一名時, 決定把這堆妾身未明的散兵游勇組織起來, 成為正規軍. 於是成立EeePC 事業處, 地位跟規模將與 NB/MB/手機事業處平起平坐.

---------------------------------------------------------------------

原先我喜歡當工程師, 獨自躲在安靜的角落, 把上級交代的事做完後, 就天馬行空想新點子, 上網找資料看論文, 然後動手實作出來. 坦白說, 軟體工程師是蠻幸福的, 只需一台 PC, 有上網環境, 就可以 實踐創意. 不需像硬體工程師需要一堆設備跟很多單位配合, 才能動手.

然而經歷過 6 年不受重視被冰凍的職場生涯後, 我的態度改變了.

公司規模變很大後, 一些事情都慢慢變複雜, 日後能給我自由空間發揮 的直屬高級主管恐怕也不多見. 而且遇上一些案子, 高層會先考量需求 的研發/維護人力, 來交給一個 team, 而非一個人來執行.

工程師的我永遠是邊緣人, 只有發生問題解不掉時, 才會想到我. 而論功行賞, 封官加爵時, 根本忘記我的存在, 鐵定沒我的份.

成立有戰鬥力的研發團隊, 是很費時費力, 還要靠運氣(產品大賣). 但要摧毀它, 只需派個只會打嘴砲的主管, 不出半年, 很快就搞定.

與其如此, 倒不如自己出任管理階層, 參與高層主管決策, 來爭取預算, 在自己業務範圍內, 營造出良好軟體開發環境, 吸引志同道合的 RD, 將所學 10 幾年的軟體經驗承傳下去, 為公司培養具執行能力的中階幹部, 來擔任士官長的角色. 只要具工程師性格, 有創意跟執行力的中階主管, 越來越多時, 我在公司內部, 才不會到處被視為麻煩製造者.

若 EeePC 打算要衝出 500 百萬台的大量, 需要成立更多課級單位, 應付現階段出貨需求, 著手開發未來次代機種, 以及研發新軟體技術, 拉高技術競爭門檻, 降低生產成本. 到時候就急需一群能獨立作戰, 充分授權的士官長來貫測執行.

軟體產業不是比人多, 而是比頭腦好的產業. 派個沒實務經驗的 軟體主管, 馬上去大陸找一堆 2, 3 百個軟體人員來成立軟體部門, 沒有 20 幾個中階幹部來有組織規劃, 落實執行, 鐵定是一場災難.

我原本打算只成立小型團隊, 從 2007 年 7 月時慢慢找, 才找到一些 合適人員. 但因接下來 EeePC 的延生機種, 系統客制化, 以及相關 軟體的開發, 讓高層一直催促我要儲備更多的軟體人才, 來應付未來 的產品規劃.

要加人可以, 但我要高層先答應, 以後分 Bonus 時, 是要看部門績效, 而不是數人頭. 如果我夠厲害, 其他軟體部門要用 10 個人做的績效, 而我能用 4 個人搞定. 到時就分 7 個人的 quota 給這 4 個人.

如此公司可省 3 個人事成本, 而有實質貢獻的 RD 可拿到較好薪水, 願意長期待下來, 自我提升技術, 創造更多競爭力. 造成雙贏局面.

另一方面, 若 EeePC 未來銷售不如預期, 養不起這麼多軟體工程師時, 我還能確保部門內 RD 的薪資能優於其他部門, 不用辭退多餘人力.

為了引進更多志同道合的夥伴, 極力向高層推薦老戰友 Alex, Alex 在華碩任職期間, 曾做過 WebPAD, PDA, SmartPhone 等案子, 後因政治因素辭職去 BenQ, BenQ 的第一代 MP3 Player, 就是他做起來的. 最後也因政治因素, 鬥不過 BenQ PM 而回鍋華碩. (也就是有他這個案例, 我才打消辭職念頭, 繼續龜縮在華碩內, 等待機會)

他對 Embedded System 硬體架構/省電功能相當清楚, 我跟他合作過 2 款 WebPAD, 彼此具強烈工程師性格, 在系統功能設計上有相同看法. 而他歸到 EeePC 事業處後, 馬上就抓出一些硬體線路漏電問題, 作為改版及次代機種的改善目標.

我建構軟體部門的想法是:

1. 以驅動程式或跟硬體綁在一起的應用程式為主, 向外延伸.

2. 用軟體手段來求系統穩定, 省電.

3. 用軟體手段來降低生產成本.

4. 用軟體來降低硬體設計成本, 並能提供更多的附加功能.

5. 成立 "軟體 IC" team, 研究 algorithm 搭配既有的硬體設計,

在不增加任何硬體成本下, 用軟體手段提升 EeePC 影音品質.

越老鳥的 Programmer 越謙虛, 因為越清楚自己的能力底線. 全球 Open Soucrce 高手的功力是遠遠勝過華碩軟體工程師. 要跟他們拼純軟體應用程式開發功力, 無異以卵擊石. 但因公司機密, 無法讓他們取得 EeePC 硬體設計圖及相關 IC 規格. 而這就是華碩軟體工程師能發揮最大價值的所在點:

幫 Open Soucrce 高手解決硬體相關問題, 提供 Library 讓他們使用. 使他們隨心所欲改機, 修改軟體, 很容易將其他 OS移植到 EeePC.

---------------------------------------------------------------------

雖然 EeePC 事業處另有軟體部門負責 Linux, 而我是負責 Windows, 但我極力爭取在部門內成立 2 個 Linux 開發課.

為此, 找到網通大廠及 IC 公司的兩位中階軟體幹部, 來負責 Linux 系統穩定度, 驅動程式, 跟工廠生產測試軟體等開發工作.

工欲善其事, 必先利其器. 為了趕快進入狀況, 花了 1 個多月, 評估 MontaVista 的系統開發工具, 並派 RD 與其合作, 把該套工具從 MontaVista Linux kernel 移植到到 Xandros kernel 上. 有個 source code level, remote debugging 的開發環境, 遠比用 printk deug kernel/driver 方法來的精準快速.

打算用 Embedded Linux 手機穩定度的水準, 來要求 EeePC Linux 系統穩定度. Linux 上沒有像 MS 在上億台 PC 上執行過的 WHQL/HCT/DTM 系統測試程式. 商用專業軟體工程師跟志工性質工程師做出來的系統測試程式, 兩者在性能,可靠度, 後續維護, 跟技術問題諮詢上, 是有很大差距的.

而且 MontaVista 有多款 Embedded Linux 手機的成功開發經驗. 雖然花上百萬來買這套開發軟體, 我覺得非常值得. 現在隨便一個沒經驗剛畢業碩士的人事成本, 鐵定比它還貴, 而對案子的幫助鐵定遠遠比不上這套工具.

如果 EeePC量夠大, 這些 Linux Device Driver RD 也都 tune 上來時. 到時候計畫成立一個 EeePC Linux Device Driver Certification 課, 要上 EeePC Linux 的 device driver 需先經過這個課來驗證. 並同時為 Ubuntu 跟 Google Andriod 的移植來鋪路.

從 Google 放出 Android 的 source code 後, 我就一直對它念念不忘. 不出 5 年, Google 必定取代 MS, 而且還會比 MS 更恐怖.

Google 不對 user 收任何費用, 它是向廣告廠商, content provider 收費. 只要 Android 舖的越多, 內建到更多能上網的前端便宜 device (手機, Settop Box, MID, UMPC, PC, NB, Game consle), 提供更好更快速的 後端 server 功能及頻寬. 那還有誰想想用手機的視訊, 訂票, 看電視, 查餐廳/停車場等付費數據服務 ? 更何況還有跟 Google Map 結合的 免費地圖導航功能.

打不過對方, 就加入它, 利用它的力量. 站在巨人的肩膀, 才能看的更遠. 不然就會被巨人一腳踩死. 等量產相關工作都搞定後, 我一定親自下海, 加派人力來做這一塊.

對工廠軟體下載跟自動化測試軟體的開發, 我非常注重. 軟體不只可以增加附加價值, , 還可以降低生產成本.

12 月因 EeePC 生產不順, 兩次去上海工廠看問題, 發現有太多改善的空間. 負責生產的工廠單位, 以前接過 Apple Mac NB 的代工案, 見識過 Apple 的 軟體生產測試工具的效能. 當我提出這個觀念時, 他們極力贊成, 還一直逼問我何時可以導入, 完全不像其他單位的極力抵抗.

有執行單位主管的全力配合, 這個案子已經成功一半了. 接下來就看我這個部門爭不爭氣, 來兌現支票. 2008 年大陸頒布的新勞動合同法, 會增加生產成本, 現在一堆台商 搬去越南來避開, 那是不是以後遇到相同問題時, 要搬去孟加拉 or 非洲 ? 而且以後衝量時, 有可能下單到其他代工廠. 如果能將生產相關的 軟體技術, 掌握在手裡, 可以避開人力成本跟加快其他代工廠上線速度.

若每台生產成本因而省下 1 元美金. 200 萬台就可省下 6400 萬台幣. 只要公司撥一半給我這個部門當 Bonus, 大家雖然累, 但是會累的很快樂, 累的很有成就感. 不會累的很幹.

現請一位主任, 先在台北架起一個工廠軟體下載生產測試的模擬環境, 等把相關軟體開發測試過, 覺得有把握時, 再去大陸工廠實地上線測試.

PM 規劃下一代 EeePC 時, 決定加入 TouchPanel 功能. 找來廠商來報價, 結果報一個離譜價格, 對方解釋是因 需要一顆 USB IC 跟相關觸控軟體程式. XD! 是欺負華碩沒有懂軟體的人, 來亂開價的嗎 ?

會後馬上交代一位高工, 叫他把 USB IC 拔掉, 照以前寫 WebPAD 觸控螢幕的驅動程式觀念, 來降低 Touch Panel 成本.

程式設計俱樂部網站 (www.programmer-club.com)上, 在"用軟體模擬虛擬攝影機的硬體" 討論串中, 我就提出類似用 軟體模擬來節省硬體成本的觀念. 結果引起某家 IC RD 的對嗆, 說要尊重 IC 公司的智財權等等.

就是系統廠 PM 沒經驗, 太好騙, 才讓這些公司獲取暴利. 同時也讓 IC 公司的 SW RD 瞧不起系統廠 SW RD 的功力. 在 EeePC 上, 如同在 NB 上用 Video Splendid 取代 Jepico IC 般, 我鐵定盡全力, 用軟體手段, 讓這些公司只能獲取合理報酬. 同時萬一要發動價格仗時, 也讓華碩有更多本錢跟對手硬拼.

為達到人盡其才, 落實 RD 要幹 RD 的事, 而不變為領高薪的 QT, 我從 QT 部門挑出兩位學士測試工程師, 交由華梵大學畢業的副課長帶領, 讓他們負責 WHQL Test, WinXP image, 在 WinPE/XPE 上撰寫測試程式, 而他們表現完全不輸碩士級工程師. 讓我意外驚喜, 有物超所值的感覺.

我給他們的任務是, 盡量用軟體手段改善流程, 來應付大量 XP image 製作, 而不是用人海戰術來應付. 薪水分紅將比照碩士工程師水準來調整.

為了用以往 DVD Recorder/LCD-TV 的開發經驗, 來改善影音品質, 我找了交大應屆畢業資訊工程博士跟另一名寫 3D Game 的學士, 合作開發 "軟體 IC&quot.

原本給他們的 schedule 是半年將 Video Splendid 1.0 移植到到 EeePC (為了 7 月打考績時能向高層證明), 一年後推出Video Splendid 2.0. 結果花 3 個月他們就移植出來, 並且還寫出第 2 代 的 prototype. 真的是江山代有人出, 讓我突然覺得老了.

OLPC 的 EC firmware RD 也應邀加入. 為等他把 OLPC EC 處裡完, 我等了 3 個月. 因他有 x86 BIOS, Window Application, 及 EC 的經驗. 只需把他教會 ACPI Driver 跟 device driver 相關技術, 以後我就可以 專注規劃從 Window Application/ Device Driver/ ACPI BIOS/EC Firmware 一路打通的架構跟介面, 而由他去操刀執行, 配合 HW RD 的修改線路, 希望能將以往在 Bulverde VC上 學到的省電設計經驗, 落實到 EeePC 上.

---------------------------------------------------------------------

或許有人認為我是在吹牛說大話, 但如同史蒂芬周說過的,

''做人如果沒夢想 , 跟鹹魚有什麼兩樣...."

做 RD 就是要有這種 Guts. 做不出來, 頂多浪費 2,3 個月, 大家走回頭路, 繼續當 WinTel 的順民, 乖乖照傳統 NB 的路子走, 但若做出來, 競爭對手想要照抄, 可沒那麼容易抄.

硬體線路或許可以照抄, 但散落藏在 App/Driver/ACPI BIOS/EC 中的軟體, 可就沒那麼容易抄. 如同威騰可以抄襲聯發科的 DVD ROM server chip, 但無法抄襲其韌體. 於是原封不動將聯發科韌體套到自家的 chip 上, 結果被活逮, 判賠美金 5 千萬元.

我沒有名校情節, 不會非台清交不用. 我在清交大的學業成績是吊車尾. 因為知道自己程度差, 所以非常用力拼研究所考試.

在 "我的 DDK 學習經驗"中說只要黑手工程師. 10 年後我還是說同樣的話. 部門只有 2 位是清交畢業的. 我重視的是做事態度, 學習能力以及最重要的績效.

現在這些同事在加入團隊之初, 我就先說不保證高薪, 也不要以為 EeePC 可以一直熱賣下去. 要有較好的薪水, 就要靠大家努力, 為公司創造利潤.

為防止保障年薪後, 馬上就在公司內擺爛, 讓主管對他無可奈何的現象. 我是不會採保障最低年薪的手段來聘人.

鴻海處理這類應徵者是: 你敢拿我就敢給, 要高薪可以, 先達到業績再說, 沒達到就一路打折下去, 從 1 千萬打折到最後只剩 100 萬, 天天逼進度, 讓那些自以為身價非凡的人, 待不滿一年, 沒等到股票, 就主動辭職.

就有個手機團隊從工研院跳到廣達, 然後跳到鴻海, 結果不到一年 就辭職回工研院.

連我這個大頭目都要親自下海 coding, 不准團隊中存在只會打嘴炮, 不會做事的人. 就算以後幹到管理階層, 也絕對不能放掉技術的本. 自己沒技術能力, 如何去帶領更菜的工程師, 看出部屬的錯誤之處. 又如何能著規格變化來持續改善或推出全新的軟體功能 ?

沒有一套軟體功夫能讓你吃一輩子, 除非你壟斷產品的某個研發流程, 建立山頭完全不讓別人進入來取代你. 讓上面的人想動你時, 考慮到陣痛期的成本, 就不敢輕易開刀. 自己的官位跟薪水遠遠凌駕在公司整體利益之上. 大公司一代不如一代, 技術斷層, 山頭林立的現象, 就是這樣造成的.

也告訴他們, 總經理公開宣示, 在華碩分家後, 會以績效作為分紅主要考量, 大幅拉開 RD 間的待遇差距, 全力留住具競爭力的員工, 並且每年會 fire 不合適的員工, 來促進人才流動.

若 EeePC 能在 2008 Q2/Q3 繼續站穩腳步, 我鐵定在大陸成立軟體團隊. 現在上 Google 查 device driver 相關的文章, 都出現一大堆量多質精 大陸軟體工程師寫的技術文章, 遠遠超過台灣軟體工程師的文章.

5年前在蘇州成立軟體團隊時, 就感受到大陸工程師在困境中, 力爭上游的精神. 在東北老家, 父母務農一個月才賺人民幣 200 元, 隻身到蘇州, 四個人擠在一間破套房內. 只能靠寫程式才有出頭的一天. 那種拼勁, 置死地而後復生的精神在台灣已不復見.

當初還沒進華碩, 每月領資策會35 K 的死薪水, 租間在三重貧民區 的頂樓房子. 老婆懷孕 8 個月, 夏季時太陽曬在屋頂, 頂樓房子熱的像烤爐, 怕開冷氣花錢, 就只穿條內褲, 吹電風扇, 假日窩在電腦前寫程式賺外快. 幫一家 CNC Controller 廠商寫 Win95 Device Driver, Sample Code, SDK Library, Document, InstallShield 安裝程式. 那時候真的是拼勁十足, 程設功力突飛猛進.

我想現在大陸還有一大群這種有拼勁, Programming 能力夠水準的軟體工程師. 如果把他們組織起來, 好好訓練, 並給予合適報酬. 只要抓住趨勢, 全力猛攻. 這個團隊的戰鬥力會相當驚人.

---------------------------------------------------------------------

在台灣, 繼前波藍領階級失業潮後, 白領階級也開始失業. 我就常收到失業的美國 40, 50 幾歲華裔軟體經理的履歷. Andrew Grove 在 &quotOnly the Paranoid Survive" 中寫到, "公司沒有天生就欠你一碗飯, 想吃飯就要靠自己去爭取&quot.

台灣的軟體工程師憑什麼要求高薪 ? 現在有些工程師是躲在大樹底下好乘涼, 公司大員工多, 可以混水摸魚, 濫竽充數. 但你能躲多久 ? 等到 40 歲被辭退又找不到工作, 小孩教育費, 全家生活費, 20 年房貸都要錢. 到時候要怎麼辦 ?

華碩低月薪, 高分紅(不一定高, 要看績效)在業界中是出了名的, 當初兩位有家累, 房貸壓力, 30 好幾歲的高工, 衝著我畫出來的大餅, 甘願減薪加入團隊. 對他們, 我有一份道義責任, 以前幹工程師, 搞砸就只有自己吞苦果, 現在搞砸就有一堆人跟著倒楣.

分家後, Jerry 定下遊戲條件: EeePC 事業處未達業績標準, 核心主管減薪 40%, 基層工程師不受影響. 相反地, 若超出預訂業績標準, 就以比例來多發分紅. 不久後就要跟他畫押留證據, 免得分紅時候, 空口無憑. 害慘底下這批工程師.

我寧願用比華碩股票低的公司離職員工. 又套句史蒂芬周的話:

"只要有心, 人人都是食神"

就算台清交畢業的 RD, 一星期就能搞定的案子, 只要有耐力, 有毅力, 有興趣, 若他願意花 2 個月來搞定. (況且現在網路上一大堆 open/sample code 可供參考) 1個, 2 個, 3 個案子.. 一直做下去, 到最後他的技術能力決不亞於偷懶的台清交碩士.

我只聽過玩 Online Game 玩到暴斃, 還沒看過寫程式寫到暴斃的案例. 如果部屬寫程式寫出興趣寫到上癮, 就像玩 game 殺終極大魔王般, 我根本不用管, 他自己就把案子做出超過我預期的效果.

聯發科的開國元老原本在聯電中, 是被當皮球踢來踢去. 宏達電開張第 4 年, 資金燒光, 差點倒閉掉. 華碩在 Intel 放出要做 MB 消息時, 走掉一大批 RD. 在初創階段, 上述公司哪有本錢請素質超好的 RD ? (華碩現在有兩位協理, 是光武工專跟淡江大學畢業的.) 但還不是最後被他們搞起, 做到股王.

我想找的, 就是有理想, 肯學肯拼, 愛寫程式的 programmer. 因自知條件比不上台清交, 所以會謙虛會認命去拼未來. 而不是畢業名校, 待過大公司, 自命身價不凡的 programmer.

我就是要這種拿穿草鞋的精神, 去跟穿皮鞋的公司拼. 用龍蝦鮑魚做出好菜不稀奇, 用青菜豆腐做得出來才厲害. 只要肯學, 程度不要太差, 我願意花上 1 年, 傳授 coding 經驗, 把他帶上來. 依績效給他對稱的待遇.

我印象非常深刻的事是, 有記者訪問朱經武博士(超導體先驅學者), 說一星期只有一個晚上能休息, 會不會覺得太累, 結果他回答,

有人肯幫我買數億元的設備, 讓我做我喜歡做的事, 我高興都來不及了, 怎麼會覺得累, 還覺得時間不夠用.

所以有幾個這種部屬, 我就可以天天到其他部門, 串門泡茶啃瓜子.

---------------------------------------------------------------------

最近看的一本書 "科技頑童沃茲尼克", 感受相當深刻, 心有戚戚焉.

Worziak 提到他非常喜歡在 HP 當工程師, 而當 HP 成立專案, 派出至少 5 個人以上的團隊, 來研發類似 Apple I/II 的產品時, 一些經理人 覺得受到威脅, (因 Apple I/II 的軟硬體是 Worziak 獨自開發出來的) 完全將他柄除在外, 即使他卑微到只想當個小小印表機介面工程師都不行. (當妒才, 不求長進, 壟斷山頭的經理大量冒出時, 就是公司停止成長的徵兆)

因 Worziak 做過 Artira 的Ping-Pong(乒乓)/BreakOut(打磚塊)電動遊戲, 將其 TV output, 搖桿, 影音效果的技術, 運用在 Apple II 上. 而他也做過盜打長途電話的藍盒子, 將其音頻技術, 運用在錄音帶來儲存 AppleI/II 程式的技術上. (以前做過亂七八糟案子的技術能量, 總有一天, 會在某個產品上整合)

又他知道如何用軟體去控制硬體(寫電動遊戲時累積下來的軟體功力), 把原先以純硬體觀念設計, 花 22 顆晶片組成的軟碟控制器, 改成只花 2 顆晶片, 搭配複雜的軟體設計, 在 2 星期內做出安靜超快的軟碟控制器. (不要傻傻聽信 IC 廠 Sale 的話, 去買又貴又耗電, 性能又差的 IC, 只要肯動頭腦, 了解基本原理, 軟體的確可以省下許多硬體成本)

在設計 AppleII 時, 用最便宜的方法, 支援現有美國電視機輸入頻率, 讓 user 不用花錢另外買 monitor. 而且只用 Apple1 一半的晶片數目, 就做出功能大幅超越 Apple1 的 AppleII. (不要花錢裝內建的 3G 網路卡, 利用藍芽連接 3G 手機的能力, 幫 user 省錢, 而不是害 User 多花錢, 讓一堆 IC 公司利用華碩去賺暴利)

為了堅持 Apple II 應該有 8 個擴充槽, 與賈伯斯起第一次爭執. 而被豬頭高階主管主導的 Apple III, 則慘遭開放式的 IBM PC屠殺. (不要為省 connector 的錢, 而把 EeePC MINI PCI-E/DRAM 擴充槽拔掉).

現在 Jerry 非常忙, 比周杰倫的牛仔還要忙, 根本沒時間看我的規劃方向, 只要解決掉他覺得 EeePC 不好用的地方, 就不會被他釘到牆壁上. 另一位硬體出身的協理相當 Open mind, 這本書就是他推薦我看的, 還蠻支持我對軟體附加價值的想法.

最後只要滿足每個 PM 的出貨 schedule, 就不會天天來煩我. 只要部屬有 meet 進度, 我根本不會去管他們要做什麼. 讓他們自由發揮創意, 或者提早下班. 反正最後是看績效, 而不是看你每天待在公司的時間, 來決定升遷.

績效是很模糊的東西, 做立即影響出貨的 XP image, 跟做花 1,2 年 才看得到績效的 Algorithm. 何者孰重 ? 有些人就是運氣好, 撿到輕鬆, 主管誤以為績效高的案子, 而有些笨蛋就是想挑戰 mission impossible.

又套句史蒂芬周說的話:

"貪官要奸，清官要更奸，不然怎麼去對付那些壞人？"

當主管的, 要比部下更精, 不然怎麼去打出公平考績.

在程式設計俱樂部上, 我有注意過一位 Harrison 網友, 他持續 2 個多月 問我有關 ACPI Driver 的事, 我叫他去看一些公開資料, 從他問的問題, 越來越接近核心. 我就知道他真的有看這些資料.

而且他說, BIOS RD 的他想搞 ACPI Driver, 是個人興趣, 不是公司硬逼. 我就是想找這種人來加入團隊. 但因他誤以為, 能進華碩的RD 都是高手, 想繼續練功, 練到更有把握. 所以婉拒我.

但我告訴各位, 公司一大後, 有高手也有濫竽充數的夾雜其中. 而能撐到最後的, 通常是那些有毅力, 有耐心, 有危機感, 有執行力的人. 只要放在以技術為主, 沒亂搞政治的工作環境中. 他們就會自動自發, 甚至發揮出出乎意料的表現. 也不用管理階層天天在後面逼他們.

況且我會先給舊版程式的 code, 讓他們 trace 打基礎, 有段緩衝期, 還有老鳥可以問問題, 然後再要求他們開發下一代的新功能. 像我現在, 除了開一堆會, 回一堆 E-MAIL之外, 還有時間寫 code, 上網查技術資料, 就是靠他們自動自發, 讓我省下許多時間.

---------------------------------------------------------------------

因 104 人力網站只能列出簡短描述, 導致我無法細說要求條件, 也無法讓應徵者充分了解我的規劃跟行事風格.

因不想浪費彼此時間, 若有意應徵的人, 請先評估個人期望待遇與發展方向, 是否能符合我提出的這些條件, 才來投履歷.

若有興趣的, 請到104 人力銀行, 或華碩人力網上留下聯絡方式. 並註明應徵 EeePC 事業處軟體第五部軟體工程師. 我只管 EeePC 事業處軟體第 5 部, 其他 EeePC 軟體部門不是我管轄.

我不辦考試, 有意者請拿做過的作品, 來跟我閒聊. 目前我需求的人力有:

1. 美術設計人員: (1名)

需會操作 MAYA 等 3D 軟體並轉成 Direct3D 的格式, 會平面設計及網頁撰寫. 需跟工業設計中心(MID) 合作. 重點在設計 Application 的外表圖案. 在相關產業有 2 年以上的經驗.

2. Window 應用程式開發人員: (2名)

需 MFC 2 年開發經驗, 工作項目初期負責 WinXP Image 製作, 開發 WinPE上 的工廠測試程式. 及開發次代安裝光碟程式, 若學習能力強, 不排除日後從事 Windows Device Driver 開發工作.

3. Windows Display 驅動程式開發人員: (1 名)

有在 IC 公司從事過 Windows display device driver 開發經驗. 工作項目: 初期負責充分發揮 EeePC VGA chip 的硬體功能, 撰寫 VGA Memory/3D Engine 測試程式 on WinPE or XPE. 後期負責維護/升級 ASUS VGA Display Driver Hooking 技術. (這一塊技術我可以下指導棋)

4. Windows LAN/WLAN/WiMax 驅動程式開發人員: (1 名)

有在 IC 公司從事過 Windows WLAN/LAN device driver 開發經驗, 具 NDIS, WinSocket 等相關技術背景. 初期負責 EeePC 網路(LAN/WLAN/WiMax) 相關問題並 trace IC 公司提供的 device driver source code, 撰寫 WLAN/LAN/3G 相關測試程式 on WinPE or XPE. 後期負責 EeePC Window base 通信標案的相關技術.

5. Linux LAN/WLAN/WiMax 驅動程式開發人員: (1 名)

同上, 只把 Window 平台換成 Linux 平台.

6. Linux Device Driver開發人員: (2 名)

初期負責 trace and modify Linux device driver open source, 確保在 EeePC 上的穩定度, 後期撰寫 Device 測試程式.

7. Linux OpenGL開發人員: (1 名)

有在 Linux 2.6.0 版以上 開發過 OpenGL 的經驗.

最後若認為自己有潛力但不符這些條件的人, 也可以拿自己寫的程式碼或產品來跟我談.

有個副課長說我, 這樣搞法, 恐怕沒幾個人來面試. 但我告訴他, 我就是要這樣惡搞, 找不怕死的人進來. 寧願這陣子, 咬緊牙關先撐住 EeePC WinXP 量產的壓力, 也不要急就章, 找到不合適的人. 若在台灣找不到, 就去大陸找.

若 2008 年 Q2/Q3 跟 HP/Acer/Apple 對幹後, EeePC 還能在領先群中. 確定 EeePC 事業處有足夠盈餘來養更多軟體工程師時, 軟體第 5 部會擴大營業, 在台灣跟大陸, 再做一次徵才活動.

---------------------------------------------------------------------

工程師性格強烈的我, 因在網路上留言直言不諱. 多年在 BBS, www.23xx.com, www.programmer-club.com 上留下多篇文章, 公司內部早就有人看我不爽, 多次寄這些文章給 HC, Jerry 來背後告狀. 我相信這篇文章, 不久就有人背後告狀, 轉寄給他們. 為了節省他們的麻煩, 我自己經先寄給 HC, Jerry.

被公司受聘, 只要不涉及公司商業/技術機密, 並不代表就沒個人發言權利. 連 MS 都有個內部員工網站, 可開放給外人觀看, 我常常看到有 MS 員工 在裡面幹醮自家公司.

主管跟部屬下班後, 大家都是普通的老百姓. 沒有誰比誰大. 我也做好隨時離職的準備, 手上的資金, 讓我 30 年不工作都不成問題. 只要創意/執行力還在, 到其他公司還是可以發展出進階或全新的系統功能. 我也相信還是有其他公司的總經理, 有雅量來容納我這個異類.

華碩不就是因 4 位創辦人不爽老東家宏碁, 離職後自行開業. 我敢肯定說, 華碩絕不會是最後一家, 因這種原因而成立的成功公司.

微星老闆就非常有危機意識, 我上經濟部辦的 " 94 年研發經理養成班"時, 就有 7, 8 個微星員工參加, 公司補貼全部費用, 也不用加班來補上課時間. 而技嘉老闆跑去開寶嘉, 代理標誌汽車. 從這點, 我就斷言微星會贏過技嘉. 當老闆都開始不務正業時, 你還能期望公司會有多好 ?

已經脫離 "為五斗米折腰" 階段, 若是沒人收留我, 那就自己當自己的老闆, 開 Window 驅動程式教學課程. 或當自由職的技術顧問, 日子還是一樣快樂. 未來我可不想像 HC, Jerry 般, 天天開會從早開到晚, 坐飛機全球跑來跑去, 錢夠用就好, 生命中也不是只有寫程式這項樂趣. 等女兒上大學後, 我就不幹了. 要去她的學校唸博士, 反正現在考博士, 只要準備書面報告跟口試就可以.

最後祝大家都有個滿意工作, 而我希望下次長篇大論時, 就是說退休後要做什麼事.

看著桌上兩隻 BANDAI MG 版 Hi-Nu/UNICORN, PG 版攻擊剛彈的素組模型, 跟一堆變形金剛: 柯博文, 大黃蜂, 飛輪, 黑魔, 毀滅者, 判官, 密卡登. 哦, 對了還有藏在櫃子裡的 1/350 大和號, X-Wing, Y-Wing, AT-WALKER, 何年何月才能幫他們改裝甲, 黏蝕刻片, 來上色, 做舊化 ? 雖然網路有人代做模型上色. 但做模型的樂趣, 就是看一片片塑膠片, 在手中慢慢成形, 而且一台比一台做的更細緻更逼真.

寫到這裡各位大概猜出我的性格, 沒錯, 是宅男型工程師. 我找的部屬, 都是宅男型工程師.在我們這邊, 鐵定沒有鶯鶯燕燕, 讓你分心, 只有超安靜的環境, 讓你專心工作.

[+/-] 繼續閱讀...

[+/-] 只顯示摘要...

雖然朋友問起是否忙到無法更新部落格，我也順水推舟地說「是啊是啊～」。事實上，工作是很忙，但也還沒忙到沒空更新部落格。前一陣子（2007/6 ~ 2007/9）有辦法很頻繁地更新部落格的原因是，我正處於待業狀態中，身心靈皆浸潤於放鬆靈活的狀態，自然有辦法浮現很多想法，有時間看很多書，然後上部落格分享給大家知道。之所以五個多月沒有新文章的原因，大部分是因為我的心思都放在適應新生活、求取表現的狀態中。生活看似充實，但心靈上就沒像當野鶴時那麼靈動充沛。所以，我不知道要跟大家分享什麼。

不過最近想開了。反正這個部落格嘛…也沒什麼特定主題，更沒背負什麼特定社會使命。充其量只是我碎碎念的一個地方而已。所以，趁著今天比較空閒的日子，向大家問好，也提早祝福大家新年愉快！

我上班的電子公司，地點在龜山鄉。如果有人知道「龍華科技大學」的話，我的公司就在龍華科技大學的附近，走路大概十分鐘會到的距離。公司最早是做電源供應器起家的。後來跨入硬碟外接盒製造的領域，在該行還小有名氣，成了儲存設備的 OEM / ODM 廠商。去年（2007年）六月，公司從知名的上市公司聘請來一位研發處副總，希望能藉由那位副總的能力，解決硬碟外接盒市場獲利空間越來越小的窘境。該位副總經過一番長考，打算導入與儲存設備相關的多媒體產線。一方面可以借重公司過去在儲存設備累積下來的研發經驗，一方面多媒體設備的毛利也比較高。

但要製作多媒體產品，必須要有強大的軟體團隊，開發友善好用的 UI ，使用者才會買帳。之前公司製作硬碟外接盒時，並不需要什麼人機介面，因此軟體團隊並未受到重視，只在電子部之下有個韌體課而已。該位副總深知要跨入多媒體產線，必須要把韌體課提升成為一個獨立的「軟體部」。於是積極尋找一位軟體部的經理，以便達成跨入多媒體產業的目標。

我就在這樣的時空背景之下，進入該家電子公司。說真的，以前蠻排斥去這種被歸類為「傳統製造業」的電子公司的，總覺得電子公司就是不如其它資訊公司一般彈性。在我心目中，資訊公司可以分成三大類：「資訊服務業」（如：電腦補習班）、「資訊軟體業」（如：一般的軟體公司）、「資訊製造業」（如：電子公司）。我自己比較偏好前兩者。但在弟弟這位「電子業老馬」的一再遊說保證下，懷著忐忑不安的心情報到了。親自試水溫的結果，果然很多部分都蠻保守的。但公司副總以及總經理到目前為止，都還算看重軟體部，也因此「安居樂業」了下來。

目前公司跨足的多媒體電子產品分別有：「數位相框」以及「多媒體播放器」。本來仗著自己在軟體資訊業界十幾年的經驗，想說不論是做什麼資訊產品，都應該駕輕就熟才是。結果不然！3C 資訊產品內的軟體，牽涉到大量的硬體因素，並不如我想像中的好做。首先是 CPU ，速度能夠跑到 300 MHz 左右就已經很了不起了（大約是當年的 Pentium II 等級）。這讓我無法任意使用複雜的演算法來解決一些問題。另外是記憶體，由於電子業講究的是用料越便宜越好（Cost-down），如此一來才有比較多的利潤空間。如果一個電子設備能給軟體工程師 8 MB 使用，那已經可以拿香拜了（一般都是 2MB 比較多）。此外，一般軟體工程師在個人電腦上寫軟體，都仗著作業系統（如：MS-Windows）內提供方便的 API ，來做到複雜的功能。電子產品則連作業系統都沒有！開檔案嗎？抱歉！請自己寫！霸佔記憶體嗎？抱歉！請自己寫！學過程式設計的人也許知道，第一個要你學會的程式是在螢幕上印出「Hello! World!」字樣。但電子產品沒有螢幕，連 printf() 都無法使用。這邊的第一個程式，是要你點亮主機板上的一顆 LED 燈。雖說我算資訊界老馬，但進入這一行著實讓我吃了一點苦頭。

不過目前這家公司有個不錯的地方，就是加班不會超過晚上八點多（出貨前一週例外）。一般而言，我大多七點左右就離開公司了，也常常遇到七點半離開，就得負責鎖門的狀況。這對一般的純軟體公司而言，是很難想像的。一般的純軟體公司，八點下班叫做早，十點下班叫正常。所以，這裡倒沒有原先顧慮的加班加到死的狀況。

另一個我覺得自己很幸運的地方是：我藉由此一工作，跨入了最近正熱門的「嵌入式系統」設計的領域。早在 1990 年代就有人預言，現在我們正在使用的電腦終將消失，而隱身進入各種家電產品中。知名作家侯捷曾經說過一個故事：在馬達剛剛發明時，又笨重又貴。所以當時的馬達是獨立成一個設備在使用的。如果你想用電風扇，必須將馬達連接到電風扇上，才能使電風扇運轉。想用洗衣機，得先把電風扇上的馬達拔下來，連接到洗衣機上才能使用。而今，馬達越做越小，早就隱身在各種電器用品上。這就是「嵌入式」設備的概念。如果您把馬達想像成現在的電腦，那就不難想像將來嵌入式系統電子設備的樣子了。這裡有針對嵌入式系統一篇簡單的介紹。

目前我的工作內容，偏向於管理。雖說自己寫程式的機會不多，但流著工程師血液的我，為了能夠跟部門內的伙伴溝通順暢，自己也買了不少嵌入式系統的書籍 K 過。如果有任何心得的話，會跟大家報告的！

[+/-] 繼續閱讀...

[+/-] 只顯示摘要...