置頂文章

想學某項MCU 撰寫技術或系統平台開發不難,只要有錢有閒(時間)就可以! 十年二十年給你無後顧之憂的專注研究,包你不成仙,至少也可成精! 要找技術解決方法或相關程式碼,這裡可能沒有,網路上到處都有。 但如果你研究討論系統技術開發與如何結合後續資源、商業模式操作可能性時, 歡迎留言討論!!這才是能改變你工程師人生的契機。

2011年11月7日 星期一

研討會報告---後記

上回關於SiLabs 研討會的報告,因為內容實在太多了,也交代了許多SiLabs 的

產品觀念與產品特性,結果有很多研討會以外的芝麻兩三事沒有提到。

今年研討會參加人數比去年同樣在新竹場的人數看來比較多,可能是在國賓飯店辦,

場地比較好的關係吧(去年是在園區生活科技館)。

今年還是有人因為我的關係報名參加,還是謝謝您們的參與,也非常在會場可以

與各位認識(快變成每年固定的網聚了),但比較不好意思的是:

有時因為這種場合,難免就會遇到久久難得遇到的熟人,會寒暄幾句,結果大家

都是匆匆忙忙寒暄幾句而已,時間都不夠...。原本主辦單位事先還想請我上台

發表一下SiLabs USB MCU 的心得感想,避免喧賓奪主,我還是婉拒了。

---

今年難得可以遇到我大學同學,因為畢竟我的大學科系不是EE 專業科系,

還是可以遇到我大學同學,真是難得。--- 不過,大家比較好奇的是:

我們都這麼『老了』,還這麼衿持的搞技術嗎?!我同學還是公司總經理耶,

也是自己搞啊...因為他說:他之前也在科技公司待過,就是老了,視力與體力都不行了。

所以,才想自己搞些小東西,自在一點。他以前待的公司是做IP (矽智權)的公司,

也點出我這一次研討會的最大感觸。因為在會場不管是熟識的老友或是新朋友,

多多少少還是脫不了園區一些標準高科技公司,尤其是上游的IC 設計公司。

您也不要以為我同學待的IP公司是小公司才這麼累...不好意思,他待的公司名叫

安謀公司...安謀是中文,英文叫做ARM。應該不小了吧。結果他說:

因為國內那些IC 設計公司一窩蜂的搶著做ARM 的SOC,讓他常常搞到三更半夜的。

我說:您們的東西,不是全球公認的好東西,也是目前潮流啊,應該是躺著收錢就好了啊。

他回答我說:因為每家客戶,都有自己的想法...搞得他們這些作技術支援累得要命。

這些IP 不是東西給您就沒事,重點還是要完成 IC Tape-out 到晶圓加工廠完成IC 之後才算,

---

這就是一門學問了,也是趨勢與產業版圖的改變與移動了。

我在研討會的報告中有提到SiLabs 的產品有一個訴求:就是利用新的數位技術,

來取代部分過去得依賴類比或是Circuit Design...或是直接說利用CMOS製程來完成

過去一些傳統的類比或Circuit Design 。過去我也認識幾位在國內IP 公司上班的朋友。

他們很多是以前在IC 設計公司待過的,後來也都因為物換星移,人事不在,

只好找點事情作啊。----這一點我常常要勸勸想作IC 設計工作的年輕工程師說的:

您不要以為您學FPGA,畢業去IC 設計公司上班很風光。等您一樣老了,有年輕人

取代您了,您要找新機會時,搞Verilog/VHDL 不比我們搞MCU 、系統來得有彈性。

畢竟FPGA IC 不比MCU 便宜...他的應用市場端也不比MCU 系統來得龐大與機會多。

所以往往另一種思考方是就是找幾個志同道合來玩玩IP ,看看有沒有機會?!

以前EDA Tools 不完善,而且晶圓廠也不是很成熟,玩玩IP 還可以,現在可不同了。

尤其當蘋果跟您闡述了一個上下游軟硬體一起整合包裹的產品觀念後,

傳統的零組件生意就不一定那麼好做了。您的IC 之IP 沒有經過晶圓驗證,

誰會相信您呢?!您要經由晶圓廠投片驗證IP後,也得要燒掉不少錢的。

---

開公司初期大家都有一個營運觀念:辦公室是:能借就不要租,能租就不要買。

現在搞電子的觀念已經進化到說:要搞IC IP 智權,就乾脆賣IC 算了,

但賣IC 就得要兜系統方案,而既然要兜系統方案,就乾脆直接做到系統成品。

您看現在國內IC 廠哪一家不是把人力搞到幾乎是做終端產品的,就拿最簡單的

MCU 產品來看:哪一家MCU 有什麼特別功能?!賣MCU的最好也順便寫 MCU 算了。

您說現在MCU透過 EDA Tools 的設計工具,又是數位模擬、又是開發工具或是

晶圓代工廠給您標準的Cell Library 等等,搞一棵整合度高的MCU有什麼難的?!

重點還是您的MCU 要拿來做什麼?!這也是SiLabs研討會上人家也是跟您強調:

我們SiLabs MCU 產品線很完整,整合度也很高,功能也很強、@%$#....

重點您們要做什麼系統設計?!是比較重要的啦!----廢話,這不就是大家共同的問題啊。

