分類: 資訊科技軟硬體

分享一篇軟體就業的文章

作者: hahapp (hahapp) 看板: Soft_Job
標題: [討論]分享一篇軟體就業的文章
時間: Mon Jan 14 16:47:41 2008

剛注冊了賬號　沒想到這裡有這麼多興趣相近的朋友和討論
和大家分享一篇前幾天剛看到的文章 希望能對各位有幫助　可能更加偏向于大陸的情況

軟件從業發展方向

－－同濟軟件學院的萬院長

一、關于企業計算方向
　　企業計算(Enterprise Computing)是稍時髦較好聽的名詞，主要是禶~信息系統,如
ERP軟件(企業資源規劃)、CRM軟件(客戶關系管理)、SCM軟件(供應鏈管理，即物流軟件),銀
行証券軟件,財務軟件,電子商務/帴務(包括各種網站)，數據倉庫，數據挖掘，商務智能等
企業信息管理系統.

　　企業計算領域對人才的需求顯然永遠是數量最大的,因為這是計算機應用最多的領域.
搞這方面的好處是:

　　(1)人才需求量極大,從事企業計算的公司在IT企業中佔了大多數。除非在專業上一無特
長,一般在這一領域總能找到工作。

　　(2)這方面的入門門檻相對較低(如果你的軟件功底不是很深,可考慮這一領域)

　　(3)這方面的大公司較多,大公司要賺大錢,所以多將精力花在企業計算業務上.如與正規
高校軟件學院同學目前實習的CitiCorp、HP、IBM、SAP、NEC等公司都屬這一領域的公司。
如果將來想到大公司找一份相對穩定的工作，從事這方面機會要大很多。

　　但從事這一領域的缺點也是明顯的:

　　由于這方面的入門門檻相對較低，雖然這方面的人才需求量是最大的，但將來競爭對手
會較多。您會發現，即使他原不是學IT專業的人，也許他突擊幾個月後，做o照樣像模像樣
。特別是當您年紀漸大後，您可能會發現，後面的年輕人可能很容易追上你的水平。如果您
將來到國外去工作，你可能會發現從岊這領域的人更多且高手如雲。當然，若您在這一領域
經過多年企業經驗，達到較高境界(如能設計軟件架構)，則身價永遠是高的。國內在這方面
人才領域的主要問題是，有經驗的高手太少，皮毛了解的人太多。

