對於技術學習 DIY 與 Maker 的一些思維感想與建議

 以下先聲明一下：標題就是表達純粹個人感想表達，也不代表所有人的觀點，

你也可以不贊同，也可嗤之以鼻...要噹我、噴我，悉聽尊便。這至少我個人走過

從門外漢、進入技術開發，從園區科技公司到個人，再到募資創業的經驗觀點。

這些有些是收穫滿滿，也有辛酸滿腹，但只是希望新一代的年輕人從我個人的

經驗中，去吸取一些經驗，也可以供年輕人好好思考一下，讓你能去為自己

選擇一條不同的人生道路。所有的經驗都是別人的，也沒有人可以保證所有

的努力也都可以為你帶來成功，只是機會都是為自己創造的，而最寶貴的就是

經驗與時間，有時候機會或時空背景所創造的機會就只有一霎那之間，你能做的

就是從別人的實務經驗或衡量本身諸多條件，為自己創造的。

當然，我們也由衷的希望，你今日的技術學習DIY 或Maker ，未來有一天也可以

像蘋果公司的 Steve Jobs 一樣的，由在家裡車庫出發，創造科技界的車庫傳奇。

-----

現在開放源 Open Source 滿街都是，甚至在大陸百度網裡幾乎甚麼東西標準元器件、

模組的參考原始碼一一俱全，甚至別人走過、碰過的鳥事，也都一大堆人討論與

提供意見，似乎只要有這些資訊，人人皆可以成為"食神"。買個開發板模組板、或

模組板子，開發環境架起來，燒幾個程式碼，弄個開箱文，就可以輕易地賺取

按讚數了，只可惜FB 的按讚數不能像Youtuber的點播率或賺點數換現金。

不過，如果大家真得還是那麼獨鍾深愛技術開發，那也無妨，但有些事情的發展就

得要有心理準備，畢竟江山備有才人出、長江後浪推前浪，以前我常開玩笑說：

在園區科技公司開會，有時也都有人會嗆聲：我台大電機第一名畢業的耶！...

結果：旁邊的同事就勸勸他說："學弟...好了啦。坐在辦公室角落的那一位也是...

你放心好了，明年後還是會有另一個台大電機第一名畢業生進來的啦。"

所以有些東西也就不要老是以技術觀點來計較的啦。這是我最近常說的。

但有些事情卻是我們在技術以外要好好思考的。既然人家公司裡處處台大電機

第一名，人才濟濟，那公司或你可以從中獲得甚麼"實質的收穫"或成長比較重要！

首先我個人認為學技術可不能半吊子或半桶水，這是廢話...但你又怎樣知道的東西

是半吊子或半桶水。放眼天下...喔~不用了，只要你有機會去大陸繞一圈就好，

不要說你跟人家嗆台大電機，人家北大第一的，也的確夠你瞧的啦...我們就見識過：

人家為了賺錢出國留學，可以特地到南方廣東一趟，用低階MCU 用低階語言，

短短的幾個月搞出工程用計算機的程式碼...你又能怎樣？人外有人、天外有天啊。

只要你是真的有待過一般公司，有搞過產品開發都知道：產品技術開發往往就

只是產品開發的第一步而已，而這個第一步到底是佔產品成功銷售的%多少？

就見仁見智，但肯定的是：公司還有財會、採購、生管及銷售業務人員，

老闆付出來的薪水絕對不只是付給技術研發人員的啦。那如果：老闆是以績效

發薪水、獎金的，那就得看公司哪個部門的C/P值高了囉。別的部門我們不懂，

那我們就得要看我們搞技術研發的 C/P 值了。你總不能說：老闆我已經弄個

開箱文，東西會動了，其他就是生管業務銷售問題了。

那對老闆來說：那搞技術，人人皆是食神，那你還跟我計較薪水幹嘛？

搞技術不是像學校或技術研究機構，東西只要搞個開箱文就好了。

我們過去的經驗當然有機會就得站在巨人肩膀上看世界。尤其有些東西

人家為什麼可以一年創造出那麼大的營收與績效？有些人事物肯定都不是