---

以前產業不成熟,大家多多少少有一些機會,加減做做IP 設計啦,搞一棵簡單的MCU ,

多少還可以找到一兩家客人,但現在一大堆待過IC 廠不爽的工程師們,業界也混了

一些經驗,大廠待不下去,大家就出來搞,三五好友把老東家公司的股票賣一賣,

弄一點錢找一家小辦公室就開幹了,一開始大家都雄心壯志,義無反顧的...

租辦公室,弄辦公家具...助理說,這個要花錢買!那個也要花錢購置...還要網路設備等等。

大家都同舟共濟,有志一同的說:衝啦。弄設備,建構開發設計平台與環境...

一切猶如在老東家大公司的模樣的複製環境,情勢局面一片看好。

----結果搞了一陣子,問了一下市場狀態,才發現:隔壁也一家,對街也一家,

連出來吃個午餐還可以遇到另一家,喔~原來公司的某某某也在哪裡弄了一家,

做什麼呢?!那家也做MCU ?!喔那家也做LED 驅動IC ?!也做觸控IC...

咦?!怎麼大家都有志一同了?!...嗯~不行要搞一些專利來塑造一下公司形象,

專利搞了一大堆(當然也又燒了不少錢...),結果,產品應用市場也都還沒找到

適當的切入點,產品沒放量...入不敷出,又得要考慮降價殺價競爭,看看能不能

擴大市場銷售量?!--- 一回頭,原來FAE工程師不夠用,沒有人會做特定的

系統應用設計,又要花錢請別人幫忙,啊~房租又到期了,又要續約一年...

什麼?!客人、市場都在大陸?!要出差,機票、住宿...還要公關費?!

我這幾年不管在新竹或竹北大街小巷,看了好多這一種公司....

結果最後數鈔票的:都是那些房東,搞裝潢...賣辦公家具、網路代管設備的。

----

您說無薪假為什麼會找上您?!很簡單,把遠光放遠一點,您從我上述的

情節裡,您跟我說:您差異化的價值在哪?!

MCU 產品?!LED 驅動IC ?!觸控IC ?! Who care these one !!

您會Verilog/VHDL ...哪您有想過,公司不要您時,您怎麼養活自己?!

您會寫MCU ...您會做什麼系統應用產品?!客人、市場會在哪?!

您會寫Andriod 作業平台,應用軟體....您可以找出您自己風格的APP,

找不到?!那您缺乏的不是寫程式的Skill...您是更缺乏文化、產品的深度與

市場的深度,因為不管蘋果的APP 或是Andriod APP ...對您來說:他們市場都很大。

沒有?!

我可以上班就好了,...等您過了四十歲時,老闆也會跟您說:您也可以回家了。

無薪假不找您放?!找誰放?!您十幾年下來加薪也比人家多啊。

要不然,不就是您要不要換個行業啊?!您說:是不是?!

----

唉~您說產品沒辦法創新,至少開公司的方式也要創新一下吧,老是這樣的模式

開公司也是了無新意啊。...

------

竹科下游廠27人公司 23人休無薪假

新竹科學園區一家生產LED(發光二極體)電源管理驅動IC的小型IC設計公司,昨天申請無薪假,預計到今年底,不過,因公司員工僅27人,有23人受影響。竹科日前有一家精密機械公司申請無薪假,原預定11月1日實施,但延後1周,即7日起,這家公司也是規模30人以下。

科管局,昨天申請無薪假公司,主要客戶是竹科大廠,這波不景氣,半導體、光電接單銳減,下游設計公司直接受衝擊,公司高層與員工商議後,決議每月排1天無薪假,直到年底;除了董事長、總經理、一名助理工程師和維修人員,其他員工都排休。

馬英九總統前天到竹科向企業請益,有企業負責人提出放寬工時限制,改以全年度總工時規範,台灣電子電機資訊產業工會昨發表不同意見反駁。

該會指出,現行法規已給資方相當彈性,生產旺季時,依循勞基法32條「突發事件」來延長工時,並給付加班費即可。如果放寬工時上限,「難道在不超過全年工時前提下,旺季要員工每天上班20小時都允許嗎」?

電資工會強調,勞工不是生產機器,現行一天8小時、含加班最多12小時工時規定,是法律上認定勞工所能容忍的最高工時,企業不能為自己利潤,不顧員工。

對仿照德國工時帳戶制的建議,電資工會認為,德國的制度有兩個前提,一是德國全年平均工時比台灣少755個小時(台灣1年平均工時2174小時,德國1419小時),可調整空間較大;其次,德國有強大工會做後盾,能在不損及勞工權益情形下,由工會與雇主協商調整工時。


【2011/11/04 聯合報】

 

2011年11月5日 星期六

無薪假?!

同一天的新聞標題,無薪假?!有什麼好吵的...怪自己入錯行而已。

萬一麵包店不賺錢,至少做吃的,餓不死...

也不用搞到資金幾百億,幾千億的,還要跟銀行質押等等,

不用太羨慕那些科技大老闆們,他們已經沒有選擇的機會與條件了。

跟他們嘔無薪假或什麼分紅不均?!...您可以自己自由選擇的。您要怪誰啊?!

看了這條麵包師傅的新聞,連賈老師都懷念起以前在帶技藝班學生去高職餐飲科