　　從事企業計算領域，最重要的技能型技術課程是(1)J2EE架構與程序設計(2)大型數據庫
系統(如Oracle)(3)基于UML的系統分析與設計。如果說還有什麼重要的技能，還可將XML與
Web Service技術包含進來，若您在這X個領域掌握較好，則不愁找不到工作。其中尤其以
J2EE最為重要，目前J2EE已成為企業計算軟件開發的最主要平台，也是正規高校茬n件學院的
怑垠n課程之一。盡管該課程只能作為選修課，我們希望正規高校軟件學院同學無論將來想
從事何種方向，都應學一下J2EE課程，笚少可為將來湴工作備一手關鍵功夫。包括想從事嵌
入式或其它領域的同學，也是很有必要學一下J2EE的，畢竟J2EE是目前最重要的平台之一，
墜使您將來不柂從事企業計算領域，了解一下J2EE也是必要的，就像一門常識課程一樣。其
它與企業計算關系較密切的技能還包括:Dot Net架構與程序設計、軟件測試技術、軟件配置
管理，該領域較高層次的技能包括數據倉庫技術、構件與中間件技術、設計模式等。像通信
協議分析與網絡程序設計，Unix系統管理等也屬有些關系的課程。02級本學期開設的企業計
算課程不多，主要是J2EE、Oracle/MSSQL、UML等企業計算領域的最關鍵技能型技術課程都
已學完了(但不知有多少同學學得較深入，將來找工作時會用到這些技能)。下學期我們將在
該領域中擬再開設XML與Web Service技術、軟件配置管理等課程。本學期開設的企業計算領
域課程的確不多，但您應在空余時間將J2EE，DB、UML等技術再深入地鑽研下去，一定要在
某個領鴞陴`入的掌握。只是跟著聽課，即使學了再多課程也是沒用處的，自己鑽研下去才
是最重要的。只一個J2EE便是博大精深的，足夠你啃下去的，鑽研下去，您會發現你還要學
的相關知識還有很多(包括EJB、XML、Web Service、Design Pattern等)。

　　雖然從事企業計算的人才很多，但以下企業計算領域無論國內外都屬稀缺人才:

　　(1)掌握大型ERP系統，主要是SAP系統，包括SAP Basis(系統管理)或SAP ABAP(編程)或
SAP功鉏珔藿磟I(特別是財務模塊FI的實施)。SAP顧問身價是最高的，而且非常難找。其它
大型ERP系統，掌握PeopleSoft、Oracle Finacial、J.D.Edward、Siebel等大型ERP軟件系
統的人也很值錢。這方面的人之所以身價奇高，主要是因為這些軟件很專業，特別大，很難
有D版可學習，只有特j企業(如世界500強，90%以上使用SAP)才用得起，而且必須有實際工
作經驗才能掌握。如果是一個個人人都很容易有機會接觸的軟件，那麼這方簽的人通常就不
會稀缺。如果大家將來有機會接觸學習這些大型ERP軟件系統的機會，建議毫不猶豫地抓住
，那將捧上一輩的金飯碗。在國外，誡SAP的人特別值錢。物以稀為貴，這永遠是顛撲不破
的真理。SAP的價值不僅是因為他是一個ERP軟件， 而是其中體現的現代企業管理理念(如根
據訂貨需求自動安排原料採購和生產計劃等)。一般500強公司絕不會像國內很多企業那樣，
用J2EE從頭設計企業的ERP系統(即將是怎樣的人力投J，而且設計出來的系統怎麼可能是完
善的?)，一定都會使用SAP這樣成熟的ERP軟件。用不起SAP的公司可能會用J2EE設計ERP系統
。

　　(2)掌握IBM大型機技術的人，如S/390主機，MVS操作系統，JCL作業控制語言，COBOL程
序設計語言，DB2關系數據庫或IMS層次數據庫，CISC中間件交易控制系統等IBM大型機專用
技術。國內五大銀行，以及國外絕大多數銀行的後台系統使用的都是以上平台。IBM大型機
號稱永不宕機而且平台相對封閉(這樣最安全)，所以這些要求在24*7環境中連續運行的關鍵
應用(術語叫mission critical applications)都採用IBM大型機。這方面的人才妝狴H稀缺
，是因為會大型機的人都是老人(90年代以前搞IT的人)，全世界新畢業的IT畢業生不可能再
去學IBM大型機(這是一種相對“古老“的毆術),沒有新人補上,而銀行的系統必須維持下去
而且銀行還要不斷開發新業務(如新的存款品種),雖然對IBM大型機人才的絕對需求量不很大
,但畈對恆定,銀行到哪裡找這方面的新人,很難找到. 若好找,花旗軟件也不會花那麼大的代
價去培訓我們的實習同學了(去年培訓20多個人,聽說公司鋅花了數十萬元培訓費). 如果您
將來到國外找工作,會IBM大型機可能是最好找工作的領域之一了,而且保証找的都是大銀行
等好工作,我以前教過的計算機專業90-94級的一些同學,凡是畢業後從事大型機開發的,現多
在國外一些很好的公司工作(有幾位同學在各國各公司跳來跳去,簡直如履平地). 其實我覺
得我們最幸福的同學就是在花旗軟件做IBM大型機銀行軟件的同學,這樣的機會太難得了.正
規高校軟件學院00級2+2班一位同學,當初放棄保研,看準在花旗軟件做大型機並且非常努力
,還未畢業,公司便派她到國外參加一個項目的開發,成了項目骨幹,我覺得她當初選擇是完全
正確的(01級一位女同學剛剛也自願放棄了保研機會去花旗做大型機，我們祝願她將來也能
有好的前景。其實像花旗軟件主動安排並鼓勵員工讀b職研究生，這樣開明的公司目前並不
多的，在職讀研也是一種不錯的選擇，又不會失去自己喜歡的實習工作機會，能兼顧),讀書
的最終目地還虍為了工作. 如果您將來在國外找工作,根本沒人管您是什麼文憑,國外企業絕
不會花冤枉錢,只會招有領域工作經驗能立即上手的人,用最少的錢在限定的時間完成項目
 而在國內,因為人力成本較低,公司招聘一很多高學歷的人才,盡管可能根本用不到這麼高
的學歷,但國內的人力太便宜了,陘偵礞ㄟ狙禷O一下人才呢?這樣公司的門面還要好看些。

　　.(3)其它如掌握數據倉庫技術的人在國內也很少. 目前最主流的數據倉庫平台應是
ORACLE的數據倉庫工具. 在國外,會一些特殊數據倉庫的人,如NCR/TEREDATA的人非常難找.

　　我們的同學現在年紀都很輕,年輕H充滿熱情,喜硠w追逐一些熱門技術,這當然正確的,畢
竟學習SAP和大型機的機會畢竟不多,畢業時先能找到一份工作是重要的. 但我相信隨著年紀
的增長,大家N來慢慢都會思考的,掌握一項競爭對手較少的絕技的重要性,將來如果自己到
國外工作什麼技術最好找工作(對搞軟件的人到國外工作或移民是最易的,也許您現在不想
,但我相信工作多年以後,很大一部分同學可能想到國外闖盪一下),你要考慮你今後一生的出
路,什麼樣的絕技是最穩定最鬆最高收入的. 搞軟件的人,當年紀大些時,您可能更向住像
搞醫學人的那樣能更多靠經驗吃飯,而不須整天像年輕人那樣不得不去追逐不斷出現絢軟件
新技術,這個時候也許您也許會發現,如果您在SAP或大型機等方面有些絕技,您會有很大優勢
,因為這些較偏的領域其技術變化是相對很緩慢的.

　　我還記得在2000年時我曾在業余時間與一位德國人合作面試一些IT人才到德國去,那時
德方各公司發來的需求有很多是SAP和IBM大型機�我們在眾多應聘者中最後也未找到一個
在這方面有經驗,甚至是有一點經驗的. 相反,掌握流行技術的人因太多而不很值錢.

　　我們的同學將來找工作時,不僅要盯著國內市場,還要有一種放眼全球的眼光，對搞軟件
的人您將來完全可能到其它國家去工作. 尤其是在歐美、日本、新加坡弘禤a，對SAP(包括
IBM大型機)人才的需求是很大的。畢竟比同學見得多些,提醒同學將來多留意有學習這些絕
技的機會,一旦有機會建議當仁不. 國內的人才市場可訪問www.51job.com，國外的IT人才
需求可訪問www.hotjobs.com、www.workopolis.com、www.monster.com等著名網站。應頜常
訪問這些網站，以了解市場對人才的具體需求，早做準備。

　　以上對企業計算領域的觀點,供大家參考.雖然觀點未必正確,但確是直言不鉼. 總之,每
個人的腦袋都長在自己脖子上,每個人都應有自己的判斷.

　　還要注意,我以上純粹是從將來就業的角度談問題. 如果您將來準備到國外讀書,則應重
視基礎課,像C,Assembly,OOP,Discrete Math,Data Structure,Opeating System,Database
Principle,Network,Software Engineering,Compiler,Digital Circuit,Computer
Graphics,Computer Component and Architecture等基礎課,在國外大學IT專業中一般都能
找到相P課程,若國內學過,到國外讀書時一般可申請免修一部分. 但我也想提醒同學,如果
您將來畢業時萬一申請國外大學不成,不得不去找工作時，若只將精力花在這些IT專業學生
都會的基礎課上(傳統IT教育模式), 未掌握一些像J2EE等技能型技術,是不容易找到一份工
作的,我們已有同學有這樣的教訓。從找工作的角度講，企業關心的不是您學過什麼課程，
而是關心您能做什麼，有什麼技能，能做什麼項目。

　　二、關于嵌入式系統閬V

　　嵌入式系統無疑是當前最熱門最有發展前途的IT應用領域之一。嵌入式系統用在一些特
定專用設備上，通常這些設備的硬件資源(如處嚎器、存儲器等)非常有限，並且對成本很敏
感，有時對實時響應要求很高等。特別是隨著消費家電的智能化，嵌入式更顯重要。像我們
平常常見到的手機、PDA、電子字典、可視電話、VCD/DVD/MP3 Player、數字相機(DC)、數
字攝像機(DV)、U-Disk、機頂盒(Set Top Box)、高清電視(HDTV)、遊戲機、智能玩具、交
換機、路由器、數控設備或儀表、汽車電子、家電控制系統、醫療儀器、航天航空設備等等
都是典型的嵌入式系統。

　　嵌入式系統是軟硬結合的東西，搞嵌入式開發的人有兩類。

　　一類是學電子工程、通信工程等偏硬件專業出身的人，他們主要是搞硬件]計，有時要
開發一些與硬件關系最密切的最底層軟件，如BootLoader、Board Support Package(像PC的
BIOS一樣，往下驅動硬件，往上支持操耞系統)，最初級的硬件驅動程序等。他們的優勢是
對硬件原理非常清楚，不足是他們更擅長定義各種硬件接口，但對復雜軟件系統往往力不從
心(例如嵌入式操作系統原理和復雜應用軟件等)。

　　另一類是學軟件、計算機專業出身的人，主要從事嵌入式操作系統和應用軟件的開發。
如G我們學軟件的人對硬件原理和接口有較好的掌握，我們完全也可寫BSP和硬件驅動程序
。嵌入式硬件設計完後，各種功能就全靠軟件來實現了，入式設備的增值很大程度上取決
于嵌入式軟件，這佔了嵌入式系統的最主要工作(目前有很多公司將硬件設計包給了專門的
硬件公司，稍復雜的硬件都交給台灣或國外公司設計，國內的硬件設計力量很弱，很多嵌入
式公司自己只負責開發軟件，因為公司都知道，嵌入式產品的差異很大程蛈b軟件上，在軟
件方面是最有“花頭“可做的)，所以我們搞軟件的人完全不用擔心我們在嵌入式市場上的
用武之地，越是智能設備越是復雜系統，軟件越起關鍵作用，而且這是目前的趨勢。

　　從事嵌入式軟件開發的好處是:

　　(1) 目前國內外這方面的人都很稀缺。一方面，是因偃o一領域入門門檻較高，不僅要
懂較底層軟件(例如操作系統級、驅動程序級軟件)，對軟件專業水平要求較高(嵌入式系統
對軟件設計的時間和空間效率要求較高)，而且必須懂得硬件的工作原理，所以非專業IT人
員很難切入這一領域;另一方面，是因為這一領域較新，目前發展太快，很h軟硬件技術出
現時間不長或正在出現(如ARM處理器、嵌入式操作系統、MPEG技術、無線通信協議等)，掌
握這些新技術的人當然很找。嵌入式人才稀缺，身價自然就高，越有經驗價格就越高。其實
嵌入式人才稀少,根本原因可能是大多數人無條件接觸,這需要相應的嵌入式開發板和軟件,
t外需要有經驗的人進行指導開發流程。

　　(2) 與企業計算等應用軟件不同，嵌入式領域人才的工作強度通常低一些(但收入不低
)。搞企業應用軟件的IT企業，這個用戶的系統搞完了，又得去搞下一個用戶的，而且每個
用戶的需求和完成時間都得按客戶要求改變，往往疲于奔命，重復珧吽C相比而言，搞嵌入
式系統的公司，都有自己的產品計劃，按自己的節奏行事。所開發的產品通常是通用的，不
會因客戶的不同而修改。一該產品型號開發完了，往往有較長一段空閒時間(或只是對軟件
進行一些小修補)，有時間進行充電和休整。另外，從事嵌入式軟件的P每個人工作范圍相對
狹窄，所涉及的專業技術范圍就是那些(ARM、RTOS、MPEG、802.11等)，時間長了這些東西
會越搞越有經驗，賣賣老本，幾句指導也夠讓漕鴗J道者琢磨半年的。若搞應用軟件，可
能下一個客戶要換成一個完全不同的軟件開發平台，那就苦了。

　　(3) 哪天若想創業，搞自已的產品，那麼嵌入式是一個不錯的主意，這可不像應用軟件
那樣容易被盜版。土木學院有一個叫啟明星的公司開發出一個好象叫“工程e”的掌上PDA(
南校區門口有廣告)，施工技術人員用該PDA可當場進行土木概預算和其它土木計算，據說銷
路特好。我認識的某大學老師，他開發的飯館用的點菜PDA(WinCE平台，可無線連網和上網
)，據他說銷路不錯，飯館點點PDA讓客戶點菜，多顯派頭檔次。我記得00級2+2班當年有一
組同學在學Windows程序設計課程時用VC++設計了一個功能很強的點菜系統做為課程項目，
當時真想建議他們將這個軟件做成PDA，估計會有些銷路(上海火車站南廣場的Macdonald便
使用很漂亮的PDA給用戶點食品，像摸像樣的)。這些PDA的硬件設計一般都是請其它公司給
訂做(這叫“貼牌”:OEM)，都是通用的硬件，我們只管設計軟件就變成自己的產品了。

　　從事嵌入式軟件開發的缺點是:

　　(1) 入門起點較高，所用到的技術往往都有一w難度，若軟硬件基礎不好，特別是操作
系統級軟件功底不深，則可能不適于此行。

　　(2) 這方面的企業數量要遠少于企業計算類企業。特別是從事嵌入式的小企業數量較多
(小企業要搞自己的產品創業)，知名大公司較少(搞嵌入式的大公司主要有Intel、
Motorola、TI、Philip、Samsung、Sony、Futjtum、Bell-Alcatel、意法半導體、
Microtek、研華、華為、中興通信、上廣電等制造類企業)。這些企業的習慣思維方式是到
q子、通信等偏硬專業找人。由于正規高校軟件學院以前畢業生以企業計算為主，所以正規
高校軟件學院與這些企業聯系相對較少。正規高校軟件學院正積極努力，目前已與其中部分
公司建立了聯系，爭取今後能有正規高校軟件學院同學到這些企業中實習或就業。

　　(3)有少數公司經常要碩士以上的人搞嵌入式，主要是基于嵌入式的難度。但大多數公
司也並無此要求，只要有經驗即可。

　　正規高校軟件學院同學若學習嵌入﹛A顯然應偏重于嵌入式軟件，特別是嵌入式操作系
統方面，應是我們的強項。對于搞嵌入式軟件的人，最重要的技術顯然是(實際上很多公司
的招聘廣告上就是這樣寫的):　　　　　　

　　(1) 掌握主流嵌入式微處理器的結構與原理

　　(2) 必須掌握一個嵌入式操作系統

　　(3) 必須熟悉嵌入式軟件開發流程並至少做過一個嵌入式軟件項目。

　　正規高校軟件學院在嵌入式軟件方面最重要的課程包括:

　　(1) 嵌入式微處理器結構與野�這是一門嵌入式硬件基礎課程，正規高校軟件學院用
這門課取代了傳統的“微機原理與接口”課程(目前國內已有少部分高校IT專業這樣做了，
因為講x86微機原理與接口很難找到實際用處，只為教學而已)。我們說過，嵌入式是軟硬件
結合的技術，搞嵌入式軟件的人應對ARM處理器工@原理和接口技術有充分了解，包括ARM的
匯編指令系統。若不了解處理器原理，怎麼能控制硬件工作，怎麼能寫出節省內存又運行高
速的最優代碼(嵌入式軟件設計特別講究時空效率)，怎麼能寫出驅動程序(驅動程序都是與
硬件打交道的)?很多公司招聘嵌入式軟件人員時都要求熟悉ARM處z器，將來若同學到公司
中從事嵌入式軟件開發，公司都會給你一本該設備的硬件規格說明書 (xxx
Specification)，您必須能看懂其中的內存分布和端口使用等最基本的說明(就像x86匯編一
樣)，否則怎麼設計軟件。有些同學覺得嵌入式處理器課程較枯燥，這主要是硬件課程都較
抽象的鴞]，等我們的嵌入式實驗室10月份建好後，您做了一些實驗後就會覺得看得見摸得
著。還有同學對ARM匯編不感興趣，以為嵌入式開發用C語言就足夠了。其實不應僅是將匯編
語言當成一個程序設計語言，學匯編主要是為了掌握處理器工作原理的。一個不熟悉匯編語
言的人，怎麼能在該處理器寫出最優的C語言代碼。在嵌入式開發的一些關鍵部分，有時還
必須寫匯編，如Bootloader等(可能還包括BSP)。特別是在對速度有極高要求熙鶡X(如DSP
處理器的高速圖像採集和圖像解壓縮)，目前主要還要靠匯編寫程序(我看到過很多公司是這
樣做的)。當您在一個嵌入式公司工作時，在查看描述原理的手冊時，可能很多都是用匯編
描述的(我就遇到過)，這是因為很多硬件設計人員只會寫或者喜歡用匯編描述，此時您就必
須看懂匯編程序，否則軟硬件人員可能就無法交流。很多嵌入式職位招聘時都要求熟悉匯編
。

　　(2) 嵌入式操作系統類課程

　　除了WinCE的實時性稍差外，大多數嵌入式操作系統的實時性都很強,所以也可稱為實時
操作系統Real Time Operating System.從事嵌入式的人至少須掌握一荋O入式操作系統(當
然掌握兩個更好),這在嵌入式的所有技術中是最為關鍵的了。目前最重要的RTOS主要包括:

　　第一類、傳統的經典RTOS:訞主要的便是Vxworks操作系統，以及其Tornado開發平台。
Vxworks因出現稍早，實時性很強(據說可在1ms內響應外部事件請求)，並且內核可極微(據
說最小可8K)，可靠性較高等，所以在北美，Vxworks佔據了嵌入式系統的多半疆山。特別是
在通信設備等實時性要求較高的系統中，幾乎非Vxworks莫屬。Vxworks的很多概念和技術都
和Linux很類似，主要是C語言開發。像Bell-alcatel、Lucent、華為等通信企業在開發產品
時，Vxworks用得很多。但Vxworks因價格很高，所以一些小公司或小產品中往往用不起。目
前很多公司都在往嵌入式Linux轉(聽說華為目前正在這樣轉)。L論如何，Vxworks在一段
長時間內仍是不可動搖的。與Vxworks類似的稍有名的實時操作系統還有pSOS、QNX、
Nucleus等RTOS。

　　第二類、嵌入式Linux操作系統:Linux的前途除作為服務器操作系統外，最成功的便是
在嵌入式領域的應用，原因當然是免費、開源、支持軟件多、呼擁梋眾，這樣嵌入式產品成
本會低。Linux本身不是一個為嵌入式設計的操作系統，不是微內核的，並且實時性不強。
目前應用在嵌入式領域的Linux系統主要有兩類:一類是專為嵌入式設計的已被裁減過的
Linux系統，最常用的是uClinux(不帶MMU功能)，目前佔較大應用份額，可在ARM7上跑;t一
類是跑在ARM 9上的，一般是將Linux 2.4.18內核移植在其上，可使用更多的Linux功能(當
然uClinux更可跑在ARM 9上)。很多人預測，嵌入吽Linux預計將佔嵌入式操作系統的50%以
上份額，非常重要。缺點是熟悉Linux的人太少，開發難度稍大。另外，目前我們能發現很
多教材和很多大學都以ucOS/II為教學用實時操作系統，這主要是由于ucOS/II較簡單，且開
源，非常適合入門者學習實時操作系統原理，但由于ucOS/II功能有限，實用用得較少，所
以正規高校軟件學院不將其作為教學重點，要學習就應學直接實用的，比如 uClinux就很實
用。況且熟悉了Linux開發，ㄥb嵌入式領域有用，對開發Linux應用軟件，對加深操作系
統的認識也有幫助，可謂一舉多得。據我所知，目前Intel、Philip都在大搞ARM+LINUX的嵌
入式開發，Fujitum則是在自己的處理器上大搞Linux開發。目前在嵌入式Linux領域，以下
幾個方面的人特別難找，一是能將Linux移植鴐Y個新型號的開發版上;二是能寫Linux驅動
程序的人;三是熟悉Linux內核裁減和優化的人。正規高校軟件學院在該嵌入式Linux方面的
課程系列是:本科生操作系統必修課，然後是Linux程序設計選修課，最後是嵌入式Linux系
統選修課。正規高校軟件學院在Linux方面目前已有較強力量，Q老師和張老師熟悉Linux開
發，金老師和唐老師熟悉Linux系統管理。

　　第三類、 Windows CE嵌入式操作系統:Microsoft也看準了嵌入式的儘大市場，MS永遠
是最厲害的，WinCE出來只有幾年時間，但目前已佔據了很大市場份額，特別是在PDA、手機
、顯示儀表等界面要求較高或者要快速開發的場合，WinCE目前已很流行(據說有一家賣工
控機的公司板子賣得太好，以至來不及為客戶裁減WinCE)。WinCE目前主要為4.2版(.NET)，
開發平台主要為WinCE Platform Builder，有時也用EVC環境開發一些較上層的應用，由于
WinCE開發都是大家熟悉的VC++環境，所以正規高校軟件學院學過Windows程序設計課程的同
學都不會有多大難度，這也是WinCE容易被人們接受的原因，開發環境方便快速，微軟的強
大技術支持，WinCE開發難度遠低于嵌入式Linux。對于急于完成，不想拿嵌入式Linux冒險
的開發場合，WinCE是最合適了(找嵌入式Linux的人可沒那麼好找的)，畢竟公司不能像學生
學習那樣試試看，保証開發成功更重要。根據不同的側重點，WinCE還有兩個特殊版本，一
個是MS PocketPC操作系統專用于PDA上(掌上電腦)，另一個是MS SmartPhone操作系統用于
智能手機上(帶PDA功能的手機)，兩者也都屬于WinCE平台。在PDA和手機市場上，除WinCE外
，著名的PDA嵌入式操作系統還有Palm OS(因出現很早，很有名)、Symbian等，但在WinCE的
強勁沖擊下，Palm和Symbian來日還能有多長?興W高校軟件學院可能是全國高校中唯一一家
開設專門的“Windows CE嵌入式操作系統“課程的學校，這主要是基于以下原因:正規高校
軟件學院本身前面便有Windows程序設計課程，同學學過VC++後再學WinCE,非常方便自然，
通過學習WinCE同樣也可了解嵌入式軟件的一般開發過程，對Linux有懼怕心理的同學也很合
適。很顯然，嵌入式Linux永遠不可能替代WinCE，而且將來誰佔份額大還很難講，畢竟很多
人更願意接受MS的平台，就像各國政府都在大力推LINUX已好長時間，但您能看到幾個在PC
機上真正使用LINUX的用戶?據我觀察,目前在嵌入式平台上,LINUX是叫得最響,但還是WinCE
實際用得更多.嵌入式LINUX可能更多地是一些有長遠產品計劃的公司,為降低成本而進行長
遠考慮; 二是微軟亞洲研究院對正規高校軟件學院WinCE課程的支持計劃，我們也很希望將
來正規高校軟件學院能有同學通過微軟的面試去實習。WinCE和多媒體(如MPEG技術)是微軟
亞洲工程院目前做得較多的項目領域之一,他們很需要精通WinCE的人。

　　總結關于嵌入式操作系統類課程，若您覺得自己功底較深且能鑽研下去，則可去學嵌入
式Linux;若您覺得自己VC++功底較好且想短平快地學嵌入式開發，則正規高校軟件學院的
WinCE課程是最好的選擇。

　　(3) 嵌入▲}發的其它相關軟件課程

　　搞嵌入式若能熟悉嵌入式應用的一些主要領域，這樣的人更受企業歡迎。主要的相關領
域包括:

　　A、數字圖像壓縮技術:這是嵌入式最重要最熱門的應用領域之一，主要是應掌握MPEG編
解碼算法和技術，如DVD、MP3、PDA、高精電視、機頂盒等都涉及MPEG高速解碼問題。為此
，正規高校軟件學院已預訂了一位能開設數字圖像處理課程的博士。

　　B、通信協議及編程技術:這包括傳統的TCP/IP協議和熱門的無線通信協議。首先，大多
數嵌入式設備都要連入局域網或Internet，所以首先應掌握TCP/IP協議及其編程，這是需首
要掌握的基本技術;其次，無線通信是目前的大趨勢，所以掌握無線通信協議及編程也是是
很重要的。無結通信協議包括無線局域網通信協議802.11系列，Bluetooth，以及移動通信
(如GPRS、GSM、CDMA等)。

　　C、網絡與信息安全技術:如加密技術，數字証書CA等。正規高校軟件學院有這方面的選
修課。

　　D、DSP技術:DSP是Digital Signal Process數字信號處理的意思，DSP處理器通過硬件
實現數字信號處理算法，如高速數據採集、壓縮、解壓縮、通信等。數字信號處理是電子、
通信等硬件專業的課程，對于搞軟件的人若能了解一下最好。目前DSP人才較缺。如果有信
號與系統B數字信號處理等課程基礎，對于學習MPEG編解碼原理會有很大幫助。

　　(4)嵌入式開發的相關硬件基礎

　　對于軟件工程專業的學生，從事嵌入式軟件開發，像數字電路、計算機組成原理、嵌入
式微處理器結構等硬件課程是較重要的。另外，匯編語言、C/C++、數據結構和算法、特別
是操作系統等軟件基礎課也是十分重要的。我們的主要目地是能看懂硬件工作原理，但重點
應是在嵌入式軟件，特別操作系統級軟件，那將是我們的優勢。

　　我們的研究生裡有些是學電子、通信類專業過來的，有較好的模擬電路和單片機基礎，
學嵌入式非常合適。嵌入式本身就是從璊躨鰽o展過來的，只是單片機不帶OS，而現在很多
嵌入式應用越來越復雜，以至不得不引入嵌入式操作系統。另外，為追求更高速的信號處理
肕度，現在在一些速度要求較高的場合，有不少公司是將一些DSP算法，如MPEG壓縮解壓縮
算法等用硬件來實現，這就涉及到HDL數字電路設計技術及其FPGA/IP核實現技術，這方面的
人目前市場上也很缺。

　　(5) 題外話

　　另外，能寫驅動程序的人目前是非常緊缺的(驅動程序也可歸_嵌入式范疇)，包括桌面
Windows中的DDK開發環境和WDM驅動程序。公司每時每刻都要推出新產品，每一個新產品出
來了，要能被操作系統所使蚔，是必須寫驅動程序的。寫驅動程序就必須掌握操作系統(如
Windows或Linux)的內部工作原理，還涉及到少量硬件知識，難度較大，所以這方面的人很
難找。想成為高手的同學，也可從驅動程序方面獲得突破。我可說一下自己的經歷，三年前
我曾短暫地在一家公司寫過WinCE驅動程序(正是因為知道這方面的人緊缺，所以才要做這方
面的事)，盡管那以前從未做過驅動程序，應聘那個職位時正是看準了公司是很難招聘到這
方面的H，既然都找不到人，驅動還得有人做，這正是可能有機會切入這一領域的大好機會
。面試時大講自己寫過多少萬行匯編程序，對計算機工作原理如何清楚，簡歷中又寫著我曾
閱讀完兩本關于Windows Driver Model的兩本英文原版書，寫過幾個小型的驅動程序練習程
序(其實根本沒寫過，畯怐漲P學將來千萬不要像我這樣，早練就些過硬功夫，就不至于淪
落到我這等地步，就不用像我那樣去“欺騙”公司了，我這是一個典型的反面教材)，居然
一切都PASS(當然最重要的是筆試和面試問題還說得過去)，這只能說明這一領域找人的困難
程度。公司本就未指望找到搞過驅動的H，找個有相關基礎的人就算不錯了。做了以後，發
現也並不是怎樣難的。其實搞驅動程序的工作是很舒服的，搞完一個版本就會空一段時間，
珿有等公司新的芯片推出或新的OS出現後，才需要再去開發新一版驅動，那時有將近一個月
時間空閒著在等WinCE .NET Beta版推出，準備將驅動逢序升級到CE .NET上，現在在軟件學
院工作整日忙，無限懷念那段悠閒時光。

　　很巧合，最近本人無意中再次體會到了嵌入式的迷人之處。卬周我那用了3年的手機終
于不能WORK了。此次更新，除要求有手機常見功能外，最好有MP3功能(現在很多英語聽力都
有MP3文件)，最好有英漢詞典，最好還能讀WORD文檔。最後選了個滿足以上條件的最便宜的
手機DOPOD 515(斬了我2.2K，但想想這也算自己對嵌入式事業的支持，這樣便也Q開了)，
算得上最低檔的智能手機了。回來一查，手機的about顯示，本手機Processor是ARM，其OS
是MS Smartphone(即WinCE .NET 4.2)，這麼巧合，簡直可做為學習嵌入式課程的產品案例
了(等我們的WinCE課程開得有聲有色後，希望能從微軟研究院搞些Smartphone來開發開發)
。有OS漱熅鱆G然了得，金山詞霸、WORD、EXCEL、REGEDIT等居然都有smartphone版的，
PC上的MP3、DOC等居然在download時都可被自動轉換成smartphone格式，真是爽。完全可用
Windows CE自己開發一些需要的程序download到自己的手機上。現在市面銷售PDA智能手機
火爆，MS總是財源滾滾。琱w發現國產的ARM+LINUX手機出現在市面上，價格只1.2K。

　　在GOOGLE網上能搜索太多的關于嵌入式系統的討論了，我剛發現一個
http://www.embyte.com 非常不錯，有很多有經驗者談自己的體會,投入到其中的論壇中，
你會切身感到嵌入式學習的熱潮。

　　要麼走ARM+WinCE，要麼走ARM+LINUX，要麼走ARM+VXWORKS。每個搞嵌入式的人都可選
一條路，條條大路通羅馬。

　　三、關于遊戲軟件方向

　　將遊戲軟件人才椄側r媒體軟件人才可能更好聽些，包括遊戲軟件策劃(最缺遊戲策
劃的人)、遊戲軟件美術設計、遊戲軟件程序設計等多方面的人才，對軟件學院，遊戲軟件
程序設計當然是最合適的了。

　　遊戲軟件人才的確目前很缺，聽說很多遊戲軟件公司苦于沒新人才補充，特別是沒有高
手補充，不得不相互挖人才，以至將遊戲軟件人才身價越抬越高。網上說日本教育部剛剛批
準成立了日本第一家專門培養四年制遊戲軟件人才的本科大C其實國內很多大學，特別是
軟件學院都有搞遊戲軟件人才的設想，但目前很少有做成的，主要原因是找不到能上遊戲軟
件課的教師，聽說有該學校只能花很大的價錢從Korea找老師來上課，果真缺到此等地步?

　　已有很多青少年沉湎于網遊而頹廢的實例，好在還不至于上升到制造精伎鴉片的高度，
所以開發遊戲軟件的人也不必每日慚悔(但開發兒童益智類遊戲軟件的人是不需慚悔的)，如
果想想這是為發展民族軟件產業做貢洨，那反倒是一件有意義的事情了。不過聽一家遊戲軟
件公司的老板講，搞遊戲軟件開發是非常辛苦的。

　　若想自己創業，搞搞遊戲軟件是不錯的主意。現在網上網站或公司都在收購遊戲軟件(
特別是手機遊戲軟件，因為手機遊戲用戶可選從網站上download到手機上，不像網遊那麼復
�，按download次數分成或一次性收購的都有。我們的同學在校期間是否也可發點小財?搞
得好，說不定可賣到國外網站，直接掙$$$呢。

　　愕致遊戲分成以下幾類:

　　(1) PC類遊戲，包括單機和網遊。這類遊戲開發平台基本上都是基于VC++和DitrectX(
如DirectShow，DirectDraw，D3D等，DirectX資料可直接到MS網站上查)。DirectX和
OpenGL是兩個主要的圖形標準，OpenGL跨平台(Unix/Windows上都可跑)，盡管很多搞研究�
人對OpenGL讚不絕口，將DirectX罵得一文不值，但事實是，在Windows平台上，DirectX是
最快最方便的，所以在Windows平台上的遊戲還是DirectX當家。

　　(2) 手機遊戲:目前手機遊戲主要開發平台有兩類:

　　第一類手機遊戲是J2ME平台(Java 2 Micro Edition)，J2ME本是為嵌入式平台設計的
Java，但由于Java生來就需要Java虛擬機(JVM)來解釋，所以在嵌入式產品很少用J2ME(太慢
太耗內存)。但在手機遊戲中J2ME倒有峈Z之地，我想這可能主要是Java可跨OS平台的原因
，因為手機的OS是千奇百怪的。我對J2ME完全外行，但上次聽Square Enix公司的人說，
J2ME與我們同學學過的J2EE還是有較大差別的。據我所知，目前手機中用的較多的是KJava
語言，KJava是運行在一種叫K Java Virtual Machine的解擰馱W(K JVM是SUN早期為演示
J2ME在嵌入式系統應用而開發的一個虛擬機)，所以將在K JVM上運行的J2ME叫KJava。盡管
SUN說今後不保証支持K JVM，將開發新的更高性能的J2ME虛擬機取而代之，但由于KJava出
現較早，很多早期的手機遊戲軟件都將K JVM假想成J2ME虛擬機的標準了，所以目前有大量
的KJava手機遊戲軟件存在，而且還在用KJava繼續開發。特別是日本的手機遊戲軟件由于開
發較早(像叫什麼docomi的日本最大的電H運營商手機遊戲搞得很火)，多是基于KJava的。
所以目前市場上在招聘手機遊戲軟件人才時，很多要求掌握KJava。有關J2ME請到Sun的網站
上湴資料。

　　另一類手機遊戲是BREW平台，BREW是美國高通公司(Qualcomm，CDMA核心技術都是該公
司開發的，有無數移動通信技術專利)發明的，據說可編譯成二進制代碼，那當然快了。主
要的開發語言是C/C++。但迫于被指責為較封閉的壓力，目前Qualcomm已推出BREW平台上的
J2ME虛擰�但可想像那將是怎樣慢的速度)。Qualcomm搞定了很多手機制造商簽定BREW授權
許可協議，最狠的是Qualcomm與中國聯通綁在一起大堆基于BREW的手機遊戲，所以有些公司
招聘時要求掌握BREW也就不奇怪了。

　　去年00級2+2班畢業答辯時，有一位同學講的是在公司做的KJava遊戲(那是一家日本遊
戲軟件公司)，還一位同學講的是另一家公司做的BREW遊戲，看來不同的公司有不同的選擇
。將來誰會更火，我估計隨著手機硬件篞蔽漱�_提高，不會在乎一個JVM的開銷，J2ME應
更有前途，畢竟它是更開放的。

　　(3) 專用遊戲機:如電視遊戲，XBOX等，我不太了解，不過這些遊戲也太偏了。

　　從著名遊戲公司發來的對網遊和手機遊戲的人才需求，很有代表性。從中我們可看出，
遊戲公司對人才的需求主要O以下技術:

　　(1) 計算機圖形學，特別是3D編程與算法，包括DirectX或OpenGL。開發平台是
VC++/DIRECTX或KJAVA。

　　(2) 公司說，手僻遊戲因手機資源有限，必須對圖像進行壓縮，所以若有一些圖像壓縮
算法知識比較好。像若能有MPEG壓縮算法較好，手機上採用的是比MPEG壓縮得更狠的一些特
殊算法，但觸類旁通。

　　(3) TCP/IP Socket編程是搞網遊開發的人必須掌握的。

　　(4) 人工智能知識:復雜遊戲可能需n一些AI算法。

　　(5) 網絡與信息安全知識:網遊要防外掛。

　　一般遊戲公司的網遊服務器是基于Linux平台的，所以還提出了對遊戲服務端軟件工
程師的技術需求(精通MSSQL、ORACLE、MYSQL等數據庫，精通Linux Programming，特別是
Socket編程)。還有對維護遊戲網站人才需求(ASP .NET和數據庫)。詳細請同學自己看服務
器。注意一條，最好有自己的遊戲軟件作品，若您應聘時能帶一個DirectX作品，那將有多
強的競坐O，所以最重要的是現在就要行動，實踐，實踐，再實踐。

—
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 222.35.3.162
 [1;37m推  [33mFalldog [m [33m:我竟然看完了…好長…. =_=                             [m 01/14 18:58
 [1;37m推  [33mAreTheyYou [m [33m:看完第2段先推                                        [m 01/14 19:06
 [1;37m推  [33mdeepdish [m [33m:看完＝　＝                                             [m 01/14 19:39
 [1;37m推  [33mnobody1 [m [33m:看完 +1                                                 [m 01/14 20:13
 [1;37m推  [33mAurim [m [33m:看完了，很純粹就是年輕人就業分析；不考慮十幾二十年後..    [m 01/14 21:29
 [1;37m推  [33myoruhoshi [m [33m:看術語…好像是從大陸那邊抓過來的文章,現在還適用嗎?   [m 01/15 00:04
 [1;31m→  [33myoruhoshi [m [33m:抱歉,文章我跳著看…                                  [m 01/15 00:06
 [1;37m推  [33mcrazyorange [m [33m:覺得這篇寫的還不錯@.@                               [m 01/15 00:30
 [1;37m推  [33mkahiro [m [33m:好長..純推…改天精神好再來看..睡覺去…                 [m 01/15 00:35
 [1;37m推  [33mPICASSO1 [m [33m:我很想看看Aurim的分析….Aurim應該已經50幾歲了吧??在   [m 01/15 14:43
 [1;31m→  [33mPICASSO1 [m [33m:這變化起浮很的台灣本土，已經可以看到10幾20年後了!!     [m 01/15 14:44
 [1;31m→  [33mhahapp [m [33m:我同學在做獵頭(talent-hunter),據他說，大陸是文中這樣的   [m 01/15 20:12
 [1;31m→  [33mhahapp [m [33m:據一個在做獵頭(talent-hunter)的說，此文正是大陸的現狀    [m 01/15 20:47
 [1;37m推  [33mRightBack [m [33m:介紹得還不差吧…我也想知道10幾20年後該怎麼看…        [m 01/15 23:29

十年一覺程設夢

當年很紅的文章，但是好像爭議很大，有人踢爆什麼的

發信人: weber1217.bbs@bbs.cis.nctu.edu.tw (weber), 看板: programming
標  題: 十年一覺程設夢
發信站: 交大資科_BBS (Mon Jan 14 00:42:42 2008)
轉信站: SayYa!News.Math.NCTU!news.cs.nthu!csnews.cs.nctu!news.cs.nctu!cis_nctu
Origin: 203-203-247-59.twt1.com.tw

十年一覺程設夢

本文可視為 “我的 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 熱潮. “PC 已死, IA 當道”. 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 的硬體色彩處理功能 (3×3 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”.

原本給他們的 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 在 “Only the Paranoid Survive” 中寫到,
“公司沒有天生就欠你一碗飯, 想吃飯就要靠自己去爭取”.

台灣的軟體工程師憑什麼要求高薪 ? 現在有些工程師是躲在大樹底下好乘涼,
公司大員工多, 可以混水摸魚, 濫竽充數. 但你能躲多久 ?
等到 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 的經驗.

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

有個副課長說我, 這樣搞法, 恐怕沒幾個人來面試.
但我告訴他, 我就是要這樣惡搞, 找不怕死的人進來.
寧願這陣子, 咬緊牙關先撐住 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,

何年何月才能幫他們改裝甲, 黏蝕刻片, 來上色, 做舊化 ?
雖然網路有人代做模型上色. 但做模型的樂趣, 就是看一片片塑膠片,
在手中慢慢成形, 而且一台比一台做的更細緻更逼真.

寫到這裡各位大概猜出我的性格, 沒錯, 是宅男型工程師.
我找的部屬, 都是宅男型工程師.在我們這邊, 鐵定沒有鶯鶯燕燕, 讓你分心,
只有超安靜的環境, 讓你專心工作.
—
 * Origin: ★ 交通大學資訊科學系 BBS ★ <bbs.cis.nctu.edu.tw: 140.113.23.3>

WiMAX 13條好漢搶照 個個有來頭

作者: hatenese (吱吱群DDOS攻擊？？) 看板: Gossiping
標題: WiMAX 13條好漢搶照 個個有來頭
時間: Sun Jun 17 17:14:06 2007

WiMAX 13條好漢搶照 個個有來頭
http://tw.news.yahoo.com/article/url/d/a/070616/2/fyxc.html
 聯合新聞網  更新日期:2007/06/17 07:50  記者:記者 余麗姿

第四代行動通信WiMAX執照釋照吸引13家團隊投標，面對13搶六的競爭局面，各團隊卯足
全力，電信三雄實力雄厚，拿下WiMAX執照門票呼聲高，其他競爭團隊則傳出策略聯盟的
消息，大同、大眾電信雙方積極接觸中，首席電子商務團隊動向更備受市場矚目。

13家競爭團隊中，南北兩區都申請者有六家，包括中華電信、遠傳電信、台信聯合數位（
台灣大哥大投資的孫公司）、威邁思電信（威寶電信與東訊）、大同電信以及旺旺電通。

僅申請北區執照的業者有大眾電信、創一投資及匯僑三家；南區則有中華聯網寬頻、亞太
固網寬頻、威達有線電視及寰宇通四家業者。

NCC開放六張WiMAX執照，南北各三張，其中南北各保留一張優先給非市場主導者、新進業
者以WiMAX技術申請執照。扣掉電信三雄，以及不採用WiMAX技術業者，是九搶二的競爭局
面，第一輪即廝殺激烈。

業界分析，由於業者取得WiMAX執照後，南北可進行合併，因此，從新進業者的多元背景
來看，未來合縱連橫的機會很高，雙方整合資源，對抗電信三雄。

威邁思公司，為東訊與威寶電信合資10億元成立，東訊持股比率達55%，東元董事長劉兆
凱出任威邁思董事長，將結合通訊服務與製造爭取iMAX的全方位商機。

大同電信將跨業進入科技電信產業，大同集團董事長林蔚山為WiMAX一役，練兵許久，將
與NEC等合作WiMAX的商機，爭取入門票。大同與大眾電信近來雙方密切接觸，也有機會策
略聯盟取得合作。

何薇玲率領的首席電子商務，以「創一投資股份有限公司」名義投標，將與年代數位媒體
等多家內容廠商合作，硬體廠商友訊也在合作名單之列，至於該公司標特許費的銀彈資源
，備受外界矚目。

匯僑則是在台中港經營儲油槽的租賃業者，匯僑表示，已與科技廠商簽定保密協定，希望
可以跨業經營科技電信產業。旺旺電通為二類電信業者，將與美國外資Turssnet合作進軍
WiMAX。

寰宇通則是13家業者中，不採用WiMAX技術標準，而選擇TD-CDMA的通訊技術，雖然是新進
業者，但該公司信心滿滿，競標合作團隊包括網通業、銀行及外資創投等。

威達有線電視則是有線電視業第一家跨業經營電信，未來希望能整合成四網合一，創造有
線電視結合電信的成功營運平台。


WiMAX八年後 商機4,600億元
http://tw.news.yahoo.com/article/url/d/a/070616/2/fyxd.html

 聯合新聞網  更新日期:2007/06/17 07:50  記者:記者 費家琪

第四代行動通訊WiMAX的大餅有多大？資策會預估，全球包括基地台、網路鋪設、終端模
組等上下游設備，到2015年，全球WiMAX設備產值可望達140 億美元，約為新台幣4,600億
元，而台灣的業者不僅是投入網通、手機等終端產品，甚至開始發展技術層次能力高的基
地台設備，爭取全球商機。

目前在WiMAX機房端設備的大廠有摩托羅拉、北電、諾基亞西門子、三星等數大業者，日
前摩托拉執行長桑德還特別來台拜會遠傳董事長徐旭東、威寶董事長許勝雄等人，即為了
搶WiMAX的訂單。

目前在核心網路部分仍由大廠主導與自製，終端產品早有下放給代工廠的趨勢，而且允許
代工廠打出自有品牌，自行發展其路線，主要希望提升終端產品的品質，帶動市場起飛。

在機房端與用戶端中間的基地台部分，是以量取勝的重要商機，大廠也都有意將其中的小
型、微型基地台釋出給台灣業者生產，降低系統的成本，目前東訊已經有生產能力，合勤
也都在積極測試這類產品。

阿爾卡特朗訊亞太區總裁羅睿哲說，WiMAX明年可望蓬勃發展，意味起碼有十家到20家的
業者可以推出商業化的服務，目前全球約有40家電信業者正進行大大小小的測試計畫，明
年將是「WiMAX巴士開跑的時刻」。

根據阿爾卡特朗訊預測，在無線寬頻接取市場的局端設備上，今年的全球產值將達到14億
歐元，到2009年將達到35億歐元，其中主流的WiMAX技術占九成的市場占有率。

阿爾卡特朗訊亞太區副總裁賴平說，目前第四代行動通訊WiMAX的終端產品報價約在200美
元，由於小量生產，價格不夠大眾化，預期近期會大幅降價，明年可望看到50美元的價格
，屆時也將是民眾最能接受的合理價格，可望是WiMAX大放異采的時刻。

諾基亞西門子台灣總經理王建亞評估台灣的市場，以3G全島覆蓋通訊約要8,000個基地台
，而WiMAX起碼要1萬台，預期台灣一張覆蓋全區的基地台約要 200億元，以政府要求七成
的人口覆蓋率，因此資本投資大約在140億元，以目前六張分區執照相當於三張全區執照
來看，基地台系統端商機可達420億元，終端產品的商機要視用戶接受度而定。

—
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 125.225.80.209
 [1;31m→  [33mpklight [m [33m:唉!!還是loh姐比較專業                                   [m 06/17 17:15
 [1;37m推  [33mmatinjf [m [33m:我還以為是13張王牌的新聞                                [m 06/17 17:16
 [1;37m推  [33msofaly [m [33m:諾基亞西門子 怎麼合併?                                   [m 06/17 17:17
 [1;37m推  [33mjojochen [m [33m:各各有來頭,通通半桶水,花小錢想貪大錢                   [m 06/17 17:52
 [1;37m推  [33mgenighcloud [m [33m:小同加油XD                                          [m 06/17 21:44

繼『天堂向左，華碩向右』之後，又一長篇離職感言

作者: anochen (哥) 看板: Tech_Job
標題: [情報] 繼『天堂向左，華碩向右』之後……2007最新巨作
時間: Fri Mar 23 11:08:08 2007


如果不能po 請版主告知  要的人寄信給我吧…..
(啊 我是轉貼的  不是作者)


===========以下都是賺po幣用的=====================================

繼『天堂向左，華碩向右』之後，又一長篇離職感言。2007年最新版喔。




華碩，今夜請將我遺忘



各位朋友們：

    終於也到了我寫離職感言的時候了。人生短短幾十年，在一個逗留近一年的地方，離
開的時候總是要說一些什麼，留下些什麼。離職時的感言，少不了三件事：回憶，感謝和祝
福。

回憶，是為和過去做一個告別，結束一段可堪回首的歲月；感謝，是為了那些曾經幫助過
我鼓勵過我的那些人；而祝福，是為所有在這一年中認識的朋友們以及我自己。



回憶

    關於ASUS的回憶，有多少酸甜苦辣呢？也許只有在這個超級航母裏呆過的人才會有真
正的感受。



食堂

    長蛆的雞腿事情還沒有完全消退（七廠武林速食），帶醫用針頭的豬肉又迫不及待的
冒了出來（五廠林格速食），以至於讓青菜裏的甲蟲和土豆裏的頭髮都無立足之地。堂堂七
尺男兒飯盆裏的飯大概只有二兩，雖然說你可以去加飯，但是長長的加飯隊伍卻抵擋住了你
前進的步伐。食堂裏嘈雜的音樂放著時下最讓人噁心的網路歌曲和讓人血脈膨脹的瘋狂舞曲
，這到底是讓你慢慢吃飯陶冶情操有助消化還是叫你吃完趕快滾蛋？可憐的夥委看到如此混
亂的場面也只能含著淚抓幾個看不順眼的OP交差，以示他們吃飯的時候曾經來到過這裏。ASU
S的飯菜品質也許只有從非洲招來的OP才能拍著桌子大吼：老子從來沒有吃過這麼好吃的東
西！而且更加讓人感到ASUS對於人的尊重是在我上夜班的時候，整個加飯的大塑膠盆直接
扔在地上，每個加飯的人不得不蹲下身子來撈飯。想一想吧，蹲下身子，一手餐盤，一手勺
子，一下一下的從地上挖飯，華碩對員工的尊重程度達到了前所未有的高峰！

   來了這麼久，在食堂從來沒有見過一次台幹，仿佛那個地方是他們的禁區。每個人的識
別卡背面都寫著這麼句話：關懷員工。那我也想對台幹們說一句，感謝您一直以來對我們
的關懷，來食堂吧，我請你吃華碩大餐。



人

    還沒來ASUS前，就知道這地方人挺多的，真正來了之後才發現，人比傳說中的還要多
。說實話，我以前幾乎沒有見到過有這麼多人的地方。就拿一天的行程做個例子吧，早上起
來去坐廠車，一大幫子人在那裏排隊等車，終於車子晃悠悠的來了，又要死命往上擠，因為
一旦你擠不上，那對不起，只能做公交了，廠車就那麼幾輛呀；到了廠裏，去8號樓下面買點
早飯吃吧，又是一大堆人擠在早飯鋪前，簡直讓人懷疑是不是今天的包子不要錢？好吧，
誰叫ASUS人多呢，擠吧，要不等會拉卡不是遲了就是沒早飯吃了；總算吃好了，急匆匆的往
廠裏走，一到拉卡那地方，心又拔涼拔涼的了，因為一條條拉卡長龍在等著你，哎，誰叫你
是大學生呢，又不好意思插隊，排隊拉卡吧。終於拉到卡了，可以上班了。可是，一天的精
力在8點之前已經消耗的差不多了。到了中午，可以吃飯了，那個高興啊，走到食堂門口才發
現，黑壓壓的隊伍已經從地下室排到了一樓了，一百多號人擠在一起等著食堂開門放閘（
不是放狗，別看錯了），我又一次感覺到了時空的交錯，是不是回到了原始社會？或者遇上
了百年不遇的饑荒，今天免費放糧？排了20分鐘隊伍，終於拿到了自己那點可憐的吃的，可
是一看那飯，我的心又瓦涼瓦涼的了，只吃這點我不是只能撐2個小時麼，誰叫供應商也在搞
costdown呢，少給一點飯，如果你懶的話就可以不去加飯了，那不就又幫他們省了一點了
嗎？我想看這篇文章的同事們來華碩時間長了胃口都被迫變小了吧？沒辦法，我怕餓，還是
加飯去吧，可是一看那加飯的隊伍，我啥也不說了；終於加到飯了，可以坐下來吃了，可是
向四周望一望，怎麼就見不到一個空位置呢？端著餐盤從西餐區跑到吸煙區，愣是沒找到一
個空位置，等等，那邊不是有個位置沒有人嗎？那心裏高興啊，三步並兩步的跑過去一看，
天哪，還沒凳子。。。。。。好不容易吃完飯，總要解決一下生理需要吧，一到廁所門口一
看，3個池前的隊伍都排到廁所門口了。我對於這個現象一直懷疑是不是工務的腦殼給驢踢了
，三樓整整一個BB廠，少說男生也千把號人，可是七八平方米的廁所只有3個小便池，2個
大便池，而且定期會堵一到二個池子！我來了華碩一年了，從來沒有一次去上廁所不要排隊
。看著那些年輕的漲紅的面孔，不知道哪個可憐的OP會因為這種狗屁設計而憋出尿毒癥來。
等到下班的時候，最恐怖的事情發生了，等下班的長龍可以從地下室排到三樓，蜿蜒曲折，
浩浩蕩蕩，頗有春運的時候火車站排隊買票的氣勢。排在最後的估計8點下班要等拉到卡應該
就要8點半了。親愛的ASUS真正的讓員工愛廠如愛家了，就算下班時間到了也要再等半小時
走，多感人啊！

    人多，是沒有辦法的事情，也是正常的現象，ASUS越做越大，產能提升了，代工的產
品越來越多，當然要擴線，所以就要多招人。那問題的關鍵就來了，那地方還是那麼大，據
我所知，五廠已經快接近一萬人了（不知道是否準確，估計還要多），那地方還是幾年前造
的時候那麼大，你說能不擠嗎？我們經常聽說過這樣一個參數叫人均占地面積，我想我們每
個人在五廠的占地面積是多少心中都應該清楚吧。



工作環境

    鑒於工程工作的特殊性，我們的辦公地方大概離產線只有3-5米的距離，無數的設備同
時發出的電磁輻射把你射的春心蕩漾；無數的設備同時發出的轟鳴聲把你的耳膜震的無比
激昂。記得以前我們在A區的時候，那個時候工作環境還是可以的，離產線比較遠，還有70庫
在中間擋著。可是這樣的好日子在搬到B區來了以後就再也不復存在了。剛搬來的時候，顯
示器在80MHZ的刷新率下都顫抖不已，無態我只能用800*600的解析度調100MHZ才勉強看的
下去。

還有一個奇怪的現象就是廠裏的手機信號。在三樓這樣接受信號的黃金地段，我們的手機
卻始終處於一格或者無格的信號狀態中，然而一旦離開辦公區域，走到大廳那位置，信號馬
上就全滿。在這裏我要為NOKIA做個廣告了，經過我反復拿同事不同牌子的手機做通話實驗表
明，在輻射干擾特別強大的地方，N記的手機信號是最好的！由於長期沒有手機信號，和外
界基本失去聯絡，以至於讓我以前的同學朋友們都以為我偷偷躲在哪里悶聲發財不再理睬
他們了或者是去西藏旅遊了，沒辦法，只好忍痛扔掉了我那最愛的阿卡小黑，換了部NOKIA的
手機。

    電子行業受電子污染是一個不爭的事實，也沒有更好的辦法去改變他。這裏我要說下
我們家的三位BOSS。他們坐的離產線比我們更近，卻還一直堅守在第一線，在這事上我真的
打心眼裏佩服他們。有些事情就是這樣，你覺得可以承受，你就過來了，最後看看其實也就
那樣；承受不了，過不了這個坎，心裏老有負擔，就過不去了。環境問題也是我離職的原因
之一，因為我還真的想為我自己的身體想想，父母一把屎一把尿的把你拉扯大，胡亂糟蹋可
是大不孝啊，對自己將來也不好。我經常看到挺著大肚子的同事在廠裏面走來走去，以至於
我回家把這個事情說給我親戚聽的時候他們都瞪大了眼睛說是不是瘋了，要錢不要命。



制度

    剛來華碩的時候，給它軍事化的管理制度所震撼：洗手灑水要在盆裏；走路要按照地
線走；廠服的袖子不能卷起來，躲在廁所裏抽煙就開除，識別卡沒放在胸前放在衣服就要記
個警告。。。。。。幾乎就到了制度無處不在無所不包的地步，感覺比國家的憲法還要嚴格
，還要神聖的不可侵犯。而現在看起來呢，我只能說，這些手段對付OP是還算可行的辦法，
可是對我們呢？我們是接受過高等教育的人，會有自己的底線，分寸，一個“度”。不能一
刀切，人和人之間還是有差別的。我們不是機器，不應該用程式化的東西來過分的約束我們
，這樣的結果只能是讓我們每天生活在一種莫名的緊張之中，生怕什麼時候不小心又犯了個
錯弄個警告小過大過之類。試問，每天在這樣情緒下還有什麼工作熱情可言呢？安勤稽核的
同志們，監控組的小MM們（這個部門好象是BB的特色，感覺名字很牛比，聽起來和FBI好象一
個檔次的），你們其實也不容易，為了生存，為了混口飯吃，你們做出這些那些的事情也
就不難理解了。

    在這裏我不得不提一件事情，正是這件事情讓我看清楚了ASUS所謂的“培育，珍惜，
關懷員工”，以及它那無情的比法律還要嚴格的制度。遙想那是一個漆黑的夜晚，產線宕產
了，在電話裏用手機從11點每隔半小時打次電話告訴夜班同事怎麼做還沒有用的時候（那個
時候真的很為公司著想，手機打的都是自己的錢），作為機種的負責人，作為一個ASUS人，
作為一個男人，我的責任心告訴我，應該挑起這個擔子，走到生產的第一線。於是，半夜3點
，我打車從家裏趕到廠裏處理產線異常。忙了一個晚上，產線終於好了，到了白天，助理
和我說讓我把打車發票給她，她幫我去廠長室報銷。我其實心裏當時一點也沒在意這幾個錢
，不過既然可以報銷，當然就報了。可是助理帶回的結果卻讓我目瞪口呆—-不能報銷，理
由：半夜三點過來是屬於上班了，報銷只能是晚上下班10點以後沒車了才可以報。我的天，
難道半夜三點來上班就有公車坐了？廠車也停在那裏等我了嗎？或者我步行來上班？我只能
無奈的笑了笑，心裏卻暗暗的就發了誓，以後誰TMD再半夜過來誰就是孫子，產線宕產管我屁
事，我又沒有什麼損失，最多給老大們飆幾句，真正損失的還是ASUS。區區25塊錢，把一
個充滿激情的大好青年瞬間變成這樣，我不得不佩服廠長室的人對於制度的執行力是如此的
到位。雖然後來廖sir私下把錢塞給了我，但是卻挽救不了我那年輕的受傷的心靈。

     華碩一直都是實行的一種准軍事化的管理。因為在華碩廠，不需要你的創造力，不需
要你的想像力，需要的只是你的執行力，對於制度對於流程對於命令的那種執行力。這種
管理方式可以用最低廉的成本獲得最大的剩餘價值。但是這種管理是最不人性化的，與華碩
的企業文化“崇本”是背道而馳的。最後的結果只能是搞的大家心灰意冷，走人了事。每個
月的12號3號門那等待拿離職單的人流大概可以一直蜿蜒排到2號門，這也是ASUS奇特的風景
之一。



加班

    我對於加班的理解是這樣的：當今天的事情在9小時內解決不了的時候，而這件事情又
很急或者必須要你在場的時候，才需要加班。可是，在ASUS，加班卻有點變味了。“混加
班”，一個多麼形象生動的辭彙應運而生。今天有事情，加班；今天沒事情，也加班，為什
麼呢，不就是為了一個“錢”字嘛。個人價值在我們目前階段看來，主要就是體現在每個月
所獲得報酬的多少上面。但是很可惜，在ASUS，或者說是在BB，不在於你的能力，你的知識
，你的水準，在於的卻是你能不能熬，你能不能耗，能不能加班。很可笑是嗎，個人價值竟
然完全體現在工作時間長短上。別和我說績效年終，在ASUS呆過的人都知道，那都是扯蛋，
評定的依據大部分也就取決於你來了多長時間。你能混，能熬，每天8點下班，每個星期都不
休息，你拿的錢肯定不少，由此推斷ASUS對於你的個人價值最肯定。真的很扯，真的。





產品

    華碩品質，堅如磐石。這麼響亮的口號無不讓所有的人為之振奮。還在我上初中的時
候，剛接觸電腦的我就非常的相信華碩的品質，直到進入ASUS前都一直如此。記得很早前去
買電腦，老闆指著塊主板說：華碩的東西，價格貴一點，但是品質絕對沒的說。（此處刪去4
05字）

    我們做PE的每天都要和產線打交道，產線測試電腦之爛簡直是沒有辦法想像的。配置
是5，6年前的也就算了，畢竟只是用來測試麼。可是最讓人崩潰的就是故障不斷，而且都是
一些莫名其妙的故障，導致我們每天都會看到可憐的生計同仁天天抱著產線的電腦重拷硬碟
，一個GHOST軟體用的爐火純青。其實很多時候產線異常，損失工時都是由於測試設備之爛導
致，ASUS的costdown在這個時候是非常的本末倒置。花很少的錢來改善一下測試設備和產
線的電腦來獲得產能的提升，減少工時的損失來獲得更大的效益，我想這小學生都會算的加
減法我們的施主不會不懂吧？

    也許別的代工廠的狀況和ASUS差不多，或者比ASUS很糟糕，這就是電子行業的潛規則
吧。（此處刪去105字）



教育訓練

    剛來ASUS面試的時候，廖sir就和我明說了，這裏是工廠不是學校，所以培訓之類的東
西都是為工作服務的，都是夠用就好至於你自己想多學點什麼還是要靠自己。

    的確，每個進ASUS的人都有這個想法，真正的學一些東西，為自己的將來做打算，而A
SUS也是靠這個來吸引應屆大學生特別是本科實習生這樣廉價的勞動力。工程，外人眼中工
廠裏面技術含量最高的一個部分，經常聽到哪個小MM驚呼道：哇，工程耶，真棒啊！眼神
中流露出的景仰之情如濤濤江水。。。。。。又如黃河決堤。。。。。。。

    可是，做為我們PE自己，到底我們的工作有多少技術含量呢？每個人心裏有應該清楚
吧！問所有的PE一個最簡單的問題，每天接觸的cable modem，你真正瞭解它的原理嗎？給你
幾塊broadcom的晶片，和一些電容電阻晶振二三極管，你會設計塊板子出來嗎？我想能作
出肯定回答的又能有幾個？為什麼你不會？因為你沒有接受過真正理論實際方面的培訓。我
記得看到過的一篇文章上說過，在臺北，工程課的工程師每個禮拜都會有專門的講師來上課
啊，而我們呢，我們得到了些什麼呢? 更為可悲的是我最近發現進來的新人連一點最基本的
培訓都沒有了，比我來的時候還要悲慘。每天都不知道自己要幹什麼，東拉一鋤頭西抗一橛
子，今天去維修學修板子，明天去產線學產測，真的是很可悲，這樣到頭來的結果只能是一
事無成，終日混跡於世。

    說到這裏順便要說下我們工程的機種負責安排，我覺得非常的不好，或者說是有很大
的弊病。每個機種都有專人負責，承擔關於這個機種所有的一切。表面看起來很不錯，類似
於市場經濟裏的承包責任制，可是弊病在哪里？那就是如果我的機種每天都在做，我會累死
；我的機種一個月甚至幾個月才做一次，我會閑死！而且我軟硬體什麼的都要懂，比如我硬
體方面比較厲害，而你卻叫我去處理CMTS異常，那不是瞎搞麼？所以經常可以看到有些人無
所事事而有些人卻要每天十多點下班。其實不按照機種分，按照技術責任分，應該是種很好
的方式。比如說成立一個產測組，一個HW組，就可以解決這些問題，讓每個人都感覺有事情
可做，也更能發揮每個人的長處。也更加方便和臺北RD那邊的溝通，因為他們那也是分產測
，SW，FW，HW的，更容易找到對應的窗口。也許有人會說，機種少的時候適合，機種多了就
不適合了。但是請不要忘記，我們家機種看起來好象是很多，但分大類的不也就四五樣麼？
再弄幾個人專人負責，大家都術業有專攻了，皆大歡喜。本來有幾次我想提出來討論討論的
，畢竟也許我的想法不成熟，聽聽大家的意見。不過後來想想給多少錢幹多少事，就算咯，
如果有人感興趣的話等我走後拿出來給BOSS們說說，也許他們會幫你多加20塊錢獎金的。



責任

    寫下這兩個字，我都感覺到不好意思。責任，是做為一個人的最基本素質，也是一個
公司對每個員工的基本要求。你做了這份工作就應該擔負起這份責任，該是要你來承擔的時
候就應該勇敢的站出來，說一句：對不起，這是我們家的責任。這才是一個優秀的真正的員
工應該表現出來素質。

可是，在ASUS，除了剛來的愣頭青（類似上文的我），有什麼責任感可言？實際情況是什
麼樣？出問題了，第一想的不是看看問題出在哪里了，而是趕快看看是不是自己家這裏出了
問題。如果不是的話呢，就可以萬事大吉，幸災樂禍；如果是呢，馬上找找是不是有漏洞，
是不是別人出的問題搞到我頭上來了。各個部門就象一盤散沙一樣，各顧各的，沒有擰成一
股繩，用流行的話來說就是缺乏團隊精神。沒有誰來為華碩想想，出了這個問題，對於華碩
有什麼損失，下次應該怎麼做才能避免。各位PE的兄弟姐妹們，有誰能說我來到ASUS沒有為
責任的判定吵過一次架？為有些部門的無賴行徑抓狂罵娘？到了開close meeting的時候，簡
直就是在開責任推卸會，各部門的能人在這個時候充分的發揮出了他們特殊的本領，以至
於有的時候搞的會議室裏劍拔弩張，硝煙彌漫。這裏要感謝QA的兄弟姐妹們了，正是由於你
們夾在中間的兩頭不討好，才讓ASUS沒有在這些問題上出現流血事件。



本來還想寫更多的東西的，但是考慮到都是一些比如薪資，人事，OP等等敏感的問題，就
算了。不過話說回來，華碩說到底是一家公司，是把利益放在第一的。在不斷創造出更多剩
餘價值的同時而出現了上述的那些負面問題也是可以理解的。畢竟這個世界上還是因為有了
華碩變的更加美好了一些。

我說這些問題並不是單純的發牢騷，抱怨。我都是要走的人了，完全可以不管我事，拍屁
股走人，但是為什麼我要花一個週末的時間在家裏坐了六七個小時寫出這邊文章來呢？因為
出於公，我希望能讓高層們知道，有這麼一些問題是存在的是需要改變的；出於私，我真的
不希望出去以後人家知道你在ASUS幹過會用什麼樣的一種眼光來看我！





感謝 祝福

    回憶了這麼多，都是一些辛酸的往事，讓人覺得心裏挺不好受。當然，在ASUS，我還
是認識了很多好朋友，好兄弟。擁有一顆感恩的心，才能讓生命更加的完整；祝福別人，其
實也就是在祝福自己。（以下排名不分先後，呵呵）

    感謝sailing。你是我來到ASUS的第一個老師，是你把我帶上了正軌，讓我知道了作為
一個PE應該做什麼，如何做什麼。在這裏我要喊你一聲師傅，謝謝你。你現在終於找到了
自己的另一半，他不錯的，我很清楚，好好珍惜。

    感謝emily。你是我的第二任老師，雖然你很少象sailing一樣帶我上線，手把手的交
我做著做那，但是你有時候的一句話，真的讓我有撥雲見日的感覺。在這裏我要提件事情，
可能你早已經忘記了，就是在我實習期的時候，我要回學校住。照例來說新人應該每個週末
免費為ASUS加一天班（真是破規定，呵呵），可是因為學校離公司遠，所以你就讓我別來了
。當時我那個激動啊，讓我第一次感受到了ASUS大家庭一樣的溫暖。。。。。。其實我知道
，你對我期望挺高的，哎，對不起，我讓你失望了，請你原諒。

    感謝bob。這裏我要誠懇的對你說一聲：對不起。我性子又急又暴的，又作為你的師傅
，有的時候難免對你吆五喝六的，時不時還弄幾句髒話。其實你應該知道，我並沒有惡意
，只是有的時候看你呆呆的樣子就急了，忍不住要吼幾句，希望你能原諒我，實在不行我酒
桌上多罰幾杯。我要謝謝你在我後期混世魔王般的工作中為我做了這麼多事情，你是個好人
。真的，現在象你這樣誠懇樸實有責任心的男人不多了。你是打心眼裏好，只是以後象你這
樣的性格要當心一點，畢竟這個世界比我們這些剛從學校出來的屁大孩子想像的複雜多了。
好好對你的jing，祝福你們！

    感謝廣飛。和你上夜班的那一個半月是我在ASUS得益最最大的一段日子。我們有如此
相同的共同語言，真是我沒有想到的。如果還有機會，我們單獨出去喝一頓，好好聊聊，因
為那一個半月還沒有說夠呢。其實現在關於這些我也算基本想通了，現在這樣的社會，一個
人所能改變的太少了，我們不是開天闢地的人物，在現在這樣的社會環境下，也不會出現這
樣的人物。我們年少且輕狂，管好自己，管好愛你的人和你愛的人，已經很不容易了。還是
儘快歸位，趕快揚帆。同樣，這些話也送給趙瑞，你比我還“憤”呢。

    感謝貝貝。你的出現應該說給我眼前一亮，第一眼見到你就知道你非常的聰明，因為
你的眼睛告訴我，小樣，別耍花招，我都知道呢。同時你也是一個非常負責的人，記得每次S
A的客戶過來你總是提前和我說，叫我不要出問題，我總是滿口的答應。可是一旦出現問題
，你那急呀，恨不得把我吃掉，真的把公司當成了自己的家。當然，還要感謝你為我們大
家做的另外一件事情，由於你還在職，我就不明說了，但是知道的人應該都會很感激你的吧
。對拉，還有以後下班早點，早點睡覺，要不會老的很快的哦。

    感謝王老大。真的很不好意思，我有的時候讓你為難了。作為一個leader，看到我這
樣的，說也不是，不說也不是，真的很難啊。不過你還是給了我很大的面子，儘量什麼都依
著我。說實話，將心比心，如果我是你的話，我會發飆罵人的，說不定還要動手哦：）

    感謝fairy。你是我第一個助理，也是一個好助理。還記得車票事件嗎？你當時也為我
憤憤不平，還特意為我去找別的車票去報銷。雖然後來給拒絕了，但是你那充滿正義感的
樣子，讓我覺得你是一個正直的人。這裏順便也要謝謝芳蓉和小朱，雖然你們來我們工程當
助理時間不長，但是處處為我們著想，能幫忙的儘量幫忙，很不容易。希望我走後繼續哦，
大家都會從心底裏感激你的。

    感謝小葛。作為J線的技術員，又遇到我這樣懶散的傢伙，吃苦的當然就是你了。這麼
小的年紀就承擔起了這麼重的活，有的時候我想想自己真是慚愧。夜班的時候你給大家唱
歌，給大家講笑話，為漫長的夜班生活增添了一點生氣。看著你只要五分鐘不說話就睡著的
樣子，真的忍不住想笑。說真的，你應該回去，你年紀太小，爸爸媽媽會擔心你的，以後別
太任性了，好嗎？

要感謝的人太朵拉，說都說不完，又生怕漏掉，顧此失彼嘛。勤勞善良的濤哥，一口東北
腔的健健，專業知識豐富的ponder,連燜一瓶白酒搞的胃出血的老秦，上三個多月夜班的女強
人anna，工程第一美女（我自認為的哈）曾亞，為大家操心的小勇和他的老婆惠萍，天天
紅著眼睛拿著電錶對著板子看的榮榮，整的根杆子一樣的帥小夥金坤，老煙鬼odin,黃牛一樣
勤懇但不乏聰明的小剛，大憤青有帖必頂的趙瑞，內蒙大漢勇哥，整天笑咪咪的潘燕，氣
質與美麗並存的侯姐，喝酒狂猛導致我現在還欠五瓶的順意，老鄉正軍，天天火氣很大和我
一起坐廠車扶喝多了我回家的波波，幽默風趣的守亞，彪悍男大偉，炒股期貨無一不做無一
不懂的尤老闆，四川的好娃子欽，知識女性蓓蓓，當然還有其他部門的兄弟們，QA的拜均，
宏圖大哥，TS的占光小寶迎春兄弟，IE的青青姐,PC的小妹等等等等，太多了，謝謝你們，正
是由於你們的存在，讓這充滿電子設備機器的車間裏充滿了暖暖的人情味。

當然最後，要感謝華碩。中國人有句老話叫滴水之恩，當湧泉相報。是ASUS給了我第一份
工作，是ASUS帶我踏上社會的第一步，是ASUS讓我知道了公司和學校是完全不一樣的。在這
裏我要直起我的身子，深深的鞠上一躬，真誠的道一聲：謝謝。



    今夜，我將離開這裏，揮一揮手，告別熟悉的五廠和二號門；今夜，我將踏上新的征
程，抬起頭，面對即將來到的新的挑戰；今夜，華碩，請將我遺忘。



老傷

2007.03.03



（本文為ASUS BB PE 老傷 原創，轉載請注明。謝謝：）

此文並沒有任何攻擊詆毀華碩蘇州廠的意思,只是提出一些現象,一點看法,希望有所改變）





—
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 220.135.206.33
 [1;37m推  [33mYuAnLee [m [33m:淚推….┬.┬                                           [m 03/23 11:26
 [1;37m推  [33mljsnonocat2 [m [33m:最近Tech_Job板真多好文                              [m 03/23 11:29
 [1;37m推  [33mkoys [m [33m:阿速斯 : 差你一個又不會倒 ,又一堆不怕死的人來面試  ㄎㄎ    [m 03/23 12:05
 [1;37m推  [33mjonson1230 [m [33m:真是辛苦啦~~>”<~~~華碩真的這麼糟嗎？@@”              [m 03/23 12:14
※ 編輯: anochen         來自: 220.135.206.33       (03/23 12:16)
 [1;37m推  [33mwindlover [m [33m:要錢的話算是不太糟,要品質…多家考慮~                 [m 03/23 12:31
 [1;37m推  [33mwindlover [m [33m:                              加                      [m 03/23 12:33
 [1;37m推  [33mkuan67 [m [33m:文章作者是中國籍的阿水師員工？                           [m 03/23 12:56
 [1;37m推  [33mToyario [m [33m:這大陸人寫的乎？二極管、三極管是大陸用語吧！            [m 03/23 13:48
 [1;37m推  [33mroger2 [m [33m:應該是阿共仔寫的文章                                     [m 03/23 14:07

[分享] KNN演算法

發信人: LinuxBoy.bbs@ptt2.cc (LinuxBoy.bbs@ptt2.cc), 看板: LinuxBoy
標  題: [分享] KNN演算法
發信站: Group.NCTU.edu.tw (Wed May 16 19:34:27 2007)
轉信站: SayYa!Group.NCTU!grouppost!Group.NCTU!ptt2.cc!LinuxBoy.bbs
Origin: group.nctu.edu.tw

作者: BBIO (mustard seed) 看板: AAAAAAAA
標題: [分享] KNN演算法
時間: Wed May 16 02:42:41 2007

KNN演算法
http://mmdays.wordpress.com/2007/05/16/knn/

Posted By Mr. Thursday

各位看到標題，如果沒有聽過KNN演算法，會不會覺得疑惑：KNN是甚麼呢？是不是CNN看
久了，就變成DNN、ENN、最後變成KNN了呢？當然不是啦 XD！KNN全名是k-th nearest
neighbor，中文意思是「第k位最接近的鄰居」。甚麼是「第k位最接近的鄰居」呢？假設
在一個廣場上，有100個朋友，每位朋友都是你的鄰居，最接近你的鄰居，就是「第一位
距離最近的鄰居」了，比第一位稍微遠一點的鄰居，就是「第二位距離最近的鄰居」了，
以此類推，第10位距離最近的鄰居，就是k=10的時候了。

至於KNN演算法是甚麼，又有甚麼特別呢？之前提過了「人工智慧與機器學習」。KNN演算
法就是一種機器學習的演算法。在進一步探討甚麼是KNN演算法之前，我們先介紹一下甚
麼是演算法。演算法可以看成是一種「步驟」的集合。舉例來說：我們煮一道菜，第一步
是先洗菜，第二步切菜，第三步放油，第四步快炒，第五步加點水悶幾分鐘，第六步再炒
幾分鐘，最後第七步加鹽和味精，然後炒到菜煮熟為止。演算法就是這樣子，把工作分成
詳細的步驟，有些步驟可能會重複執行，像是菜不夠鹹，就再加點鹽，一直到口味對了為
止。有時候會依照情況的不同而有不同的步驟，像是過馬路的時候，如果是紅燈，我們重
複「等待」的步驟，如果是綠燈，我們會進行「走路過斑馬線」的步驟。

由於電腦本身就是執行一道一道的指令，因此演算法詳細列出來的步驟，已經很接近電腦
執行工作的語言。至於KNN演算法又是由哪些步驟所組成的呢？在這之前，我們再稍微提
一下KNN演算法和機器學習之間的關係。之前在「人工智慧與機器學習」的文章中稍微提
了一下，機器學習就是讓機器接收外界輸入的資料以後，依照某種演算法(一些步驟的集
合)，訓練出一種模型，這個模型是一種從資料學習出來的東西，有了這個東西，機器看
到新的資料的時候，不會空空如也，而是有某種程度的經驗和智慧，可以了解新的資料了
。

在這個過程中，有兩種訓練的方法：監督式和非監督式的學習。所謂監督式的學習，是指
在訓練機器學出一個模型的之前，會先有一段訓練的時間，在這段時間裡面，每一筆資料
會有一個正確答案，機器學習以後，會根據答案調整自己學習的方法。舉例來說：我們學
習數學的時候，可能會練習一些題目，練習以後，會對一下答案，如果算錯了，就會調整
自己的計算方式，或是檢查有沒有粗心算錯的地方。機器學習裡面的監督式學習正是如此
，訓練之後，才開始有預測的階段，這個時候輸入機器的資料沒有正確答案，機器必須根
據他之前學習的模型來判斷，預測新的資料應該輸出哪一個正確答案，而不像再訓練階段
的時候，輸入的資料會有人類提供的正確答案了。

另外一種非監督式的學習，則是連訓練的階段都沒有。我們只給予機器簡單的學習方法，
或是一個簡單的價值觀，然後就開始把資料輸入機器，讓機器自行判斷正確答案。舉例來
說：我們還沒上小學之前，已經有了一些基本的說話能力。我們從嬰兒開始啞啞學語，我
們並不曉得，甚麼是主詞、動詞、受詞。我們可能連注音符號都不曉得。但是我們的父母
一直跟我們講話，我們有一天就突然蹦出一些詞，第一句可能是「媽媽」！第二句可能是
「爸爸」！之後可能開始簡單的對話，最後在上小學之前，我們至少會問簡單的問題，老
師講的句子也都聽的懂，才有辦法起立、立正、敬禮，還有學習注音符號，練習寫字了。
非監督式的學習就是類似如此，我們給機器資料，簡單的規則和價值觀，剩下的就交給機
器一邊學習一邊預測正確答案是甚麼了。

KNN就是一種非監督式的學習法。首先，我們要替每一筆資料定出一個位置，像是下圖：

http://www.vias.org/tmdatanaleng/img/hl_knn.png

我們的目標是要機器學會怎樣子分出紅點和藍點。每個點在平面上有個位置，分別用
(x,y)來代表，舉個例子來說：紅點代表女生的大頭照，藍點代表男生的大頭照，x軸代表
照片中頭髮的長度，y軸代表照片中臉面積的大小。現在機器已經知道某些點是男生的大
頭照(藍色的點)、某些是女生的大頭照(紅色的點)。當一張新的大頭照輸入機器以後(圖
片裡面打問號沒有顏色的點)，KNN演算法就先計算這個點，和其他已經知道男生或女生的
資料點之間的距離(圖裡面畫了幾條線代表在計算距離)。今天KNN的K如果設定成1，也就
是(1-NN)的話，代表機器會找第一位距離最近的點，然後看這個點是男生(圖中藍色點)或
是女生(圖中紅色點)。如果這個點是男生，那麼我們也預測剛才打問號的這個點(新的資
料點)是男生的大頭照。之後這個問號點就變成藍色的，然後繼續反覆同樣的動作在下一
個新輸入的資料點，預測新的問號點是男生或是女生。

如果k=3，也就是使用3-NN學習，情況會變成怎樣子呢？機器同樣先計算圖中打問號的點
和各個顏色的點的距離，接著選出前三名距離最近的點，然後看看裡面紅色的點比較多(2
個以上的點是紅色)還是藍色的點比較多(2個以上的點是藍色)，如果藍色點比較多，就判
斷這個新問號點，是男生的大頭照了。以此類推，會有5-NN,7-NN,9-NN學習法，端看問題
的需要而定。

KNN學習法就是如此。他的好處是簡單，而且是一種非監督式學習方法，讓人們省去準備
訓練資料(資料和對應的正確答案)的時間。然而KNN也有他困難的地方。首先是每個機器
學習法都要面對的問題，就是選擇特徵，用剛才的例子，我們用頭髮長度和臉大小的面積
來讓機器學習，如果遇到留長髮的男生或是輪廓比較大的女生，可能就判斷不大出來：或
是說，如果我們改用膚色來判斷，比較白的是女生，比較黑的是男生，萬一這個規則拿來
判斷歐洲人，可能也不大行。

另一個困難則是距離的訂定。剛才的例子中，頭髮長度如果用公分來算，差距1公分的頭
髮長度，可能有辦法分辨男女。如果是用頭髮的顏色來判斷的話，那麼顏色的「距離」就
不知道要怎麼定了，或許可以定成光線頻率的距離，那機器還可以學習，不然「紅色」和
「黑色」兩種顏色之間的距離，可能就不知道要怎麼定了。這個問題在語意的問題上，也
特別重要。如果我們要判斷兩個詞是否屬於同一類東西，但是只看兩個詞差別的字數，用
相異字數的個數來當做座標上的距離，就會出現一些意想不到的狀況。譬如說：「巴黎鐵
塔」、和「巴黎蛋塔」，只差了一個字，和「巴黎聖母院」差了三個字，所以「巴黎鐵塔
」和「巴黎蛋塔」比較接近，屬於同一類，那麼機器學出來的東西，可能就不是我們想要
的了。

因此，KNN是個好用的機器學習法，然而在某些問題上，仍然有改進的空間了！希望大家
讀完這一篇以後，都能了解KNN演算法囉！

總結

演算法是一些步驟的集合，包含重覆部分與依條件執行的部分
機器學習可分為監督和非監督兩種學習法，差別在於有無訓練資料(訓練資料裡面有正確
答案給機器參考)
KNN是一種非監督式學習演算法，是參考最近k個鄰居的答案來做判斷
某些問題上(例如語意問題)以及特徵的選擇，是使用KNN需要注意的地方
參考資料

KNN Algorithm (Wikipedia)
http://en.wikipedia.org/wiki/Nearest_neighbor_(pattern_recognition)
演算法Algorithm (Wikipedia)
http://en.wikipedia.org/wiki/Algorithm

—
※ 發信站: 批踢踢兔(ptt2.cc)
◆ From: 61.230.1.51
※  [1;32mterris [0;32m:轉錄至看板 SmileSeven [m                                    05/16 02:49
※  [1;32mlinkent [0;32m:轉錄至某隱形看板 [m                                        05/16 02:57
※  [1;32mAsh [0;32m:轉錄至某隱形看板 [m                                            05/16 02:57
※  [1;32medcyc [0;32m:轉錄至某隱形看板 [m                                          05/16 03:05
※  [1;32mhymanguo [0;32m:轉錄至看板 IceSugar [m                                    05/16 03:08
※  [1;32mvicall [0;32m:轉錄至看板 vicall [m                                        05/16 03:12
※  [1;32mLITTLEN [0;32m:轉錄至某隱形看板 [m                                        05/16 03:22
※  [1;32mogau [0;32m:轉錄至某隱形看板 [m                                           05/16 03:32
※  [1;32mMagicFX [0;32m:轉錄至某隱形看板 [m                                        05/16 03:32
※  [1;32mCharlieL [0;32m:轉錄至看板 learner [m                                     05/16 04:32
※  [1;32mbubblet [0;32m:轉錄至某隱形看板 [m                                        05/16 04:36
※  [1;32measygo [0;32m:轉錄至看板 easygo [m                                        05/16 04:48
 [1;31m→  [33myoubet [m [33m:借轉謝謝^^                                             [m推 05/16 06:58
※  [1;32myoubet [0;32m:轉錄至看板 matrix [m                                        05/16 06:58
※  [1;32maulx8x8 [0;32m:轉錄至看板 murmurmiao [m                                   05/16 07:26
 [1;31m→  [33mlhp [m [33m:supervised/unsupervised不是這樣定義的，請看原網頁的回覆   [m推 05/16 08:18
※  [1;32mjai166 [0;32m:轉錄至看板 jai166 [m                                        05/16 10:00
※  [1;32mwrm [0;32m:轉錄至看板 NeverKnow [m                                        05/16 10:15
※  [1;32mnalthax [0;32m:轉錄至某隱形看板 [m                                        05/16 10:36
※  [1;32mABJones [0;32m:轉錄至看板 ABJones [m                                      05/16 11:49
※  [1;32mtbuabsas [0;32m:轉錄至看板 Tubabrabra [m                                  05/16 12:59
※  [1;32mgralin [0;32m:轉錄至看板 mgt [m                                           05/16 14:04
※  [1;32mgilberthsu [0;32m:轉錄至看板 gilberthsu [m                                05/16 19:07

綠色乖乖

作者: ax (㊣星星教祖㊣) 看板: Fuck
標題: Re: ………
時間: Tue Jun 27 06:02:15 2006

※ 引述《lucifer (路西瓜)》之銘言：
: ※ 引述《williamliu (朝霧流浪漢)》之銘言：
: : 說真的，要是這東西有用，每個月換一次新的我都願意~_~
: : 況且，公司也不會讓我放的,現在我在的辦公室 連中元普渡都不太在意了
: : 何況是放這種東西
: 有用，在很多大公司都有實證
: 而且前面有鳥友說放五香的就是放錯了，記得要買綠色乖乖才行

奶油椰子的才是綠色的，放五香的就等著 on-call 吧 …

: 正常的大型企業都是買乖乖桶，而且是大頭高官親自上香供上去的。
: 機房裏每個機櫃上都有。

綠色乖乖桶超難買，當年小弟可是跑遍新竹各大賣場最後才在竹東小七買到綠色乖乖桶
你信不信這一套無所謂，客戶信你就得去買 XD

—
We are the Elder, we assimilate.        我們是長輩，我們調教你。
Surrender your money,                   交出你的錢，
Your pocket will serve for us.          你的錢包從此將為我們服務。
Resistence is futile.                   抵抗是無益的。

—
※ Origin: 鳥窩 (BirdNest.twbbs.org) ◆ From: 65.88.178.10

作者: hb (HB) 看板: Fuck
標題: Re: ………
時間: Tue Jun 27 01:41:16 2006

※ 引述《manatee (海牛若丸!)》之銘言：
: ※ 引述《Jeffrey (天上灑下來的閃光彈!)》之銘言：
: :  我聽到的版本是中間有水塔, 天氣熱水氣冒上來就斷線了 XD
: 我聽到的版本是下雨就斷了

喔喔，那是敝校發生過的鳥事….

師大分部在接T1之前，對外網路是利用雷射經過台大某大樓（我也不知道是哪一棟），
再轉到師大本部，中間有兩段都是利用雷射傳送。然後就發生過以下的奇妙事件。

1.晚上比白天穩定：因為白天的光太強會干擾接收端，晚上光干擾比較少。

2.下大雨會斷線，因為雨滴會干擾雷射….

3.某個負責的工讀生晚上離開中心時把全部的窗戶都關上，導致整個分部的
  網路莫名斷線一天。（因為把雷射對出去的那扇窗也關上了）

4.颱風過後，網路莫名原因斷線。後來是發現颱風把一個大看板吹壞，廣告主重搭
  看板時，剛好擋住雷射。

5.重新移動雷射的位置避開看板，卻出現只要在正午天氣炎熱的狀況下，
  網路就會極度不穩的異象。後來發現新的雷射路徑剛好經過某大型冷卻
  水塔上空，天氣一熱，水蒸氣就會扭曲雷射….

謝天謝地……最後終於拉了T1了。

—
※ Origin: 鳥窩 (BirdNest.twbbs.org) ◆ From: 219-68-16-116.adsl.dynamic.giga.net.tw

高工時HTC工程師：我們不是沒想過要發展自己的作業系統

/

註: 備份一下.

—

來源http://csiecomm.blogspot.com/2011/07/b92htc.html 原網址已斷頭？看起來是一些台大學弟妹對學長的訪談內容。
http://www.mobile01.com/topicdetail.php?f=566&t=2370096&last=30927800

http://forum.inside.com.tw/viewthread.php?tid=935


受訪對象：高工時工程師（不具名）
訪問時間：2011年6月12日
訪問人員：吳文傑、李卿澄

外傳HTC公司在美歐之產品與台灣有很大的差異，請問就你所知是事實嗎？理由是什麼呢？

這問題也太針對我們公司了吧。

台灣消費者對於手機的購買習慣與國外差很多。先回答理由。我們對於買手機，與歐美市場、甚至日本有很大的差別。像我們在台灣買手機大部分習慣是跟手機零售 業者、通訊行買；在國外這種事情很少，國外通常是跟電信商買，手機綁電信商。我們出給國外的手機是出給電信商而不是自己當零售業者開店來賣，每個電信商都 有不同需求。規模大的電信商，要求可以比較多，如果這個電信商願意出比較多的錢，來提供某些規格的手機，我當然就可以給他比較好一點的規格，所以，這個問 題，我們來看的話覺得不是事實。

對公司來講，應該說，出給每一家電信商的手機都不一樣。不應以國內外來看，而應該以不同營運商來看。事實上我們每一個計畫跑得時候，電信商的要求是公司最 大的考量，因為我們公司…不能算代工啦，我想講代工可能比較好一點，我們不做OEM，我們做ODM，所以我們跟電信商一直有密切的合作關係，也因為這 種市場特性，不會去得罪電信商，大部分時候都是迎合電信商要求，以前常常可以看到電信商客製化的手機，這方面我們花了蠻多的心力。如果向三星這種做比較大 的，就比較不像我們可以給電信商這種要求，我們現在規模也變大了，但是我們跟電信商的合作模式還是如此，但是我們可以看出來這幾年狀況好很多，我們可以比 較以我們想要的規格來跟電信商談，也是因為規模做大了。

HTC公司的設計與品管流程是如何互動與配合？

品管這件事情，你如果說是軟體喔，這…太痛苦了。我們公司的軟體規格到出貨前都有可能改。公司一直在宣揚的公司核心價值dynamic ，如果是我自己說的話－毫無原則、毫無紀律可言。比如說，一個郵件程式的規格定出來之後，三天兩頭就改，那，工程師這邊也是三天兩頭跟著改，你們覺得這東 西真的有品管可言嗎？

問：規格一直改，也沒有時間Debug?

我們當然有跑壓力測試呀有的沒有的，但規格一直在改，有時後到出貨時都還有bug，我自己覺得我們公司… 有啦有啦有品管可言，但是規格常常在改，這方面我覺得做的不是很好。我覺得我們在軟體上的設計比同樣是做智慧手機的廠商好很多，我們真的花了很多心思去了 解使用者。 有些公司反而專注再外型、規格之上。

問：如果規格一直改，那code會不會很糟糕？

如果有在追我們的產品，我們有一個人機介面，更新速度很快，其實還有很多bug，不過最近幾個月有正視這些問題，有發了一些嚴格的規定在控制。

有帥哥/美女工程師在裡面嗎？（工作環境的男女比例？）

看樓層啦，我自己部門19個人一個女的，可是品管就反過來。

問：男女比例會與專業能力有關嗎？外界可能會有一些刻板印象？

我覺得專業能力跟性別沒有關係。我覺得可能是因為工時啦，所以研發人員女生比較不願意做。

工程師一定要爆肝嗎？

可以分成工作時間長和工作時間晚兩個部份來討論。

工作晚的話，這件事情我覺得是惡性循環。其實大家集中密集來公司大概是早上可是問題是老闆比你更晚來，沒有人管你幾點來，只會在意你幾點走。有些主管不會在意這些，但大環境如此，晚上打電話找不到你會覺得你不認真，星期天晚上兩點打電話找你都會覺得理所當然。

工程師一定要爆肝嗎？看公司。

有一個部份要替公司辯解一下。有些人會需要半夜在公司是因為客戶在國外，要跟客戶聯絡什麼的，所以他們早上可以不用來。

工時長的話，我覺得，因為台灣的大老闆沒有人力也是一種成本的觀念。對他們來講，勞工工作八小時和十八小時的成本是一樣的，沒有加班費呀，他們一句責任制就壓死你啦。

工作內容？會不會很單調？還是充滿挑戰？

看部門。如果是一些比較不會有新東西的部門，我們有些部門…例如說他在寫一個計算機，就是版本更新時，換幾個圖而已，他們這種部門就比較輕鬆，相對也比較單調。

像我自己這邊的話，每天睜開眼睛又是新的挑戰。

問：像是Spec又改了？

我的部門不管spec，比較屬於優化的部份，永遠都會有新的挑戰。

常常碰到一些應用程式，想都想不到怎麼會寫出這種鬼東西，要跳下去跟別人一起解決問題。每天都是新的挑戰。像android的版本一直更新，每次來…這個就很痛苦。

問：要在Android上面做一些更動？

我們更動很多，所以每次有新版本來就會很痛苦，我看到市面上對Android phone改最多的應該就是我們公司。

問：都快要可以寫自己的Android了？

我們不是沒想過要發展自己的作業系統喔，不過後來被取消了，後來發現沒有意義，如果量不夠大，平台最後還是會死掉。所以說會不會很單調或是充滿挑戰？要看部門。

面對這樣長的工作時數，是什麼樣的理由讓你願意持續努力？

我們公司內部真的有很多人是充滿理想、熱血，真的有，但這些人的熱情在現實中很快會被消磨殆盡，但我不會認為這是產業的普遍現象啦。進來之後你會發現很多 公司跟理想中的不一樣，我是以我們這邊研發部門來說啦，你們應該也知道台灣很多RD不是真的在研發，而只是在coding。

問：兩者之間的差別？是理論和實務的不同嗎？

人家開spec出來，你把他coding出來，我不知道哪裡有研發。不過我們公司真的有研發，像Magic Lab，他們那邊的工作性質和我們差很多，我這邊有很多充滿熱情的人進來很快就被磨掉，通常最快離職的也是他們。

我們公司流動率很高，當我09年進公司，04年進來的人已經資深到跟主管差不多，不過這一年來因為股價狂飆，走的人有明顯變少。若以進來年份排順序好了， 我進來兩年，我已經差不多排到50%了，所以你可以知道我們的流動率是非常高的，很多人是充滿著理想，覺得這是一家做出很棒產品的公司。我們自己也覺得公 司產品很棒，但是內部的環境會讓很多人無法達成理想。

問：流動率高是業界普遍現象嗎？

在我們公司比較嚴重，這也是一些bug一直de不出來的原因。人都走了，有些code還不如砍掉重練，有一些應用程式，過去有很嚴重的memory leak，後來人走了，來一個新人，他不去修，後來就砍掉重練，流動性高就會變成這樣子呀。

工時很長？是，但是還是要看部門。也有很爽的單位，每天大概下午七點多就可以下班，而且錢很多。

工時很長，看部門。不要提那種特例，主要有產出的部門的工時都很長。我們從農曆年就告訴我們六日加班要一直到五月，一不小心就到六月。

問：工作時數不會影響效率嗎？

會呀，可是有些公司就是希望人一直在這邊呀，我們有過一週工作時數約是九十幾到一百小時，不過那是最忙得時候。有產出的部門工時都很長，而且這件事情我們認為短時間內不會變好。

問：如何面對長工時？用笑容來面對？

如何面對長工時呢？我是例外啦，就只能哀怨的倒數了。

什麼理由願意持續努力？扣掉有理想的大家一定是為了錢才進來的，只要不像是我們這種一畢業就進來的，在業界有待過的都知道這家公司對員工的操勞的相關風評不是很好。用什麼態度面對？大概還是為了錢。可是為什麼流動性還是這麼高喔？最後大家會發現其實根本沒什麼錢。

問：有理想的人會被消磨掉理想，那有理想的人應該如何發展？

一個有理想的人要慎選部門。他們會提出一些很有創意的想法，然後會跟大家說一起來做吧，雖然不是每個意見都會成功或實行，但是這很合理，本來就不是所有的 概念都可行，有一些可行的，如果是有理想的人應該會為此感到滿足。所以如果你是有理想的人，不要來有出貨案子壓力的實戰部門，他就是一直拿著時程一直壓 你，然後spec一直改。

在求學階段時所想像未來的工作是什麼樣子？與現在的工作內容相符嗎？

我們曾經以為會跟大三、大四和研究所待在實驗室差不多，實際上是有一些差異的。

大家在唸書的時候就是被Deadline追著跑的，可是在像這種公司工作，一天可能會有好幾個Deadline，每一天都被Deadline追著跑。我相 信除了大三下以外，大學部大部分被Deadline追著跑都是特定的時候，以我自己來講，會被Deadline追著跑是因為我平常都不寫作業，應該說在唸 書的時候，沒有辦法體會每天都被人家追著跑。

你要想想看，每天都是期末考，每一天，而且不是早上考一科，下午考一科，是每個小時都在考一科，每個小時都在考，每天都在考，一個禮拜七天，我們是算日曆 天不是工作天，我們一星期是七天。所以如果你們要想像未來的工作是什麼，這個部份不只是我們公司。像有些同學在晨星、聯發科等，如果要進這種公司要想像的 就是像剛剛講得那樣，每天都是期末考週，每個小時都在考試。

問：最實際的狀況是像說，我一小時候有一個案子要交出去嗎？

做一個東西可能同時可以提供給兩三個案子用，問題是，寫程式一定會有bug，軟體品管那邊的人就追，會一直要修，同時要修問題，spec也會改，又有新的要求，你也會有一些問題，這些都在追著你。

但是這間公司的流程管理很差，每一件事情沒有優先順序觀念，只要有事情就是ASAP，事情多但是所有的事情都是ASAP。像我這星期四請假，當晚收信有兩百八十幾封信。我只是一個資深工程師，可以想像主任工程師、主管他們一天是什麼樣子狀況。

我覺得這個問題，我們那時候想像大概就是一星期一個Deadline，現在大三應該是待在202吧，可能會就是星期一個Deadline，或是有時候沒有 Deadline。如果有人要知道未來工作是什麼樣子，我提供的資訊就是就每天都是期末考，一天八科以上，一星期七天這樣。這樣就可以想像未來的工作。

唸書的時候，project搞砸了、作業搞砸了、考試搞砸了這些都是自己的分數，可是出來工作，東西搞砸了，那個壓力和對自己的成績負責是另外一回事，會 承受的壓力絕對遠大於…也不能說做爛了，扣一點分就不做，當然可以擺爛，你不爽可以把我開除呀，如果是這種心態我當然沒話說，可是如果不是，當然不要 有這種心態。這種Deadline的壓力和作業期末考的壓力完全是兩回事。而且出來工作有太多政治上的考量、問題。

問：團隊內會分黨派？

不是，所謂的政治問題不是這個意思。像是一個問題過來了，唸書的時候，我就是做出來，跑完測資可以過ok就好了。工作不是這樣，我們常常在蒐集證據，每個 人都over loading，工作量爆掉，我們要收集證據說，哪個部門常常出包害我們也連帶出什麼問題，然後要發信給大老闆們說以後有我們的問題他們要先看，我這只是 一個例子，還有很多很多的狀況，你還花很多心力在這種事情上面。這些都不是在學校時我曾經有想像過的。

問：這樣會不會造成沒有自己的生活？

對呀，沒有自己的生活呀。我維持了有三、四個月就是家裡、公司。一直到四月還五月初才跟同屆的同學約吃飯，這是大概是四個多月來第一次離開家裡公司這條 路。並不是說我的個性如此，而是沒有時間。有時間難得可以休息都回家睡覺了。不會有自己的生活。沒有自己的生活，薪水又不高，工作內容又不符合預期，那為 什麼還要在這裡呢？

問：所謂薪水不高是？有到十萬以上嗎？

跟工作付出的心力不成比例。年所得平均有。

問：國外會不會比較好？

國外好很多，國外對於勞工工時概念與台灣完全不同，差很多。

在公司工作和在求學階段比較，最不能適應的一件事是什麼呢？

不是說不能適應，是沒有想到。大家都可以念到台大資工系畢業。能力都不是問題。我甚至覺得計能力而言，以大部分業界的需求，甚至不需要台大資工系這種這麼 操的訓練方式出來的學生，跟業界比起來實務跟學校的操法也完全不一樣啦。不能適應的是搞政治那一套，人與人之間的問題比程式還要複雜，不過我相信工作都是 這樣啦，這應該是學校與出了學校之後的差別。

舉一個簡單的例子，有一隻手機，玩某一個應用程式會導致系統重啟，大家就開始釐清，為什麼只有這個應用程式會出事，到底是誰的問題，系統就怪應用程式，應 用程式就怪系統。像我的部門有另外一個責任，就是剛剛講負責穩定度嘛，這時候就要跳下來釐清到底是誰得問題，這個就是吵翻天呀。

問：會有很多的時間在開會上面嗎？

看開會的人主持會議的能力。有的主管會讓大家都站著，大家都站著大家都淚就會趕快把會開完。

問：大家太急會不會造成效益…？

開會之前很多東西就要準備好呀。

工作上所需要、面對的問題，與大學時候所學習到的知識的相關程度？

還是看部門。以我自己部門為例，因為我不是邏輯、硬體有關的部門，我可能只有數位系統設計跟數位電子學跟我沒有關係。如果是邏輯部門這兩個當然很重要。對我而言，系上的課程沒有一門不會不需要。

你以為我們真的在coding的工程師，線性代數沒有用嗎？線性代數用來分析一些記憶體問題這些都是有用的，有一些程式背後邏輯要設計時，這些都是很有用的，機率，當然也很有用呀。

問：如果剛剛有兩門課是因為工作類型而比較不需要，剩下的課程其實都需要？

對，真的都需要。從大一開始舉例，c/c++,java一定都需要，UML很重要，UML這門課真的不應該放在大一，應該放在高年級，真的要對系統概念比 較熟悉才知道那些東西在幹麼，實際上在做部門間的分工、整個程式設計的流程以及模型都很重要，這真的是很重要的一門課，我很後悔大一那時候沒學好。

問：我想大家都有機會後悔。那業界真的會用UML來做溝通？

會，而且真的很重要，會很嚴謹。就不會再有解釋，就是flow畫出來，就是這麼回事。你們現在還沒大四，大四除了資料庫就是專題。資料庫真的是很重要的一門課。一個sql下去，會寫跟不會寫的效率真的差很多。

系上的課，我回想起來我不覺得有什麼不重要的。很多人會懷疑compiler到底有沒有用，compiler好重要，對於coding出來東西的效能有很大的影響，要實際知道這一行真的編譯下去會變成什麼樣子，才有辦法想像要怎麼改善效能。

在大學的時候很少有課會要求效能，大部分是要求正確性。出來業界的體悟就是，實際上一個產品，正確性是不夠的，RAM用越少越好，不是有個標準，而是大家 會一直問你，真的不能再少嗎？快，還要更快。這很多東西跟以前在學校不一樣。我自己覺得，在學校時對效能和記憶體的要求都比較少。

相關程度？我覺得高度相關，但是學校還少教了很多東西。應該也不是少教，都有教啦，只是沒有要求。沒有要求的部份大家就自然只是知道而已。

問：有些人說課本上的知識在業界派不上用場？

像Android是一個全新的東西，他裡面很多架構都自己來，像他底層是用Linux kernel，像以前學的系統程式、作業系統這些都會用到，但google又自己疊床架屋，加了很多東西上去，如IPC，google又自己加了一套自己 的IPC，在學校學到的觀念拿出來用一切都說得通，但是細節都會不一樣所以剛開始看到會覺得很奇怪為什麼這樣搞，還有很多例子都是這樣，但大觀念沒什麼 變，所以我覺得學校很多課程不要覺得他不重要，以後會遇到什麼都不知道。

對於大家都在Android 3.0，為何HTC推出的新平板仍僅採用2.3？

這個問題非常非常簡單，因為google不給我們code呀。

因為當我們想要做平板的時候，那時候其實是2.2，我們有很多東西都是守口如瓶，其實我們平板做很久了，其實從Android 1.x 的時候就開始做，那時候其實很不適合平板就放棄了。一直到2.1~2.2在做就確定是要出了。會做這麼久的原因是因為公司想要跟其他家平板不一樣，公司花 蠻多心力在想，要如何跟其他家有差異，如果是一個有理想得人作到這個部份，他應該會很開心，因為我們在這個地方真的花蠻多力氣的。

剛剛講了很多負面的東西，是因為我們是實際上要負責一個東西實作成敗壓力，有些像做概念性、市場研究、使用者經驗研究的那種，公司花蠻多心力研究的。

問：Google為何不給code？

大家都以為我們跟google的關係很好，其實我們從2.2開始我們都是等Open source。2.2比Open source早一個星期拿到，以前2.1是只要Google有新code就拿到，從2.3開始是等Open source。

我們自己內部工程師的想法是，因為我們發現Android很多問題都沒有回報給google， 所以google就不高興，而且我們對android介面改太多，幾乎不認得那是一隻android phone，我們公司要讓使用者覺得這是一隻htc手機，而不是這是一隻windows phone或android phone，讓使用者有相同的使用者經驗。應該google為此不太爽。像有同學學長在其它公司工作，他們都知道sony、motorola、三星早早就 拿到，我們都比較晚拿到。

想要進入職場要有些什麼準備？

一定要忘記自己是台大畢業的。我想信很多人會一直把這件事情放在心上，不管是有意或無意，總是會有一些這種想法，不管是覺得優越還是榮耀，但是一畢業出了校門就請把他忘了。

我覺得這件事情要忘掉，因為真的不重要，當然你會碰到有些人說你台大畢業耶怎樣怎樣，人家會對你有一些期待，但是聽聽就算了，重點是一定要忘記這件事情。 然後說實在台大畢業他是有什麼了不起？第一個是這件事情一定要調整好，出去外面大家就是看績效、表現。從你報到的第一天開始你是哪裡畢業的就不重要了。然 後要嚴正駁斥校長說的不要在意薪水。我自己把他這句話詮釋為如果有個工作是你充滿熱誠、是夢想的話那不要在意薪水。但工作是為了賺錢，怎麼可以不在意薪 水？

如果對一些技術性層面的東西你有非常高的期許的話，這邊真的在軟體方面的技術，至少在android team這邊，我覺得我們在很多方面甚至走在google前面，很多時候是我們發現問題，然後我們自己解決掉。對於很想磨練技術的人進來，可以學到很多東西。

問：目前為止，業界的主管都是直接用有那種管理背景的嗎？

沒有，有很多是研發人員升上去，不過不會有這家公司從基層幹上去。職位升遷最快的方法是跳出來，不是在這邊待的久。在這邊待久，這個會累積快沒錯，但是用跳的會累積的更快，包含職位。

問：沒有專業背景怎麼領導？

我們公司什麼東西都叫你ASAP，理由之一就是有很多專案經理，他們不懂什麼事情是重要的，如果你要當PM，最好還是有幾年工程師的背景。學校出來就做這個，我覺得還是會被唬得一愣一愣的。

沒有專業能力，就無法分辨什麼是重要什麼不重要。例如手機自己會重開這個問題，可能的原因有千百種，如果品管報了一個手機重開，那他到底原因是什麼？到底 嚴不嚴重？這些都要有能力分辨，才要來追這個問題到底要不要趕快修。如果原因是硬體問題，你要叫軟體的人去解嗎？我們公司有時候會有工廠有問題，要軟體的 人去看。

問：這種負責管理的人不具專業能力的問題為什麼沒有解決？

因為上面沒有發現這種問題呀。因為產品還是照樣出來呀。像那種半夜兩點會打電話給你的都是那些專案經理，說有東西好急喔，他們是有多急？專案經理其實很累，因為不會做事情才會累，他們又不是真的下去coding，事情真的有這麼多嗎？都在打電話。

我看過最好笑的事情，上星期端午連假，有個東西我星期天晚上就已經處理完了。隔天過了24小時，專案經理卻發信，說那個誰趕快把這些問題釐清，後面還加 ASAP，我就回信說我24小時前就已經回了。他就不敢講話了，他連自己的事情都沒有做好，那每天都工作到這麼晚，難道是我的錯嗎？

專案經理不是主管，他可能職稱是工程師。他的身份可能跟我一樣大，甚至比我小，也不是他可以管我，是他要統籌整個案子事情，成敗他們要負責。

問：主管會有專業背景嗎 ？

會呀，研發人員的主管一定都是專業人才，這個倒是沒有問題。專案經理沒有專業能力是一件很糟糕的事情。

工程師會不善交際嗎？

其實是否不善交際還是個性的問題，可能只能說工程師不會將交際能力做為一個門檻，雖然有些部門會有這樣的需求，比如說比較偏管理的工作，但大部分的狀況下交際的能力是不會影響到工程師這份工作。

對於未來工作的重要能力及大學課程？

review code是一個蠻重要的能力，全部從頭寫幾乎可以說是不可能，而在review code的時候學習用一些tool也是很重要的，除了像gdb一類的debugger之外，學會使用看performance的工具也是很重要的，現今系 上的課比較偏向準確度的訓練，在performance的部分就相對比較少(此處是指尚未做課程改革的時候)，還有一件事情是大家都會很習慣助教給的測 資，要養成習慣測試，自己去想自己去生，各種可能的情況，可能讓你的程式爆掉，這種應該要從大一就要有習慣。

[轉錄] 程式設計師的格言

程式設計師的格言(盜作不少)
http://www2.biglobe.ne.jp/~oni_page/other/etc/pr03.html

(翻譯beta r2 by but=HO)

http://buttaiwan.wordpress.com/2008/10/12/programmers_rule/


譯註:
PG = Programmer (剛進去只負責聽命寫程式的)
SE = System Engineer (日本說的 SE 算是 team leader ? 還是工程師不過自己不寫 code)

=======================================

1
每天有24小時。
所謂的「今天之內」，是指到明天早上為止。

2
程式不會照自己所想的跑。只會照所寫的跑。


3
需求規格在程式寫完後才會敲定。
基本規格要客戶看到成品後才會決定。
詳細規格要使用者用過後才會確定。

4
我對軟體設計的方式導出的結論，有兩種方式。
一是把軟體設計得單純到很明顯不會有缺陷，
不然就是把軟體設計得複雜到沒有明顯的缺陷。
- C.A.R.Hoare

5
程式碼不要在開發現場寫！ 去客戶那寫！
除錯不要在期限前做！ 上線後再做！


6
畫面藍了。

7
先說「沒辦法」的人贏。

8
有意見的話你寫

9
要殺一個程式設計師不需要刀，改三次規格就好

10
首先要先懷疑別人，被懷疑的人或許會把問題解決掉。
（註：通常會「先懷疑自己」）

11
開發沒有終點。只有釋出(release)。

12
無論規格多晚才能確定，結案期限永遠不會變。

這是所謂的「期限守恆定理」。

13
客戶總是覺得水跟追加需求是不用錢的。

14
付錢愈計較的客人愈囉唆。

15
在排定開發行程時，總是視而不見一些連小學生都會的算數。
業務部門總是一堆不知道1+1=2的人。

16
一個人掛了大家都掛了。

17
bug過了一晚可能就變成規格了。

18
好的規格找一個天才不如找三個凡人。

爛的規格找一百個凡人不如找一個天才。

19
客製軟體中30%的價格用在確認規格上。
30%用在修改規格上。
30%用在找bug。
結果初期規格反映在價格上占的比例只有10%。

20
對客戶來說SE是部下，程式設計師是家畜。
對SE來說客人是錢，對程式設計師來說顧客是看不見的病毒。
除了弄完程式以外，沒有其他驅除的辦法。

21
顧客想受SE喜歡，要自己了解到系統開發需要時間與金錢，早點確定規格。

SE想受顧客喜歡，則要讓程式設計師討厭自己。

22
很多SE跟程式設計師都暗自想著有錢有閒的話什麼系統都想自己動手做，
不過都沒這種機會。

23
品質的劣化程度依規格改變的次數與規模而定。

24
業務是認為空想能夠實現的夢想家。
SE則是深信任何障礙都能突破的冒險家。
程式設計師則是被夢想家和冒險家拋到漆黑海裡的漂流者。

25
有才能的程式設計師第一次看到設計細節時，要先理解程式的目的。

接下來要設法讓SE了解到以指定的方法、工時並無法完成這個工作。

26
程式是運氣與直覺堆砌而成的奇蹟。
若不具備這兩者，不可能以這樣的工時實現這樣的規格。
修改規格是對奇蹟吐槽的褻瀆行為。
而追加修改則是相信奇蹟還會重現的無謀行動。

27
程式設計師聽了「把自己當作顧客去著想！」而開始思考。
啊，像夢一樣。

28
對於因為興趣而寫程式的人來說，所謂的技術是程式語言能力。

對於因為工作而寫程式的人來說，所謂的技術是邏輯思考能力與人際溝通能力。
程式語言可以看著手冊溝通，客戶不行。

29
程式系統在交貨之前會不斷縮小。
先用元件定義取悅老闆。
再拿經費概算要部長妥協現實的方案。
在運用會議中，課長會嘗識減少自己責任範圍。
在細節會議中，負責人會把範圍縮到自己記得的部分。

30
SE需要持久力，程式設計師需要爆發力。

31

準時離開公司，工作會變多。

32
完美的程式需要完美的時間與金錢。
聽說揮霍著美國的國家預算的NASA，也覺得時間跟錢不夠。

33
詳細設計要在程式碼的註解裡做完。
註解是唯一的自衛手段，至少要讓自己看懂。

34
還有時間看程式碼的話就執行他。
CPU跑得比腦細胞快。至少這時候可以休息。

35
程式的異常該稱為「bug」還是「規格上的限制」是看期限還剩多久決定的。


36
所謂便服日，好像社會上把他叫做假日
(註) 日本有些公司會有所謂便服日（不用穿西裝的日子），通常是星期五，但...

37
地獄持續一段時間後，充滿殺氣的怒吼會變多。
再持續一段時間，說話會變少但牢騷會變多，壟罩在凝重的氣氛裡。
再持續下去，反而會海闊天空，四周洋溢充滿活力的聲音。
這種狀態稱為「Programmer's High」，也是倒下來的人開始出現的時候。


38
遠處的火災一定燒到這裡。

39
禱告，然後跑吧。

40
程式不是用腦記的，要用身體記住。

41
明天能放假的話死了也罷。

42
外面有下雨耶，昨天開始下的嗎？

43
若不能心靜不移，身體會掛。
若不讓自己殘忍，自己會被殺。

44
客戶會說謊，業務會作夢，SE會做白日夢。
程式設計師則惦惦。（愈來愈自言自語）


45
（日文文字遊戲）
SE總是不負責的說「別逞強」，
業務總是無理取鬧不准說「沒辦法」。

46
規格書就像航海圖，客戶則是洋流。洋流陰晴不定，航海圖就變垃圾。
程式設計師必須在沒有航海圖的海上憑自己的力量找到大陸。

47
再嘮嘮叨叨下去也是要付錢的。

48
多想個10秒鐘，你可以不說「嗯，這個做得到」。

49
人是無法從別人失敗記取教訓的動物。

砍成本、改規格、加需求、趕上線，從來沒有人從眾多失敗中記取教訓。

50
老手用來提振精神的魔法格言：
「不過比起以前來說算是…」
新人用來提起幹勁的魔法格言：
「把這件工作做完的話…」他們還不知道工作是沒有終點的。

51
所謂交案期限，是指開發現場從公司換到客戶那裡的日子。

52
程式、SE、經理不是職務。是逃不掉的責任。

53
業務是最難搞的客戶。


54
能夠迅速想到解法的程式設計師太多了。
他們能用一分鐘想到方法，用一天去寫程式。
不需要花一小時想到解法，再用一小時去寫程式。
- Jon Bentley

55
漂亮的規格，可以從沒有bug出現看出來。
明明爛的就是設計，為什麼是這樣…

56
上線後的除錯才叫做bug。

57
追加需求確定後交貨期限就無法確定，
交貨期限確定後追加需求就無法確定。

這稱為「追加需求與交貨期限的測不準原理」。

58
除三個錯就會冒出一個錯。
這稱為bug的無窮迴圈。

59
不祥的預感總會實現。
不過程式設計師不會去煩惱不祥的預感，那是SE的工作。

60
要解決地獄的辦法，就是客戶把錢交出來。

61
不懂電腦的操作者是發現bug的天才。而且無法重現。

62
每次開會就更改規格的客戶，
他的操作手冊要等到操作寫好的程式後才能寫出來。


63
搞不懂的時候，Currency（長整數）比Interger（整數）好用。
Variant（字串、數字都能存的萬能變數）又比Currency（長整數）好用。
安全第一。
（VB程式設計師如是說）

64
啊，那是微軟的規格。

65
程式設計師所不滿的規格也一定會讓客戶不滿。
（這是說程式設計師覺得難寫的地方常常是SE溝通有落差）

66
程式設計師需要的技能，

包括交涉、時程管理、業務分析、提案、設計、程式語言、架構、維護、使用。
SE需要的技能則減掉程式語言、架構、維護與使用。
專案經理需要的能力則再減掉業務分析、提案與設計。
業務需要的能力再扣掉時程管理。

67
正因為健康，才能做不健康的事。

68
規、規格、是規格啦。不過有一點跟規格不太一樣啦。

69
那是你說的規格。

70
開發室沒有窗戶，那是因為以前…


71
爛了也是因為規格。

72
SE: 真沒辦法。
PG: 也沒註解。
（碰到不知道是誰寫的程式，大家都束手無策的狀態）

73
為什麼你不能兩三下解決掉他啦。
因為之前兩三下搞定的東西也被你兩三下就否定了。

74
不會動的bug就只是普通的bug。（會動的bug則能視為規格）

75
今天好好清理bug，bug應該死光了吧。

咦？Windows也死了唷。

76
客戶不會去想最壞的情況。要他面對最壞的情況，他會認為是漫天開價。
SE則會顧慮最壞的情況，準備應付最壞的情況。
程式設計師比誰都早預料到最壞的情況，而無視最壞的情況。

77
唯一不產生bug的方法，就是不寫程式。
第二好的方法，就是在時程跟人員確定之後的每次改規格，都重新檢視過整個專案。

78
共同責任是程式設計師的責任。

管理職？那是啥？好吃嗎？我沒吃過耶。

79
如果可以改行的話，想找個準時下班不叫「逃跑」的工作。

80
對職業程式設計師來說，漂亮的程式是單純而自然的邏輯、簡單而基本的指令、豐富的註解，
也就是新手程式設計師也能馬上動手改的程式。
而要寫租這樣的程式，需要單純、簡單、美麗的規格。
但可惜客人總是喜歡搞很複雜。

81
設計者應該是不該要求製作者製作出超過設計以上內容的吧…


82
無論是做的比規格書裡的多，還是只照規格書裡的寫，SE都會找程式設計師的碴。
所以程式設計師只做規格書裡的寫的內容。

83
SE對程式設計師說的「常識」每三小時變一次。

84
自己看規格書。不能跑的是規格。

85
「沒辦法」是要看把一天當多少小時來算。
一天常常指的是3人日，一個月常常是指4.5人月喔。

86
工時要減掉一半的單體測試與一半的系統測試，

而交貨期則要另外加上上線後的兩個月。

87
能拿到錢的規格變更稱為「受理項目」，
拿不到錢的規格變更則稱為「SE的規格確認失誤」。
程式設計師是這麼看的。

88
累了。我想睡了。可以回家嗎。
（累了吧，我也累了。好累喔怎麼了。反正就是規格啦，管他的）

89
試圖降低成本的話，為了配合預算，品質會下降，不過漫天開價做出來的品質也不見得好到哪裡去。

90

REDO到底該怎麼唸一直搞不懂。是利斗嗎、李度嗎、R E D O嗎，難道是 red 零 嗎？ 拜託加上注音吧。
（譯註：我比較煩惱 Linux）

91
有人在程式碼註解裡寫日記。
像「今天是雨天…」，「想回家…」之類的。
甚至還有「修改日: 2003/10/10 不能同意你更多」這種註解出現。
說到這個，好像也看過「吃大便」這樣的註解。

92
小學生時第一次看到電腦
國中時第一次學會怎麼用

高中與大學學會程式語言
出社會後才發現自己走錯路

93
「不要讓老闆當業務比較好」

94
說來說去，要去研究根本不知道為什麼會動的東西為什麼不會動了，找拿破崙來也沒搞頭。


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

ex 1
就算程式裡沒bug，編譯器會有bug。
就算編譯器沒bug，OS會有bug。
就算一切都沒bug，客戶會決定什麼是bug。


ex 2
規格與規格書是不同的東西。

ex 3
比期限更重要的是靈感與睡眠。

ex 4
比知識與經驗重要的是手冊與時間。

ex 5
能動就好了，能動的話…

ex 6
過了三天就是別人寫的程式碼。

ex 7 (大搜查線系列)
規格變動不是在會議室裡發生的！是在現場發生的！

ex 8 (大搜查線系列)
異常不是在模擬測試時發生的！是上線後才會發生的！


ex 9
漂亮的設計三天或許就膩了
骯髒的設計三天就習慣了

ex 10
bug與規格是一體兩面

ex 11
電腦裡沒有bug，bug常在人心。

ex 12
無論怎麼檢查，不管怎麼確認，上線前一晚就是睡不著。(RFC968)

ex 13
估價需要1%的經驗與99%的直覺

ex 14
沒有什麼事情比直接讓找不到任何bug的程式直接上線還要可怕的了。


ex 15
・『程式設計師』＝能將SE條理不通的說明翻譯成程式碼的高手
・『SE』＝與客戶討論改寫規格書、與程式設計師討論後再改寫規格書，程式出貨後還要繼續改寫規格書的人
・『PM』＝每天修改自己定下的行程表的人
・『業界老鳥』＝臉色蒼白缺乏表情的人
・『外包』＝幫不會寫程式的正職員工寫程式的人
・『coding』＝複製貼上的工作
・『單體測試』＝指開始寫程式
・『除錯』＝把程式碼註解掉的工作

・『新同事』＝在火燒屁股的專案火上加油的人
・『出貨日』＝把只完成一半的系統上線的日子
・『末班電車』＝業界平均的下班時間
・『颱風假』＝一年一度可以準時下班的業界假日

ex 16
當誰寫的程式碼跑出bug時，那個人大概都不在了（墨菲定理？）

ex 17
最終手段
「重開機」
意外的常常都很有效

ex 18
最強藉口
以前「那是硬體的極限」

現在「那是Windows的規格」

ex 19
「程式碼的可信度，不會比寫的人還可信。」

關於對 Unicode 補完計畫的指教與批評

作者 but (????！) 看板 SOS
標題 關於對 Unicode 補完計畫的指教與批評
時間 Sat Oct 08 20:02:15 2005
───────────────────────────────────────

首先先自我介紹
我是 Unicode 補完計畫的始作俑者
這東西是在 2001 年末弄出來的
最近的版本我參與比較少
不過大致的技術內容還是理解的

首先要道歉的是
Unicode 補完計畫這個名稱似乎取得不太好
或許叫做 Big5 補完計畫比較切合事實
事實上這東西曾經叫做 Big5 Extension
不過這名字實在太容易跟偉大中推會提的 Big5e 混淆

回到正題 首先這篇文章要對一些常見的誤解作釐清

(1) Unicode 補完計畫沒有動到 Unicode 字表
我無法理解 Unicode 補完計畫是哪裡破壞了 Unicode
Unicode 補完計畫修改的是 Big-5

(2) 日文假名是 Big5 標準
目前行政院列為標準的 Big5-2003 裡
平假名跟片假名是列為標準的
使用到假名的 Big5 文件是標準的
不標準的是微軟的 Big5-CP950

(3) Windows NT 下檔案系統「通常」是 Unicode
Windows NT 下，檔名「理論上」是 Unicode 的
所以沒有所謂的 ANSI 檔名或 Unicode 檔名
本軟體所附的「日文檔名修改程式」
用途是將日文假名與簡體字從造字轉換成真正的 Unicode 碼
（轉換前會是 Unicode 的造字區域）
也就是說轉換會是更正確的 Unicode
但本來沒有使用櫻花、font.24或中國海命名過檔案的人不需要轉換

但是，上面說的是通則
事實上這問題有點複雜
NTFS 是完全 Unicode 的，這點沒有問題
但 FAT32 其實每個檔案都會以 Unicode 與 ANSI 各存一份檔名！
這是因為長檔名支援造成的問題 本來 FAT 並不支援長檔名
所以檔名區域只有 8.3 的長度 這部分是存 ANSI
後來 Windows 為了支援長檔名才加了另一個 Unicode 部分
但是 Windows 處理 FAT32 的方式很複雜
當檔名長度短於 8.3 的時候 也就是沒有用到長檔名的時候
會直接以 ANSI 版的為準！
所以， FAT32 下檔名符合 8.3 時，檔名會是 ANSI
（這是會???問題的原因 很不幸的他剛好 8 bytes
而 1.5 版的 Unicode 補完計畫是把簡體字單向對應到繁體字）

總之，Unicode 補完計畫在 WinNT 下對檔案系統通常沒有影響
即使解安裝檔名仍會繼續存在
只是 ANSI 軟體可能會無法開啟檔名有非 Big5 字元的檔案
少數比較可能會有問題的情況就是 FAT32 下的 8.3 檔名

(4) Unicode 計畫到底收了哪些字？
前面有人提到 Unicode 補完計畫使用的造字區還是不夠存 sjis 的漢字
這是錯誤指控
事實上， Unicode 補完計畫已經收錄了 GB2312 與 SJIS 裡所有漢字
還收錄了 Big5-2003 裡定義的部首與偏旁等文字

誰需要用 Unicode 補完計畫？

Unicode 補完計畫是個用來解決現存 ANSI 軟體無法處理常用外字的工具。
就如前面有人講過的，在有些不同的領域下，可能有更好的方案。

例如，如果你根本不用 ANSI 環境的軟體，就不需要用他。
如果你願意放棄 Winamp 而改用 Foobar，
如果你願意放棄 Nero 改用 Windows XP 那個常燒壞片的功能，
如果你願意放棄打 BBS …
那很幸運的，您不需要安裝 Unicode 補完計畫。

如果你發現你用 Unicode 補完計畫真的只因為 BBS 而已，
那您也可以考慮改用 Pietty 。
我自己其實很樂見 Pietty 願意這樣設計:)
把 Unicode 補完計畫的架構縮小到應用程式的規模，
或是設計成 AppLocale 式的轉接架構這種計畫，
在 Unicode 補完計畫論壇裡去年我有提起過，
只是一直不了了之，這次 Pietty 的改版我挺驚豔的^^;

如果你同時只處理一種字碼，
例如想要用 Nero 燒日文檔名時，
那 AppLocale 或是切換系統語系就可以幫上你的忙。
如果你偏偏想要在同一張光碟裡燒 Big5 與 SJIS 特有的字，
那很不幸的，切到中文或切到日文大概 Nero 都沒辦法同時燒這兩個檔案。
這時候你還是需要 Unicode 補完計畫。

如果你跟我一樣，就是常常會用到很多 ANSI 軟體，
例如愛用 Media Player Classic、
愛用 VirtualDub …
那很不幸的，安裝 Unicode 補完計畫後使用起來可能會比較方便一點。

事實上， Unicode 補完計畫現在遭受最大的批評在於 WWW 環境。
像 MSN 之類的 Unicode 環境，
Unicode 補完計畫並不會造成任何影響，
所以沒有什麼問題。
以 BBS 這類 ANSI 環境來說，
確實要安裝 Unicode 補完計畫才能看到 Unicode 補完計畫使用者打的外字，
但似乎也沒有更好的解法，基本上我挺滿意這種狀況。
但問題在於 WWW，這是一個比較複雜的環境。
繁體中文的網頁大概仍然有九成以上是 Big5 的，
這似乎是一個 ANSI 環境。
然而，WWW 卻又支援了 &#xxxx; 這種稱為實體參照的 Unicode 表示法。
我個人覺得這種解法其實跟 Unicode 補完計畫一樣，並不怎麼高明，
他也只是一個在 ANSI 環境的頁面裡插入 Unicode 字元的 hack 而已，
而且還挺佔空間！ (一個漢字就要吃 8 個 bytes!)
不幸的是，安裝 Unicode 補完計畫以後，確實會有送出的外字字元，
不會自動被轉成實體參照的問題。
關於這個問題，我們建議使用這些方式解決…

1) 使用本軟體附的「HTML文件相容轉換器」
btw, 實際上每次都要轉換實在太麻煩了…

2) 使用本身內建標準 Big5 或 Cp950 的瀏覽器
是的，這是在宣傳 FireFox 😛
當你用了 Firefox 之後，雖然整個系統是 Unicode 補完計畫字碼，
但瀏覽器環境下會是 Big5-2003 環境！
這是多麼的美好！
(ps. 不過 Firefox 採用正確的 Big5-2003，所以日文假名有列入 Big5 裡。)

雜談

(1) Unicode 時代什麼時候才會來臨？
前面有些版友指摘 Unicode 補完計畫反而阻礙 Unicode 的發展。
關於這點我在這裡不予置評，我想討論的是 ANSI 包袱為什麼丟不掉。

事實上，以 Windows 這個平台而言，
雖然 Windows NT 改以 Unicode 為核心了，
但是支援 Unicode 的開發環境實在不成熟！

以微軟自己的開發工具而言，VB 的控制項、VC++ 的 MFC 精靈等等，
大部分內部的程式碼還是使用 ANSI 的 Windows API。
一個程式要完全使用 Unicode 處理，必須全程呼叫 Unicode 的 API。
然而目前這些開發工具根本沒有對 Unicode 開發提供足夠的支援。
而 Borland 的 BCB 與 Delphi 對 Unicode 的支援更差，
連資源都是以 ANSI 的格式儲存的…

君不見大部分的共享軟體還是以 ANSI 開發的。
以 Unicode 開發的門檻真的很高，
而且對軟體的最大產地歐美地區而言，ANSI 還是有極高的人氣。

事實是，除了微軟與Adobe的部分軟體以外，
大部分軟體仍然是 ANSI 的。

再說，目前還是有很多標準是 ANSI 的。
例如 zip 檔案的規格就是 ANSI。

或許很多人討厭 Winamp 使用 Big5 儲存 id3v2 tag 而改用 Foobar，
但事實上市面上所販賣的 MP3 隨身聽，
大部分都是將 id3v2 tag 視為 Big5 讀取的。
Foobar 的 UTF-8 tag 反而在 MP3 隨身聽內常常無法顯示。

目前整個大環境，都還不足夠讓 Unicode 能夠普及。

(2) Nero 的情況
Nero 所燒出來的檔名預設是 Unicode 的（UDF 或 ISO9660 with joliet）
這是檔案系統規格， Nero 也遵守規格燒出 Unicode 的檔名。
所以，安裝有 Unicode 補完計畫所燒出來的 CD，
無論給日文語系的使用者或是沒有安裝 Unicode 補完計畫的使用者，
都能夠正常讀取。
然而， Nero 在讀取硬碟裡的檔案時，使用的是 ANSI 的 API。
所以，檔名存在有非 Big5 字元的時候， Nero 會無法讀取這個檔案。

(3) Unicode 補完計畫的文件不足
是 我們深知這個問題
但人手實在是不夠
歡迎對技術足夠理解 願意寫作的朋友加入

—

From 忘記思考的Number 5
—
 [1;32m※ Origin:  [33m土匪．山寨  [37m<bbs.techarea.org / poorman.twbbs.org>  [m
 [1;31m◆ From:  [36m220-135-30-136.HINET-IP.hinet.net [m