我們這些 DIY 或Maker 可以理解的。

我首先先舉一個國內大家比較熟悉的東西：光碟機。

這是我剛進入園區工作時，要用到 Keil C 來寫 8051 。沒有網路 Google 大神。

我只好找園區師傅求救，我師傅就給我這一份文件資料：八倍速光碟機...

你看還是單獨一顆 8051 。介面晶片那時還是 UMC ，大家都知道：後來

這家UMC 就成為台灣第一大IC 設計公司了。我師傅還跟我講了一個笑話：

當初MTK 搞出第一顆整合型光碟機 SOC 時，其實在調光碟機伺服馬達時，

還是有一些問題，後來還是他們光碟機廠的系統工程師把他搞定的，當系統

搞定之後，大家欣喜若狂，就Call MTK 的PM 及業務過來，結果MTK的人

現場一看到，就直接在人家公司裡用人家的電話(那時手機還不普及)，直接

通知其他光碟機廠的研發部門。他們公司的人員現場當場傻眼？難道你們

不能等回MTK 再打電話嗎？

不過上圖還是不是光碟機 SOC 的時代，MCU 、介面IC 及伺服馬達控制IC 

也都還是分離的時代。

這就是我師傅要我自己研究怎麼架 8051 Keil C 的開發環境平台範例程式。

這也算是我 8051 Keil C 的啟蒙參考程式了。

我們當然知道人家後來光碟機一年生產幾千萬台，成為世界第一大光碟機廠。

這些不管是SOC 或調Servo 的工程師們早早就退休去了或是上班當交交朋友的。

所以你跟我說：台灣沒有搞馬達或伺服控制的人才？我才不相信，光我師傅

或後來我園區公司裡DVD SOC 的RD 他們那一票交大控工系所的傢伙就知道了。

不過，關於賺錢退休這件事，大家也不用太羨慕，這本來是時空背景所創造的

機會。是命啊。

後來我在清大育成中心創業時，剛好有機會認識該公司的總經理：Max 陳。

因為他也是清大畢業的。後來也成為喝下午茶的朋友。他跟我說過：當初

他有時候看到工廠在生產時，看到品管打下的不良品，心頭就一陣痛，一個月

幾KK 的生產量，那怕是報表上的 1% 不良品就覺得可怕。所以以前為什麼

人家園區的前輩就一直跟我講一個技術概念：你老是講我技術，我是不太

想聽啦，我只是想問你說：你這個技術到底創造多少產品生產銷售業績？

說起來殘酷，但也是一項不爭的事實。因為只有透過生產銷售，一個產品

技術開發才算是一個完整的技術指標，這也就是人家MCU原廠就算釋出

所有參考元器件或模組板的原始碼給你時，也不代表甚麼？

所以我個人認為：如果個人在發展核心技術時，有一個很重要的事情：不是

光靠一個人DIY 或努力當Maker 就可以完成的。那就是如何從技術去完善

產品生產及銷售。因為這個過程才是考驗你在技術開發之外的溝通與技術

折衝的技巧。當然啊，人家公司為什麼要建立品管 ISO 制度？

有一項很重要的就是技術文件存檔。

DIY 或 Maker 最喜歡的就是只要浸淫在技術開發就好，有時候為什麼不喜歡

去大公司上班？因為就是有點不喜歡制式的文件文書工作，但是我們有沒有

想過：人家大公司或世界一流公司為什麼人家可以傳承百年？絕對不只是

核心技術強，而是如何記錄技術開發，如何把這些技術轉成有價值可以不會

因為研發人員流動，而造成公司資產或價值消失。講難聽一點啦：

就算人家公司要倒、要收了，光賣這些專利或公司資產也可以值得別人下手啊。

所以我們如果希望我們自己 DIY 或 Maker 所做的東西，可以延續發展的話，

這些文書紀錄工作肯定不能少。那你說：我自己一個人快樂就好。

是啊，但簡單一點說：有一天你突然想到這個東西以前我也搞過，但有點

記不得了，那怎麼辦？還不是要自己翻箱倒櫃。還不一定找得到呢！

那你說：人家大公司要做的事，我不喜歡。是啊，人家大公司是願意花錢