上課的情景,總覺得可以看到學生快樂活潑學習的樂趣,反而現在

逼著學生坐在教室裡的痛苦模樣...大家都不好受。...唉~...

回饋員工千萬元?!一家麵包店應該不會像科技廠動輒百人、千人在分吧?!

----

2011.11.05 02:55 pm
商人節表揚 吳揆:無薪假僅局部科技業
馬英九、 吳敦義今在台中「趴趴走」,昨先安排行程「暖身」;兩人到亞洲大學主持小組長授證誓師大會,與眾人合唱「團結力量大」;吳敦義另出席商人節表揚大會時說,政府很注意無薪假現象,局部科技業有此狀況,但服務業、內需、傳統產業目前沒有放無薪假情況。 ...more
新 聞 提 要
  
----
 
吳寶春開店一年業績破億 回饋員工千萬元
一年賣一億元麵包,世界麵包冠軍吳寶春在高雄開店滿一年,創造驚人業績;他提撥近千萬元,供員工教育訓練、分紅及獎金,「我希望和鼎泰豐一樣,把員工當做自己的家人」。

「我的薪水比以前在烘焙坊工作多一到兩成,最意外的還有『分紅』,每個月數千元不等」,店長蔡育綿說,在寶春師傅的麵包店,每二到三個月各部門還分批到著名連鎖店用餐,了解店家服務品質,像去年是「到處吃麻辣鍋」,最近幾個月到王品集團的陶阪屋、原燒,「這是在別家店工作很少有的福利」。

吳寶春說,麵包店業績好,大家都出了力,每個月除依各部門及個人表現發獎金,明年一月起,還要用福利基金讓表現良好的員工出國玩,「機票公司付,而且公假出遊」。

他也鼓勵員工多元學習,邀日語老師在公司開課,更鼓勵員工在職進修,「希望我的麵包店成為培育選手的搖籃」,讓台灣的選手拿到更多的國際獎項,「唯一讓外國人尊重我們,就是要用我們的專業來征服他們」。

吳寶春栽培後進,不但自掏腰包,昨天宣布推出「芒果貝果」和「松露野菇小法國」兩款麵包,每賣一個就捐出十五元,做為麵包師傅出國比賽的經費。

他說,有三名選手正準備參加明年舉辦四年一度的法國「樂斯福盃」麵包團體賽,包括店內主廚張泰謙、開麵包店的林坤緯,及當麵包顧問的黃威勳,旅費約五十萬元,他已捐出十萬元,希望靠兩款麵包籌得卅六萬元。

張泰謙為了參賽,每天勤做麵包十二小時,「感謝寶春師傅贊助,練習用的材料公司全部支援,讓我無後顧之憂」。台灣代表隊的總教練野上智寬肯定吳寶春的做法,他說:「用台灣食材做的麵包來支持台灣選手,非常有心!」

一億業績達陣,吳寶春更心心念念「播種的工作要一直延續下去」。

【2011/11/05 聯合報】


----

 

2011年11月4日 星期五

健康你我他/醫師認真幽默 化解分娩不安(轉載)

文章是經由賈老師學校同事告知才知道刊載之事。
我跟賈老師說:都已經是十幾年前的事還可以拿出來大做文章?!...
這位醫生已經離開原來這家醫院了,據說是到新竹鄉下自行開業了。
老大出生時,比預產期早一週,適逢家母辭世,而且還是出殯隔日早上出生。
我都還來不及從南部趕回新竹,(更慘的是:我坐的莒光號還掛點在造橋...!)
所以,我根本沒有看到童子尿這一幕。

研討會報告

一個月前我有提到一個SiLabs 的產品研討會,很快轉眼就已經結束了。

當然,還有其他通路商也會陸續辦的啦,有興趣也可以留意一下。

在這裡我就稍微講一下自己的心得報告。

SiLabs 算是一家Fabless 的IC 設計公司,產品線還算蠻廣的,

不過,比較受到國內業界矚目的,還是以MCU (微控器)市場是比較主。

一方面就是他們最早是以 8051 為核心的MCU,這跟國內許多使用者的習慣很貼近。

也算是蠻早有Flash Based 及整合較多的周邊回路的一個8051 型的MCU。

另外一點:可能是在USB MCU 方面,我個人覺得還可以接受的一個方案商。

這次研討會的重點當然除了MCU 之外,還有許多不同的產品線,譬如:RF 或是

Timing/Clock 及Isolation 產品線...當然部分產品可能都是因為合併其他公司

而帶進來的產品線。其實,8051 MCU 也是合併Cygnal 的產品線。

-------

Timing/Clock 及Isolation 產品線,個人用得不多,所以,無法深入討論。

Timing/Clock 這部分好像跟主機板或其他比較大型系統應用版比較有關,

因為我們做的東西都是小小的,沒機會搞到那麼多組的Clock Source...

不過,這部分有一個重點可以提一下:就是一個產品趨勢,SiLabs 利用許多

數位設計技術來完成過去非常依賴類比或是Circuit Design 的電路設計,

譬如將PLL 整合一些可程式化的回路,一方面可以在使用彈性上增加

市場應用機會,另一方面轉成數位化設計也可以在晶圓製造上比較有競爭力,

