在臺灣的資訊論壇上看到一篇文章，內容是對HTC一名工程師的採訪，這篇採訪問到了很多尖銳的問題，比如HTC內部工作壓力是否很大（HTC早前曾出現過工程師過勞死的醜聞），HTC是否想過研發自家的作業系統，以及HTC的手機研發，硬體規格制定，UI設計等多方面問題。作為HTC的使用者從中可以窺見這家公司的企業文化等多方面訊息。
受訪物件：高工時工程師（不具名）
訪問時間：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的部分就相對比較少(此處是指尚未做課程改革的時候)，還有一件事情是大家都會很習慣助教給的測資，要養成習慣測試，自己去想自己去生，各種可能的情況，可能讓你的程式爆掉，這種應該要從大一就要有習慣。