請你上班做文件處理，又不是不付你薪水...所以也不要老是噹人家大公司做

事情怎麼那麼沒效率，而技術部門主管為什要整理文件開會？公司當然也希望

有資深的技術工程師來整理這些公司投資搞出來的技術內容啊。...

這就是大家彼此之間的差異，沒有對或錯。

---

我個人算是比較幸運的是：當我離開學校，從事技術開發過程中，我就有

機會接受國外大公司的產品技術的觀念養成，人家有時候為什麼會提說：

某某人曾經待過：IBM 、HP 或Google 外商公司？是很重要的一個資歷？

因為這些國外大公司可以提供一個完全不同於國內企業在技術開發的文化

與經驗感受。這些對於你未來在產品技術開發會有一個潛移默化的教育機會。

你說：花錢收購國外大公司的產品或技術，難不難？其實這種事情這幾年

大陸公司比世界上任何國家或公司都還積極，但有時候，為什麼併購的績效

不佳？那就是那只是買到公司的剩餘價值，並沒有真正的買到這些公司在

產品技術開發的那個SOP 流程也不懂得如何去做好技術發展管理，因為就

像你我搞技術人的想法一樣：花錢買到技術，就巴不得趕快實現產品，

凸顯自己花錢價值的地方，但如何轉換成一個標準SOP 的傳承下去？

因為中國人就不想再花錢建立像國外公司那些看似無用的文件記錄與傳承工作

或技術管理了。也就是為什麼老是一代拳王也都不意外啊。

以下我就舉幾個簡單自己的經驗：

這是電動機車的產品開發文件參考資料，老外或大公司就是會花時間

請工程部門或工程師整理這些技術文件資料。

要你清清楚楚地交代你的產品技術規格，這個東西那怕過了 30 年，你都還可以

拿出來參考比較：

你看：這還不是我們現在還看到的直流無刷馬達控制技術嗎？現在整個

電動機車的動力核心技術有甚麼差別？

你現在去拆一台電動機車的核心技術產品的內容，跟這些文獻資料有甚麼

不一樣？可能用的零件不同，但大的系統 Block Diagram 有什不同？

但你甚麼時候會看到國內哪家公司會 Show 一張這種系統架構圖來介紹它們的

產品？可能工程部門也沒有做過這樣子的文書工作吧。(國外公司或大公司也都

不怕人家看到這些類似的系統架構圖，因為這本來就是技術人員要做的工作。)

系統往下展開就是一些程式中，變數或相關技術參數的列表。為什麼要整理

這些，一方面也可以讓技術開發人員可以回頭審視你自己的程式碼中，

有哪些該有或不該有的東西。就那怕為了未來生產需要的治具的通訊介面

規格都要一一整理出來：

這樣子一來，就算你自己一個人忙不過來，別人才可以出手幫你忙，甚至

有些東西就不用自己從頭到尾搞得要死，尤其現在程式系統都越來越龐大，

有了這些東西對於研發團隊工作的展開，有很大的助益。

所以最後就有了大家比較關注喜歡研究的東西：韌體程式碼了。

如果沒有這些前置原始的技術參考文件，看別人的程式，永遠就是一件

痛苦指數爆表的鳥事。尤其在公司裡還找不到原始程式撰寫人。

以上這份大家都可以看到的是 1997 年的資料，那時候已經出現 C 語言的

東西了，如果年代再往前推的話：

這是 1985 年用組合語言寫的四缸八閥燃油噴點火控制器(ECU)的韌體

原始碼。這個東西如果沒有輔佐任何其他技術文件資料，不要說：

旁邊要幫他寫生產治具或周邊裝置的人，可能連寫程式的工程師自己，

過了一兩年也都會忘了自己當年在做甚麼？那就不用說甚麼傳承啦，

光東西留給後人維護不知道怎麼接手？

同樣的觀念，也是都有整理韌體系統以外的系統架構圖。

也是要花時間把系統開發工做作技術文件文書交代工作，甚至還有Section 3

中的所韌體程式中所用到的演算法交代一下。