這一部份,我稍後再補充。

在一般我們系統應用上常常因為不同的系統需求,往往就需要不同的Clock Source,

現在電子產品的功能整合度高,這個的確是一個需要整合的產品觀念,譬如:

系統需要時鐘,就要一個 32.768 KHz ,而您要有一般視訊功能,您也得要有一組

27 Mhz 的Clock Source ...還有RF、DRAM 或是記憶卡等等都需要不同Clock...

偏偏這些東西都已經被需整合到同一棵IC 內,所以,這樣的產品需求當然有其市場

定位機會。有興趣者可以自行考慮參考。 

-----

至於RF 產品,這幾年就比較夯了,這一部份分成Sub 1GHz 及1GHz 以上的產品線,

Sub 1GHz 主要就是以前我們所熟知的 ISM Band 包括 315/433/910 MHz 附近的產品,

1GHz 以上就幾乎集中在 2.4GHz...因為RF 會牽涉到許多周邊被動元件的特性,

而且一般系統設計者也比較缺乏相關量測設備,甚至,他的系統複雜不確定性

也比較多,所以,大家是期望RF IC 的周邊零件能越少越好...

以前要搞RF 還得找『中週』這一種零件,但現在是越來越少了,SiLabs 他產品

有一個特色: 就是他的Clock 幾乎都可以整合到IC 內部,而且準確性都還不錯。

因為現在RF 的系統越來越多人用,他的使用頻點就需要做一些適當的調整,

這一部份的需求就顯得比較需要一點彈性。另外還有一個很重要的趨勢

就是得把MCU 整進來,您賣RF IC 總不能老是要幫MCU 廠抬轎啊,而且,

現在MCU 的相關技術都很成熟了,基本價格成本也不高,說不整合進來

已經有點說不過去了...像之前 Chipcon 被TI 合併後,也整合MCU 了。

這樣一來:比較難過的應該是MCU 廠吧,當然一般RF IC 也會受影響...

這一點國內的IC 廠就比較辛苦了,據我所知:國內都還沒類似有整合能力公司或

願意做這一塊的...他們也只能拼命力守市場,譬如:明明是RF IC 廠,就得去跟

MCU 談配套方案,結果,不是要RF IC 廠殺價就是希望MCU 廠殺價,

結果,方案都還沒整合出來,市場還沒吃到,兩個都已經殺得彼此血流成河了。

這一點趨勢也是必然的結果,如果國內業界無法朝這個方向整合,應該是會

越來越沒機會,...因為一般系統設計者是已經懶到沒有MCU 的彈性方案,

就不太願意自己在那邊自己方案,當然另一點也是因為現在終端客戶的口味

也越來越挑剔...沒有MCU 支持,也會搞死自己的啦。

----- 重點還是老話一句:以前大家都沒有,就沒話說,大家相安無事。

但做市場推廣最討厭的是,當人家客人跟您說:人家有整合MCU 而您家沒有耶!

唉~明明都已經殺價殺到見骨了,難道還要我送MCU 嗎?!但人家MCU 廠不要啊。

因為MCU廠說:那您自己 RF IC 幹嘛不殺價?!鬱足啊..........

----

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

接下來要講重點了--- USB MCU ,像這一種研討會我最喜歡參加的地方就是可以跟

原廠的工程師對談,也可以取得第一手資料與訊息。我看很多人參加研討會,

就當作例行公事一樣,只是來簽名、拿講義回去交差似的?那何必浪費這個時間呢?!

那您乾脆就到隔壁的新光三越逛一逛還比較輕鬆吧。

道理很簡單:您以為這些IC 原廠,幹嘛吃飽沒事幹,還要花錢辦這一種類似產品

發表會的研討會?當然,他有產品要升級改版啊,那為什麼要升級改版?!

當然舊產品有不如人意的地方,您不要以為IC 原廠就不會出錯?國外廠IC 不會?!

人非聖賢,國外IC 廠也會有您我這一種凡夫俗子啊。

-----

SiLabs USB MCU 最高等級的一個USB MCU 是 C8051F340 ,以前就有人跟我講

這一棵MCU 容易被周遭環境影響,而不正常工作...就說這一棵IC 有問題。

那您有去想過問題在哪嗎?!這一次研討會原廠正式推出 C8051F380 來取代

這一棵MCU了。對外的說法就是改變製程,以降低成本,提供更好的市場競爭力。

當然也順便修改過去所碰到的問題:工作不穩...當初USB Labs 論壇的Miller 跟我提

F340 的問題時,我就懷疑是F340 跑在48 MHz 的問題,...果然我從原廠人員

得到證實:的確是因為F340 跑在 48MHz 時,會造成內部那個DC-DC 的功耗產生

較差的穩壓特性...講白一點:濾波電容不足。您也不能怪人家,要在IC 內部塞

電容是一件很可怕的事,IC 內部電容是很佔空間的啦...不過,這一次還是要感謝

台灣的tsmc (台積電)的協助,利用台積電發展的製程技術,克服了這個問題。

您在SiLabs 的原廠網頁上,您已經看不到 F340 產品線了。如果您手上還有

F340 的話,可以建議您MCU 降頻在 24MHz 跑(降低IC 內部功耗)。

我說過了:USB 速度再快,也是要MCU 來控制...真的不要以為MCU 跑48 MHz

就可以完全拯救USB 速度問題,這都還需要FIFO 與韌體整合能力,您MCU 增加

一倍速度,您USB 的頻寬也不會增加 1 倍的啦。

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

最後,SiLabs 在市場千呼萬喚之下,也終於推出 32 bits ARM Based MCU 了。

主要是以ARM M3 Core 為主的 SiM3U1xx 及SiM3C1xx ...有U 代表有支援USB。

其32 bits ARM MCU 內還是承襲SiLabs MCU 的特有技術--- Crossbar I/O 及PCA ,

使得MCU IC 在使用上的彈性。

我說了:MCU市場一定會往 32 bits 移動,因為很簡單,製程的提升,造就MCU

成本降低,您搞個 64 K的8051 真的不一定會比 ARM 便宜...效能那就更不用說了。

沒有人會排斥說:一樣的價錢,給您更有效能的MCU 吧。

8 bits MCU 也不會不見,只是會毛利越來越低...市場會越來越嚴峻的。

所以,我們也可以看到國內業者的對策就是:要嘛就往32 bits 做,否則就不要再

花錢搞新的 8 bits MCU ,只要把手上的MCU 壓低價錢鞏固市場佔有率就得偷笑了。

過去有很多MCU 使用者都會有一種錯覺說:啊,我明明需要一棵 8 Bits  MCU 就夠了,

那為什麼非得要 32 bits 的ARM 呢?!您當然不能從您使用者的觀點,

您還是得看整個IC 供應鍊,人家明明用 0.18um ,甚至 90 奈米的製程做出來的

MCU 的經濟效能就是比您用 8 bits MCU 投在 0.35 um 甚至還停留在0.5 um

OTP 製程好,甚至,能支持您的這些晶圓廠會越來越少...您總不能無視這些

市場趨勢吧。...工廠都不接單做您0.35 um 或 0.5 um 的產品了,您Design

8 bits MCU 誰製造給您啊?!難道您以為這些國外MCU廠幹嘛還是得硬著頭皮

搞 32 bits MCU 啊?!除非您打算公司做到不能做收掉算了。否則,

您就不要懷疑,再過幾年 32 bits MCU 會慢慢提升市佔率的,因為他們會從

較佳的毛利與經濟市場規模,促使使用市場轉向的...越低毛利的MCU 廠是越

不願意投資新方案(包括研發人員、生產相關),也不會增加創造新需求,

也就不會有新抗衡的競爭條件,唯一優勢的價格也會被壓縮到牆角的一個小角落

死不了,但要賺大錢,是越來越難...因為畢竟MCU 還是強烈得需要依賴市場

應用端的系統設計者協助,當您失去市場應用端的系統設計者的青睞時,

那您要不要自己養市場應用端的系統設計者?!答案當然不可能。

所以呢?!

雖然我自己也是 8 bits  MCU 的擁護者,但我也得不得不承認這個事實與結果的。

因為答案就是:您想買一支簡單可以接撥電話的GSM 手機時,店員拿出來的

手機全部都是智慧型手機時...您就知道了。

----

2011年11月3日 星期四

報喜不報憂?事實呢?

我家就在新竹批發市場附近...那我是否也要考慮一下了?!...

沒有什麼高深的學問與哲理,這就是人生最真實的道理。

Why not ?! 哪管您什麼USB,Android...人生還有一段很長的路要走。

以前我在園區搞到很晚回家時,總是跟批發市場繁忙的夜晚形成強烈的對比。

我們搞得一身累回家時,人家是剛開始上工...我們年過四十,體力不行之時,

人家還是一樣的『早睡早起』,而我們呢?!已經再也無法負荷那體力與精神的壓迫。

人生都還有一段很長的路要走,您覺得該細水長流?還是大起大落呢?!

我想:下回當您深夜離開園區時,不妨也繞到批發市場一趟,跟他們一樣

吃個宵夜(對您來說,對他們來說是早餐!)...不喜歡?!沒關係,您可以到對街

的麥當勞點杯咖啡(24 小時不打烊)...看著路口人來車往繁忙的景象,

您或許就可以體會到人生不同的際遇與感受吧。

人生沒有對與錯,只有不同的選擇,走出不同的人生吧!

---

人間異語:先無薪後被炒 工程師去賣菜

 

2011年 11月03日

Q︰在賣菜以前你做什麼職業?
A︰3年前我還在科技業上班,年收百萬。其實我從大學畢業就進DRAM廠當工程師,起薪3萬多塊,連福利、分紅、配股加一加,年收是很多新鮮人的一倍。當年科技業吃香,不少人羨慕我在科技公司上班,像捧金飯碗。我也以為能一輩子安穩的在竹科上班,就在附近買了一間7百多萬的房子,每月房貸3萬多,雖然當時薪水才5萬,但從沒擔心過。誰知道遇到全球金融風暴,被公司裁員,突然間一無所有。

Q︰為什麼會被裁員?
A︰2008年全球金融風暴,工廠接不到定單,一開始公司要求我們簽放無薪假同意書,我接到通知時很害怕,感覺像被判死刑一樣,有些做很多年的同仁,還忍不住掉下淚來,問要放到什麼時候?主管面有難色說:「最短3個月,但不保證最長到什麼時候。」但放了2星期,我卻接到裁退通知。