而那個時代比較可憐啦，因為都是用組合語言寫韌體，所以有時候甚至還得

用流程圖解釋交代一下程式流程：

現在不要說DIY 或 Maker ，就公司領薪水上班的工程師也都未必，

大家一上班就是坐下來，劈哩啪啦的敲鍵盤寫程式了...想到哪，做到哪。

---

之所以提這些例子或想法，是因為我自己走過，我也喜歡DIY 、也樂於做個

Maker ，我也曾經在 DIY 之後，因為產品而有機會募資開公司。當然，搞技術

搞產品就是科學，不是黑就是白，對錯簡單，但開公司就得面臨以上所說

許多事情，但對於產品技術開發的這些流程都沒有錯，而且我認為更應該

堅持與努力去做。像我自己以前上班時，用同一套流程也可以應付工作

上繁縟的技術開發工作，也可以為自己創造成長機會。

重點還是在於畢竟我們隨著年紀增長，也不太可能一直追逐著最新的產品

技術開發，尤其隨著許多網路上 Open Source 資源越來越多，搞技術的門檻

也隨之簡單降低了，但不變的還是在於產品技術開發後的導入生產銷售的

諸多與技術以外的他人合作模式。

以我自己本身的經驗來說：這些產品的技術開發流程，都可以為自己不斷的

創造機會，尤其當你隨著年紀越來越大，過了五十歲之後，這個想法與價值

就更明顯了。

因為過了五十歲，人家會找你合作或找你上班，絕對不會是你的技術比較強，

這一點就不用說了，而是人家花錢的老闆看到你技術以外的價值：是你如何

用你的技術開發經驗，來帶領公司研發團隊？或如何來公司教導年輕工程師們

或幫公司建立那一套產品開發流程？因為人家公司就是有辦法可找到台清交

或是台大電機第一名畢業的高材生工程師啊，不缺你自己來公司開發新技術。

而是許多產品技術研究之後，怎麼轉換生產銷售賺錢的。

而對你來說：於公，你可以因技術資深可以找份餓不死的工作或案子，

於私，你不會因為過度的沉迷於DIY 或漫無目標的Maker ...因為你的年紀

與體力時間已經不可能與時下年輕人相比了。

---

結語：每當我看到許多社團的許多DIY 或Maker 貼文時，我當然非常高興

有那麼多人的投入時下最流行的產品或技術開發，但偶而也不免地懷疑，

甚至不解的是：這些想法或作法的最終目的或是他的終點在哪？

在網路上常常看到許多原本知名的部落客或創客，在熱衷一陣子的DIY

或貼文之後，就突然嘎然而止，如果是得到投資者青睞而成長茁壯，

固然可以因此更全面的奉獻社會，回饋社會(就是可以因此開公司，

雇用更多受薪者，創造就業機會，也可以達到自己賺錢發財目標。)

也值得我們高興地為我們這些Maker 創造一個屬於我們社團的車庫傳奇。

但更不希望的是：也因為不斷的花錢搞這些之後，突然覺得沒意思的

被許多新進Maker 創造的東西給潑了一頭冷水，而打退堂鼓。

尤其最近國內有一部國片影集"大債時代"，看了也不免感慨搞技術的不應

有那般的結果。但編劇會寫，相信這是有可能的社會現象。

其實，這些搞技術產品的熱情應該用技術以外的事物來轉移一個

學習成長的動能。持續地讓自己可以不斷的堅持的往下走。

---

我曾經是堅持的DIY 與 Maker創客的為自己創造過不同於技術開發的

成長機會。但我也曾經是園區上班過的工程師，曾經站在大公司的肩膀上

去看世界，我知道產品開發不應該過於堅持本身核心技術而已。

看過人家大公司，研發團隊所創造出那一個不同於一般Maker 的產品格局。

但隨著年紀增長，對於產品技術開發也有不同的心境轉換，

或許個人的一點點經驗與心得感想，也可以能夠提供給各位參考。

也可以幫助到一些或許你也曾經熱情的DIY 與Maker 之後，產生一些

懷疑或困惑之後，能從這些經驗裡得到一些啟發吧。

祝福各位。