沒繳房貸屋遭法拍

失業前半年,靠著領失業補助和遣散費還能維持,但坐吃山空,又沒家人可靠,只好跟朋友周轉,長貧難顧,最後連朋友都不願再借,丟了工作又沒存款,每天為錢煩惱。那段時間我很努力找工作,但大環境不太好,加上年近40了,沒什麼公司願意請我,就算有再好的學經歷都沒用。
失業一年半,工作找不到已經很慘,房貸又繳不出,於是銀行要把房子法拍,我連安身的地方都失去了。法拍後分到幾十萬,用來租一間小套房外,想創業又不知道做什麼好。當朋友問我要不要去市場賣菜時,我很掙扎,好歹我曾經是高科技公司的工程師,若淪落到菜市場,被熟人看見肯定會被笑死!可是為了生活,我只能告訴自己,情願被笑也好過餓死。

嗓子喊破日賺2千

剛開始很不習慣,凌晨3、4點就要開著發財車到批發市場,搶買價格好又新鮮的菜,再趕到市場擺攤,清晨6點開始做生意,為了叫賣嗓子幾乎喊破,直到中午才休息,辛苦了整天也才賺1、2千塊。
Q︰還會想回到科技業嗎?
A︰失業時讓我意識到,所謂的科技業也很不穩,薪水表面看起來很不錯,但工時長壓力大,每天做超過12小時,假日還常加班。外界以為科技廠很好賺,動不動就配股給員工,但接單利潤很低,毛利只有3、4%,萬一沒定單,隨時要員工回家吃自己。
雖然賣菜也沒多好賺,利潤不高、工作環境髒亂、凌晨就要開工,經常要看婆婆媽媽的臉色,但起碼不用繳稅,付出多少收穫多少,而且自己當老闆,工作心態也會不同。
其實做什麼行業都好,最重要是自己掌控命運,在市場擺攤久了,學會不少做人的眉角,也看見台灣人土根性一面,只要有鬥志,懂得越挫越勇,面對再大困難都能熬過去。
特約記者黃惜時採訪整理

2011年11月2日 星期三

是經濟問題?!還是教育問題?

若不從基礎的教育問題改善,再過N 年,不管誰執政,答案都一樣的。

難道以後連修馬桶,最好能DIY...否則,可能還真的找不到人修了。

更不用說一天到晚到處報詐騙集團、黑心包商、建商、製造商...

...因為他們都找不到好的技師或好的師傅、學徒的,也只好如此了。

再看看現在教育制度的亂象...不是在普遍提升台灣競爭力,就是讓一大堆人都

升到大學,上網打嘴砲、玩Facebook...包括我在內啦,也無法貢獻心力,

也只能打打嘴砲而已。...

---

黑手沒人要做 職缺找不到人

民視 – 2011年11月2日 上午12:01

2011年11月1日 星期二

程式碼全部寫完,但工作還沒結束(轉載)

這一篇文章是我在整理Email 時,被我翻出來的。

當初朋友寄給我時,大概認為我是搞系統韌體出身的,想聽聽我的意見吧。

這種事情本來我就一直強調:寫程式根本不能一開始,就大家劈里啪啦

分頭上機寫程式...但實際上,這一種事情在我眼中分成兩種結論,

就看您是在大公司裡寫程式的?!還是在小公司或小團隊裡寫程式的!?

看看我當初回答,與我看完賈伯斯傳裡感想,那些搞Apple II 或是NeXT 的作業系統的人,

都是絕頂聰明,都只是小貓兩三隻就撐起整個程式架構的維護與發展。

所以難怪賈伯斯一直強調:他是比較相信天才,也不喜歡跟笨蛋共事,

也是有其道理的啦。--- 所以,如果您的程式功力真的經日積月累之後,

最好還是把自己當天才用吧!如果不行~那就把自己當作白癡,換個工作吧。

因為人家的經驗法則已經跟您說了:要成功非得要這一種有自信的天才。

(PS : 其實在蘋果與微軟之間的系統爭議中,就是封閉與開放兩種觀念,

蓋茲認為封閉系統唯有在像Jobs 這種人身上,才有成功的機會。

但是以開放系統來說:如果沒有很好的系統規劃或是核心架構的維護,

其系統也是很容易發散不易收斂...也比較難在短時間內完成完整的產品雛形。

----這一點Jobs 利用蘋果很明確的證明給大家看,如何在短時間可以超越微軟。

Jobs 傳裡也有深刻的描述他們之間的系統觀念之爭---沒有絕對的對與錯。

但是針對Jobs 在iTunes 裡整合硬體、軟體與音樂等之間成功,他本身有對於

SONY 有明確的點出,大公司有時喜歡拆解組織,看似專業分工,但實際上對於

公司整合核心技術反而容易產生門戶觀念,結果反而做不了事...所以,

Jobs 說:蘋果再大也不會隨便拆解公司,這一點跟國內有些公司的作法不同。) 

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

以下是我當初的回答內容:

關於寫程式會有疊層架屋的問題,據說:連微軟的作業系統也有同樣的歷史包袱,

大家都說Womdow 7 都有Windos XP 的影子,而Windows XP 也有Windows 2000 的影子...
這個比喻呢?就跟我們人一樣...人老了,身上就會有日積月累的老毛病,
不管是生理或心理的...所以,這一種事情都沒啥好意外的。
 
        所以,以前我們在賣單晶片MCU 時,我們就必須有個產品業務觀念:您說:
賣 1K ROM Size 的MCU比較容易出貨呢?!還是賣8 K 甚至 16K ROM Size MCU 容易出貨呢?!
答案當然就是越小容量的MCU 比較容易出貨...因為程式一下子寫完,也比較不容易出現文章中的問題。
 
         一樣的觀念:從去年夯到今年的iPhone (iPad)給我們做產品或系統設計的最大啟發就是:
"簡單"......您只要留意就知道,在iPhone或iPad 上要玩他的應用軟體,一定要先把目前所使用的
軟體關閉才可以,一次只執行一個應用軟體,不像微軟的作業系統---多工。
所以,蘋果的這些產品的硬體規格真的都很簡單...所以,我們未來的生活還是以簡單為目標。
 
---
        至於文章所指的產品系統開發有著團隊共業的宿命...文章所指的還沒指出這個團隊包含多少人,
涵蓋多少地區的工程師...現在台灣很多東西都號稱結合兩岸三地...甚至全球佈局的工程團隊...
呵~呵...一旦出現文中的情況時,Project Leader 包您三天兩頭就得當空中飛人了...這一點 Joe 應該比我們更清楚吧!
 
我早已經看破紅塵了...這些程式開發的鳥事對我這種年紀的工程師來說:
我寧願日子簡單一點,不要再承受這一種背負團隊共業的折磨
引用文中結論的一句話:
"這些都有可能透過專案管理、軟體工程、設計技巧來加以改善,降低專案收尾的難度。"
對啊...以我們這一種寫程式的資歷,本來就可以做到這一點,只不過,因為要承受團隊的共業
所以,還是要把這個共業放出來讓大家承擔,這樣子才會像當長官的樣子。
所以,在大公司是要反向操作的啦,明明簡單的東西就是要把他搞得煞有一回事的,
這樣子才會像在大公司做事的規模與樣子啊。
 
---所以,結論:很簡單,這一篇文章就是給年輕不懂事的工程師看的...讓他懂得在大公司的做事方法。
如果要我再到大公司做事,我一定是朝這個方向努力的啦...讓這些工程開發的事,沒完沒了...
這樣子才可以長長久久的永保安康...做得越久,領得越久...不是嗎?!哈~哈~
這是共業,絕對不會是長官來背黑鍋的啦! 是不是呢?!
 
---只是啊...我是很有正義感的啦,而且我也上了年紀,已經不適合去飛來飛去的啦。
哈~哈~

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

程式碼全部寫完,但工作還沒結束
/王建興 (清華資工所博士班研究生) 2011-01-13

專案為何難以收尾 3回個別的模組程式都開發好了,然而要收拾善後、面對過程中的錯誤,還有很多工程要進行,例如要滿足後續追加或異動的需求,以及解決先前設計不良的問題

    需求無法收歛、整合工作不如預期簡單、不如預期快速,都是影響到專案難以收尾的關鍵原因。

而且,我們會對專案有「難以收尾」的印象,往往是因為我們太低估這件事情的難度及複雜度。

攤開許多專案的專案時程表,時常可以看到整合階段及測試階段所需的時間,還有資源,

事實上都遠遠被低估。例如,時程表上可能為整合階段安排了兩個月,

事實上,最後可能卻花掉了四個月;

而測試階段或許安排了一個月,最後卻也花掉了四個月。 這種預期和現實之間的落差,

又怎麼能不叫專案經理、團隊成員、甚至是客戶,打從心裡覺得這專案「怎麼如此難以收尾」呀。

低估收尾所需工作及時間的習慣和心態,正是專案難以收尾的重要原因之一,有時我們可以說,

不是難以收尾,而是根本就估錯了收尾所需的工作及時間,自然會覺得收尾很難。

 有些人總是認為,個別的模組程式都開發好了,距離專案完成,也就只差一小步了吧?

只要把它們整合在一塊、然後花時間測一測,不就可以大功告成了?如此期待當然十分美麗,

然而現實總是格外殘酷,劇情也不會單純地依照想像上演。

畢竟,軟體專案不同於總是讓王子與公主從此過著幸福快樂日子的童話故事,專案的成員必須

用如臨大敵的角度來看待收尾的工作,千萬不要以為程式碼都寫得差不多了,

專案就幾乎到了完成狀態,事實上,還有很多的工作等待處理。

局部需求的異動,往往又影響到更多環節 在專案規畫上,

必須接受需求難免會有改變、增加情況,進而做出適當的安排。

到了專案尾聲,一旦牽扯到需求的改變,影響層面便可能很廣。

因為一旦需求有所擴充或調整時,往往不僅只是需要改寫程式碼,

甚至有可能會衝擊到設計。

倘若改變波及到主架構、或核心模組的設計,那麼由於主架構和核心模組

都是系統中被高度相依的,所造成的影響便格外的深遠。

主要設計若被需求變更所擊中,那麼相對應的各種設計,

也可能需要進行配套的調整,接著再重新改寫必要的程式碼、

然後重新進行單元測試,接著再行整合,最後再重新進行整合測試。

由於軟體程式碼天生的複雜特性,有時往往是牽一髮而動全身。

每次的修改都有可能引發完全無法預料的副作用,接著就必須花費極多的時間,

才有辦法找到問題然後加以修正。

既然需求的變動是難以避免的,那麼,在設計上考慮需求有可能變動,

提前做出因應,甚至採取能適應變動的設計,那麼便有能力在需求發生變動時,

降低因為改變而造成的影響、同時縮小影響的範圍。

有些人在從事設計時並不會考慮到可能會有的變動,雖然他們的設計能夠滿足當下的需求,

但是,當需求有所改變時,想要擴充、調整他們原先的設計,代價就會十分高昂。

所以,好的設計技巧其實有助於縮短專案的收尾階段。當設計者能在一些好的設計原則之下,

運用好的設計技巧,使得所做出來的設計能夠達到更佳的擴充性、彈性,而且在面對需求改變,

也能將改變限制在較小的局部範圍內、同時降低所做修改引起副作用的可能性時,

那麼,在收尾階段遭遇到可能的需求變更時,便可以花費更少的時間及力氣。

面臨程式碼結構不夠理想的困境 專案收尾階段,能讓團隊設計能力的優劣高下立判。

相同的,團隊的程式碼結構是好是壞,到了專案收尾階段,通常也能顯現得一清二楚。

軟體專案的進行,本來就是一個不斷評估現況、不斷針對現況和目標的差距進行修正的過程。

在過程中,團隊可能會發現各種和計畫不同的項目,例如所認知的需求和客戶不同、

所做的設計其實無法滿足需求、或者像程式碼的實作錯誤等等。到了專案後期,

其實整個專案可以說是累積了一路上各種修正的產物。有時候,在有期限壓力下,

人們難免被迫要做一些抉擇,在時間上求快及完備的解決方案之間,

選擇了快、但不那麼「乾淨」的作法。

這些作法隨著專案進行一路累積,往往就讓程式碼結構逐漸走向了敗壞的道路,

不是變成了疊床架屋的奇怪建築,就是成了面貌可憎的大怪獸。 同樣的,到了收尾的階段,

這個疊床架屋的奇怪建築,可能會遭受到各種考驗。

例如,需求只要一改,最後自然會演變成程式碼的更動,

或者,在經過各種測試之後,發現了程式碼的問題,進而必須進行修正時。

而在面對充滿各種疊床架屋作法的程式碼,想要做一些改動時,

我想大多數的程式設計者的心情,都是十分無奈、不知從何改起的。

結構敗壞的程式碼或許可以運作,但是,一旦你要去更動它時,就會顯得險阻重重。

例如,它的問題可能出在相依性極高,想要修改一個小地方,

可能得要修改到為數不少的其他部份,而且,更可怕的是,

你可能不知道自己是否修改到所有需要修改的地方,因為需要修改的東西散落在程式碼四處。

好比利用「複製、貼上」手法將某一段程式碼「重覆運用」在各地的方式,

就很容易造成這種情況。一旦發現最先被拿來複製的那段原始程式碼,

必須要修改(不論是因為需求改變或內有臭蟲),所有基於這段程式碼的「分身」,

都必須跟著「本尊」一起同步改變。倘若有八萬六千個分身,

那麼就得徹底找出它們,然後把它們變得和新本尊一樣才行。

一旦有所疏漏,那麼修改就不完全,問題也不能真正根除。

有一些軟體專案之所以在收尾的時候,問題層出不窮,

便是因為程式碼結構日積月累各種快速「dirty」解決方案,

使得專案到了後期,面臨需求變更或測試修改的考驗時,付出了極為沉重的代價。

 如同電影《無間道》有云:「出來跑的,遲早要還」。而在專案前,中期抄捷徑,

通常就是在專案後期償還更多,而且還要加上利息。

程式碼結構愈糟,在這一個階段要經歷的折磨就愈痛苦,想要看到專案收尾完成的難度就愈高。

開發過程中沒有妥善解決的問題,都有可能在收尾時爆發

所以說,到了專案後期的各種不可預料的事情,實在太多,

有客戶拼命增加、修改需求,好不容易個別的模組看起來都寫好了,整合起來卻是問題百出。

最糟的是,竟然發現需要變更主要的核心設計,而這個設計一變,

一大堆設計都被波及,而大量的修改,導致程式碼品質低落,

測試好像沒有終止的一天。這都是很多專案在收尾時可以觀察到的現象。

收尾絕對不是一件簡單的事,會這麼的困難,

其實是因為那時所要處理的是,整個專案執行過程中,一路下來所累積的所有錯誤。

偏偏,許多人都沒有意識到,自己在這個階段即將面對的,其實是如此艱困的環境,

然後低估了收尾的困難度。 我們這次談到了幾個可能造成難以收尾的原因,

這些都有可能透過專案管理、軟體工程、設計技巧來加以改善,降低專案收尾的難度。

只要能重視這些問題,其實是可以透過各種方式來處理,但如果只是抱持著輕視的態度,

那麼難以收尾的情境,可能就會一而再、再而三地重演了。