Fred's blog

因為我對外都自稱一個 Geek，所以時常有人問我，Geek 是什麼？一直以來，「技客（Geek）」個名詞讓許多人感到陌生，甚至對這詞彙一知半解的人，都以為 Geek 與普通宅宅無異，更甚至是覺得這只是另一種宅宅的說法。的確，Geek 某些地方與普通宅宅很相近，指的是醉心於特定專業或領域的人，但這些人擁有絕佳才能，只是為了鑽研知識或研究新事物可以幾乎荒廢其他事，廢寢忘食對他們來說只是小意思，甚至可以犧牲人際關係等一般正常社會交際行為。由此可以看出 Geek 對於自有興趣的事物，將會多努力去鑽研。 不可否認，「技客（Geek）」這個詞在早期帶有貶意，但在現今社會中，人們交流的手段和方法已經透過科技有很大的改變，Geek 可以透過網路或各種新方法，找到能分享交流的同好朋友。透過網路串連，他們不再只是群體中被傳統主流排除在外的人，反而搖身一變，變成強力促使世界進步的主要群體。如今，大家眼中的 Geek ，代表著才能與努力，更代表能「動手完成任務」的傑出人們。開玩笑的說，專心致志（宅宅）加上真正動手實做的能力，就是「技客（Geek）」。 想要成為一個 Geek 嗎？只要你符合這樣的條件，無論你原本是個技術 Hacker、Maker 還是個設計師，更甚至是任何領域的人，都可以稱自己是一個 Geek，甚至可以以此為榮！也許，你也有自己沒發現，但是能堪稱 Geek 的一面也說不定！ 後記 為了讓更多 Geek 能聚集在一起交流，共同迸出創新的火花，我們 Hackathon Taiwan 開始了一個新計畫 GeekBar I/O，將嘗試透過各種活動和方式，讓 Geek 們共同發光發熱！歡迎大家共襄盛舉！

 『是不是要很厲害才能參加黑客松呢？』這是一個永遠都會有人問的問題。 事實上，黑客松從一開始的出發點，就是三五好友聚在一起進行研究及開發的活動，帶有很純粹的動機。參加這樣的活動，你不必真的很厲害到極點，而最重要的是動手和夥伴合作，過程中可以順便認識朋友與他人交流，讓投入的過程中更加豐富有趣。 從這樣的角度來看，『黑客松式的學習』是不是有可能的呢？如今看來是肯定的，5/23 於台北剛結束的 NodeSchool 聚會就是一場黑客松式學習活動，吸引了近兩百位參加者，共同參與了這場具有黑客精神的學習活動！ 順帶一提，這此使用的場地，也是 黑客松台灣（Hackathon Taiwan） 每個月辦活動的主場地，無論如何，也記得來報名下次 6/13 - 6/14 （六、日）的黑客松活動！ 什麼是 NodeSchool？ NodeSchool 是一個線上學校，目標是運用線上工作坊課程，讓所有人都可以在這學到各種技術。而恰逢 NodeSchool International Day 國際日活動，全球各地都紛紛各自舉行一場 NodeSchool 盛會，因此身在台灣的我們也理所當然響應了這樣的活動。  這個活動的形式相當特別，沒有講師在台上講課，而是採用線上工作坊教材與題目的形式，讓參加者在自己的電腦上挑戰通關。NodeScool 擁有許多工作坊教材，從基礎課程到進階的選修課程都有，除了 JavaScript、Node.js 之外，也有 ES6、WebGL、Three.js、Functional Programing 和 React.js 等課程。詳細的課程資訊，可以參考 NodeSchool 官方網站 。 由於每一份教材都是經過設計，而且每一個主題和關卡都擁有提示和說明，參加者在一題題解答的過程中，可以靠自己慢慢學會一門技術。如果真的遭遇到了自己難以突破的困難，可以跟左右鄰居討論研究，若真的也沒有辦法了，可以找在現場自願的指導員（Mentor）幫忙排解問題。 黑客松式的學習活動 回想起過去從小到大，我們的學習模式，總是有個老師在台上教學，枯燥而乏味，而為了保證教學進度，不免伴隨著填鴨式的教學方法。這樣的模式我們早就習慣，雖不見得喜歡，但也無可奈何，逐漸的，我們的思考和學習，慢慢僵化了。 具有一定寫程式經驗的人都知道，...

對很多人來說，黑客松（Hackathon）是一個可怕的詞彙，它神秘且陌生，似乎是只有軟體工程師能參與的活動。事實上，黑客松的本意只是希望大家可以齊聚一堂，跳出原本的生活圈，和其他人完成或創造一些與平常不一樣的東西。 打造一個平民化的黑客松一直是 Hackathon Taiwan 的目標，除了每月都舉辦推廣之外，為了讓活動更親民，還特意引入各種初學手把手的工作坊課程，以減少眾人對黑客松的恐懼，課程內容涵括了網站、軟體、硬體、設計、藝術領域，從 Arduino、Node.js、QML、前端、雲端服務、科技藝術一直到 3D 印表機等整合課程都有。為了讓更多人能學習更多更深入的技術，也陸續開設了不同類型的進階工作坊。無論是已經很厲害的人，還是沒有太多經驗的學生，都可以前來活動，找到自己覺得最舒服的位置，學習發自內心的動手去完成一件事。 這活動的最終目的，是希望見到大家以能力會友，撞出火花，讓大家找到能互補的團隊成員，成就未來有潛力的團隊，實現更多具有影響力的創新。如我們一直所說，這是一個如太古般的生命濃湯，孕育著人才與新創火花。來黑客松能做出什麼成果，或許很難說，但你一定會得到很多的朋友與經驗！ 我們期待終有一天，當某個成功的新創公司被問到：『當初創辦人們是如何認識？』，他們會回答：『在 Hackathon 活動』。 精彩回顧影片 還不知道黑客松在做些什麼嗎？看看我們三月份兩天一夜活動的精彩回顧吧！ 下次活動訊息 4/11-4/12 （六、日）兩天一夜的黑客松活動也開放報名了！完全免費！名額有限，快來報名吧！ 議程頁面 ▶  https://hackathon.tw/agenda/agenda.html 報名頁面 ▶  http://www.accupass.com/go/hackathon06 社群訊息 此外，如果你有興趣，可以加入 Hackathon Taiwan 的 Facebook 粉絲團，關注最新動態！ https://www.facebook.com/HackathonTaiwan

每個月舉辦的台灣黑客松（Hackathon Taiwan），第四屆活動順利落幕！感謝大家的支持！無論你碰上什麼樣的隊友，有沒有完成作品，下次都歡迎再來！ 曾幾何時，許多人對黑客松活動已經感到麻痺，似乎就是一群躲在暗處的宅宅工程師聚集起來自我感覺良好的場合，不然就是許多新創團隊前來展示產品的地方。往往沒有機緣巧合參與的人，總是深怕自己能力不足而無法參與，也有人覺得來這裡看別人發表產品，相當無趣。人們逐漸忘了黑客松的原本出發點，也忘了捲起袖子動手的熱情，更忘了與人交流並相互扶持學習的愉悅。 事實上，一個在大家心目中理想的黑客松，不外乎就是有得玩、有得學、有得做、有得交流，最後，能上台展示自我並取得成就感。這樣的氛圍，不同於補習班，也不同於一般制式學校，因為沒有成績壓力、沒有世俗壓力、更沒有人干預你，這更像是一個大學校園，參與者就在這樣的環境中自由發展，盡情做自己覺得有趣的事。 也許是教育體制的問題，也許是歷史文化所致，我們從小就沒有太多自由發展的機會，這讓不少人很晚才找到了自己的興趣。而進入社會後，缺少發自內心驅動的職場生活，讓更多人被生活所困，只能被世界及國內潮流被動的推著往前。我們有多久，沒有因學習新事物而開心？我們有多久，沒有因為與同伴們完成共同目標而感到興奮？那些再簡單不過的樂事，變成是種奢望。 這也是為什麼，我們發起了這樣的黑客松活動，試圖喚起人們的童趣以及熱情，讓人們在這找回自我學習的熱誠，以及團隊合作的心情，更重要的是，能夠學習如何貢獻並展現自己。在我們的活動中，無論結果的作品如何，這些種種對一個好的人才來說，都是不可或缺的要素。因為我們認為，台灣的人才素質普遍不錯，只是尚未有好的方法展示出來，並引出其真正價值而已。 共同持續參與，並逐漸改變這個社會氛圍，在這我們看見了人才們發光，也看見這片土地的希望。如果你問我說台灣黑客松每屆的活動能留下什麼？我會說，別的黑客松我不知道，但我知道我們的活動，讓人們帶回去的是提升後的自己與改變產業、社會的動力。 也許你沒發現，但經歷過這一切後，你已經不一樣了。 後記 不同於普通的活動，籌劃黑客松更為累人，除了要照顧的是兩天一夜的會眾，還要規劃各類課程與營造氛圍，更不能為了財務壓力下與中心思想背道而馳，複雜程度完全不可同日而語。 可愛的是，我們的參與者都是發自內心的願意主動參與，...

人才培育與還原、體現並轉化人才原始價值是我們的目標，這也是目前台灣產業界應該要努力的方向，所以我們希望組織 Hackathon 活動來達成這樣人才拓撲的願景。 我們認為，黑客松的精神與文化需要被好好培養，也需要藉由持續且長久經營才會有意義，其體現的結果不只是聚在一起這樣簡單，而是動嘴、動手還要動腦的交流。因此，在大夥努力之下，Hackathon Taiwan 今年的黑客松計畫已確定，從這個月底開始，將每個月最少舉辦一次黑客松活動，年底前達成千人黑客松！（握拳） 希望藉由黑客文化中親自動手的精神，將不同領域的人才收集起來，並長期持續提供創作氛圍，使參與者相互間產生巨大的化學反應，使創新的可能性有脈絡可循。也期待能將許多具有潛力但不得其門而入的人們，引導進入到這樣熱血的世界，累積更多經驗值。 這樣的目標並不容易達成，自去年幾次的黑客松活動開始，從慘兮兮的幾個人，一直到現在的百人活動，各方面缺失逐漸補強完備，這途中經歷過許多困難，夥伴們也自掏了不少腰包，好不容易才得以存活並開始快速成長。感謝一些企業們的長期關注與投資，以及貴人大力相助，使我們陸續找到可以支撐整個計畫的資源、場地與合作機會，相信今年會是起飛的一年！ 今年才剛開始，我們仍有很多事要做，也需要更多的資源與贊助，以及工作人員，畢竟，每個月都要籌劃一場數百人、至上千人齊聚一堂『微創業』的黑客松活動，實屬不易。所以，如果您願意支持並協助我們，請務必與我們聯絡！ 我們也歡迎學生或各種單位與我們合作舉辦活動，相互連結，共享成果。如果你想在學校推廣黑客松，也歡迎加入我們的團隊，或與我們一同籌劃。 期許，我們從這個土地上出發，立足在這個現今世界的核心位置上，能使信念綿延拓撲到全亞洲，甚至是全世界，讓此地變成人才們的朝聖之地。:-) 更多資訊，歡迎參考 Hackathon Taiwan 的官方網站： http://hackathon.tw/

寫書寫到通訊協定一章，就想起今年來台灣 JSDC 的 Mathias，在台上展示以 Node.js 開發的 Bittorrent 影片下載工具『peerflix』，該工具可以結合 vlc、mplayer 這類的播放器進行 BT 種子的影片播放，相當有趣。此外，他亦展示了使用 VirtualBox 直接開 BT 上的 Ubuntu 安裝ISO 檔的實作。 很多人都說很神、很有趣，但看完後不見得會去了解實作細節。有些人更覺得這是他們無法碰觸的領域，只是當一個神在展示他的神力而已。這樣的情況，讓我感到難過，因為很多這樣的技術細節並不難，除了 bittorrent 本身的演算法本身的實作，或是開發其 Binding 是有困難度之外，其餘的東西根本上都是相當簡單的概念。 我想，這樣並不困難的東西，如果不去解析或了解它，實在是可惜了 JavaScript 至今的發展。 事實上， bittorrent client 的 binding 早有人開發出來並寫成模組。我們只需要使用種子檔案或是 magnet link，就可以透過 binding 去取得檔案資料，甚至是特定段落的資料，就像我們實作 HTTP 續傳那樣簡單，只需指定資料的開始處而已，全都有現成的 API 可使用。 若要播放這些影片內容，只需要建立一個 HTTP Server，再將從 bittorrent 下載完成的影片資料檔，運用 Stream 的技巧導向 HTTP 輸出即可。實作到此，我們就可以透過支援 HTML5 Video 的瀏覽器或是其他支援串流的多媒體播放器，以 HTTP URL 打開影片觀看。 至於 VirtualBox 怎麼去開啟 bittorrent 上的 ISO 檔，然後讀到哪載到哪的技術，其實也不是非常難，運用 Linux/BSD(Mac OS) 上的 FUSE（Filesystem in Userspace）的技術即可達成。雖然這是熟悉系統開發才會知道的技術，但概念與開發上其實並不難，尤其是也有人寫了 Node.js binding，我們可以完全使用 JavaScript 輕易實作。 簡單來說，使用 FUSE，可以讓我們不必觸碰到作業系統核心的驅動程式技術，就可以開發一個自己的檔案系統。然後，我們可以把自己實作的檔案系統掛載到一個本機目錄上。這代表...

很開心，這次十二月的『 Hackathon Taiwan 』相當多人參與，百人的報到數讓所有工作人員都感到興奮。最重要的，多虧了活動夥伴的遊戲設計，這次讓很多隻身而來的人，化解尷尬、相互認識並熱絡起來，最後順利組成隊伍，這算是種格外特別的創舉，過去很少有黑客松能做到這樣的地步。 有趣的是，這次活動找來了重量級的神秘講師 Jeremy Lu （對，就是那位最近紅極一時的 React.js 講者）開課，讓聽眾大飽耳福，絕對不枉來這一趟。有很多人也衝著 Qt 的課程而來，學習 QML 這樣先進的 UI 技術，這次的 QML 遊戲開發課程，相信讓很多人也開心地學會很多技術。 小弟在第二天的結尾，也給了篇一小時的分享『Koa 正在等一個人』，其內容在探討並帶領上手 Koa 這個下一代的網站框架、ECMAScript 6 Generator，以及 Node.js 和 io.js 的最新動態。（事實上是把最近將要出的書，擷取片段內容出來分享） 後記 對於我而言，活動內容再豐富，都比不上找到了好隊友可以一起創作。這次活動，得到了一個硬體工程師加入我們的團隊，所以可以開始進行硬體設計及控制等工作，而且大家相約了下次一起再來。下次，我們將會開始進行各種智慧家電的控制，以及 IoT 的相關應用。看來，我們只差一個設計師的加入了！如果你有興趣，快來加入我們！:-D 下次黑客松活動預計將於 2015 年 1/31、2/1（六、日）兩天，無論你是軟體開發者、硬體開發者、設計師還是學生，都歡迎來參加！而且，一樣會有神秘講師！

義大利咖啡館－科技和人文的結合 看到時不時有新聞在報 POS，一時興起，就去把舊照片翻出來，沒想到癮科技還保留了快十年前的照片和報導『 義大利咖啡館－科技和人文的結合 』。 這套 POS，是在當時在經營 Coffee Shop （以現在的角度來看，其實是半個 Working Space）時所開發的，店在板橋江子翠捷運站旁（建築物前還有一座三層樓高的羅馬柱），共三層樓約四五百坪左右，店裡沒有對外掛招牌並擺滿了各種收藏品和古董家具，不知道的人看起來像間古董家俱店，不太敢進來，所以來的都是慕名或是口耳相傳，以及喜歡我們咖啡的人，因此也有人以『神秘咖啡廳』稱呼。 不過，Coffee Shop 其實一直不是主業，只是公司的招待、展示中心和團隊休閒區，而應用、工程、軟體開發和軟硬體整合的產品開發才是我們主要的工作。所以我永遠窩在店裡的某一角，寫著我喜歡寫的程式，周遭來來去去的客人並不真的清楚我是誰。 還記得，點餐系統軟體、平板硬體和後面印單系統整套做出來並實際上線，大概是在 2004 年（大概是高二時），報導則是 2006 年的事了。而且因為這套系統和管理流程設計，讓幾百坪的店面，只需要一兩個人就可以完全掌控、經營和服務，讓我們著實省下不少功夫。雖然很懷念當時的日子，但一想到惡房東後來給我帶來的多年痛苦，以及官司上的問題，至今我仍然還是恨的牙癢癢，因而有很長很長一段時間，我絕口不提這段往事。 所以這也是為什麼，多年後看到這標題，感觸極深，當時『科技與人文的結合』和『科技與藝術的結合』這個標語，一直都掛在店裡的展示大螢幕上，因為這是我們自己對設計的最高期許，也是一直身體力行的方向。許多進進出出拜訪我們的人和國內外大佬們，應該多少都看過。只是後來大多數人再次使用這段話時，是在多年後 Apple 的產品身上，這也算是種台灣的悲哀吧。 很多人不知道，我其實非常喜歡喝咖啡，甚至會燒，只不過後來若不是真的跟我很熟的人，可能從來都沒看過我喝。當時店裡的紀念款 La Marzocco 機器，現在還好好保存著，期盼哪一天能夠在我比較穩定的時候，再次拿出來使用或是與朋友分享。 不曉得還有多少人記得我們這家店？但無論如何，總有一天，我會讓他復業。不為別的，就為了從小所抱著的夢，這是我一頭栽進創業和改變世界的原點。

這陣子，最怕的就是有人問：『書什麼時候要發行？』，參加社群聚會或活動時，有人會問我，平常周圍朋友也會問我，工作上隊友和客戶都會問我，只有一些親人根本不知道不知道我在寫書，所以不會問我。如果你問我，寫書這件事上，你最怕的是什麼？我會跟你說，出版社截稿日期的死線（Deadline）並不是最可怕的，最可怕的是，它是一種詛咒，讓周圍人都會特別關心你的一種魔法。而這個關心的壓力，讓人喘不過氣來。 還好，書總算從初稿、校稿到排版完成，直到出版社編輯傳來最後的封面設計，才讓人鬆了一口氣。可以告訴大家，書總算要真正出來了！ 事實上，國內 Node.js 的書其實並不多，其中幾乎多為翻譯書，或是從簡體直接翻成繁體中文的書。這讓這幾年一直在到處推廣 Node.js 的我，相當困擾。每當有人問起 Node.js 有什麼書可以看時，我總是無法推薦出很多本給大家參考。所以，當出版社的編輯跟我說，希望寫一本 Node.js 的中文書時，我其實相當開心。 還記得當時接下這個任務後，我便開始思考和回想，在推廣和使用 Node.js 時，所遭遇到的困難是什麼？我能否藉這本書來幫助讀者排除這些困難？甚至給讀者一個更大的視野，一個 Node.js 可以發揮在各種領域的可能性。 此外，網路時代來臨後，有太多的新資料都可以從網路上取得，這本書要提供什麼內容，更是需要被探討的問題。尤其是 Node.js 這樣版本號快速上升的新技術，可能書還沒寫完，內容就已經過時。在種種思索下，期望本書的定位，將帶給大家的不是絕對的技術新知，而是一本學習 Node.js 的參考書和技術指南，讓想入門的讀者可以學會怎麼使用 Node.js，讓已經懂的人可以知道 Node.js 還能做些什麼不一樣的事，更進一步知道從哪裡去得到更多 Node.js 的新知。如果這本書在幾年後，仍有六成的資料值得參考，那就算完美達成我賦予它的任務了。 從引領初學者的角度來看，並參考了一些市上的 Node.js 書籍，也從過去教育訓練和推廣的場合發現一個現象。Node.js 不是什麼很難的新東西，如果有人已經很熟悉 JavaScript 語言，而且能寫的很好，Node.js 根本是小菜一碟。所以，多半不得其門而入的人，是對 JavaScript 不這麼熟悉，或是想使用 Node.js 技術進行第一次接觸程式開發的人。只不過，...

你可能已經知道，我最近相當忙錄，到處奔走，犧牲睡眠，不為別的，就是為了 HanGee （台語發音：蕃薯）國民機運動。過去，心中一直抱持著想改變產業、改變世界的想法，雖然一直在用自己的方式推進，但總是缺少契機去做更大的發展。令人相當意外的是，這次一樣是在自己的 Facebook 動態上許願，許了親手打造國民機的機會，本以為如同過去一樣會石沉大海，但換來的是短短兩天內，幾千個讚的回饋和熱烈支持，一直到現在，關注的人、企業和媒體也越來越多。 說實在的，剛開始我僅僅只是想藉由自己的手，完整參與打造一支手機。但是到了今天， HanGee 國民機運動的目標，已經不僅僅是打造一支手機，更重要的是，藉由打造手機的過程，讓世界能透過『HanGee』看見台灣的科技實力和人才；集結有想法，有能力的人們在這個開放創新的過程中發光發熱，共創價值。 這一個多月以來，看到許多業內外的設計、科技、行銷企劃、學生和富有想法的人才陸續加入，更讓我覺得，當我們能夠靠自己發願的力量，把世界上這最複雜的科技產品打造出來，實踐改變和刺激產業昇華的夢想將不是遙不可及！ 我想，這個共創的過程一定能造就無數種創意可能，而創意最後的落實能力，就是台灣的產業優勢，或許也讓我們在社群共創的開放歷程中邀請他們，HanGee 將試圖打造一個完善的開放平台，廣納各方的想法和資源，然後藉國內產業的能力優勢，進一步成就共創價值。如果 HanGee 運動能成功，除了一支手機會誕生，屆時，這裹也將證明台灣是世界上各種創意的實現中心，世界創新的凝聚地。HanGee  開放創新的構想是一場台灣科技公民的冒險行動，歡迎人人都加入了這個未知且令人興奮的旅程。 接下來，HanGee 將會隨著打造手機的過程，逐一建立起線上共創（Co-creation）平台，包括投稿平台、解決方案整合平台等，並著手打造許多工具和標準，讓各界都能參與過程，建立對話平台，讓產業也能持續創造價值。 有興趣的人可以造訪 HanGee 的官方網站： http://han-gee.com/ 也歡迎加入 HanGee 的 Facebook 社團，貢獻你對國民機的想法，或是出一份力讓我們更接近目標： https://www.facebook.com/groups/HanGee/ 無論你是個人還是組織單位，無論你是否為科技圈的人，亦...

這幾年下來，有一種感觸，覺得自己可以為為某行業做些什麼，是一種錯誤的思考模式，原因是我們根本就沒參與過這個行業，自己憑什麼認為自己的方案是有效的？再者，又有什麼人願意承擔風險，讓你做大量實驗證明自己的想法？在這種情況下，當你做越多，越可能是他們用不到且無法接受的東西，完全失敗也就指日可待。 想要改善，就要親自接觸和體驗，這也是為什麼有些成功的管理者，會跳下去基層做起，感受問題所在。事實上，挖黑幕只是順帶的工作，主要還是找出真正可以改善的問題。 所以，行銷企劃人員雖自己不知道，但會正確使用辦活動和引進噱頭的方法去包裝想法，一方面是就算活動不成功，也只是短暫且單次的實驗失敗，就算發現想引進的想法不可長期使用，也至少在第一時間獲得人流和其他的利益回補而達到損益平衡。 我們必須注意，如果我們沒煮過菜，沒有像快炒店那樣大量煮菜的經驗，我們就不要想設計一個改善煮菜工作的好用鍋鏟。你以為廚師會給你機會而用你的東西？先不論他們會不會買單你的想法、你的想法是不是真能改善你要改善的問題。至少廚師們從一開始就會先入為主，不認為你的東西會是好用的，那怕是他們自己的問題，只要有一次煮出來的東西難吃，他們就會認定你的方案存在問題。還沒切入正題前就阻力重重，失敗機率非常高。 另一個更直接的例子，身為程式開發者，如果你會相信完全沒開發過程式且沒經歷過軟體開發專案的管理者，在無知的情況下，可以設計一套管理流程和工具，或引進一套高科技，幫助你更快速完成你的程式開發工作。那麼，你就繼續自我感覺良好，覺得自己可以為某自己毫無經驗的行業做些什麼吧。:-S 註：會寫程式的人很幸運，就像全民超人中的 Hancock 一樣，有不凡的超能力。但我們要學會控制和感受，才可能很好的發揮能力在正確的地方。

在這一年平淡的公務員生涯裡，想起了某人的一句話：『一年的經驗，重覆了 N 次。』，這幾年自己做過了一些案子，也與很多人交流，發現，這現象似乎真的在業界是很常發生的。在工作上，一件事或東西只要搞到不要出問題的程度就好，所以永遠也僅此於做完交差，解決完大多能預期的眼前問題，然後交差。所以，在這樣的生態中，無論對任何事，進一步的探討、研究和改進，都是種奢望，更不用想從東西的根本改善。 在這樣的情況下，我們仍然敢說我們有 N 年經驗嗎？ 當然，就國內企業的現況和體質來說，想要活的好、拉高員工薪資都還是個問題。我們目前無法期望國內企業們能像 Google 等一些公司那樣，讓每個員工除了完成工作外，也可以有機會挑戰自我和做天馬行空的嘗試、研究，進而改進和發展出許多能開花結果的東西。 但是，撫心自問，就算工作上、公司不給我們這樣的機會，我們又是否願意自己投資去花這些看似沒立即意義的時間呢？ 還記得，在某一次的朋友引見中，認識了年輕時曾在 NeXT（就是 Steve Job 創辦的那家電腦公司，其系統就是現代 Mac OS X 的前身）工作過的人，他大方跟我聊起了許多年輕時的故事。其中，最讓我有感覺的一個故事，就是早在 90 年代，Mach kernel 和 OS 就已經被移植到 X86 架構的 PC 上（註：X86 版的 Mac，是 2005 年之後才有的）。而更重要的是，在當時 Steve Job 完全不知道這件事，是 RD 私底下的熱血行徑。雖然不知是真是假，但我仍一直在思考著，這件事有可能在國內的企業中發生嗎？有多少人會在下班後，仍然花時間去投入這樣的工作？這對理解 Hacker 文化和精神的人，應該不會太過驚訝，但這對許多一般人來說可能永遠無法理解。 回頭看看，我比較幸運，還沒畢業就選擇了創業一路，別人沒辦法給我機會，我給了我自己機會。基本上在發展自己產品的過程中，就是在挑戰自我、不斷的創造、改變和嘗試，所以雖然在業界也打滾了幾年，至少還沒有停止過學習和研究的念頭，更不惜一切追求自己的目標，過程中對自己沒有交差了事，只有達到一個個里程碑。 更幸運的是，身為一個愛 Coding 的傢伙，在偶然的機會一腳踏入了 Open Source 的世界，這世界沒有苟且，隨時隨地都有人虎視耽耽把眼前的軟體做改進。你不自覺就感染了這樣的動力，狠狠的盯注各式各樣的軟體...

最近看到一些網友轉貼的文章，還有聽聞了一些朋友的創業故事，加上自己也是在創業，因此有感而發。其實，過去就一直想寫下『在我眼中的創業』，一方面重新整理自己在創業生涯中的思緒，另一方面鼓勵自己不能倒下。此外，如果可以，讓更多人知道創業的現實面，也不是什麼壞事。這邊要先感謝許多同是創業人的朋友，無論他們現在是否還在這條路上，都給予我很多幫助和啟發，更感激許多親身跳下去『證明』的人，讓我知曉許多悲慘的事實。 依然強調，我尚未成功，也還年輕，我說的話可能影響不了什麼人，也沒什麼說服力，只是單純地將我所見的一切，如實的描述出來。如果你對我所說的一切不以為然，如果你仍然覺得你自己原本想法是對的，請堅持自己所想，無論最後是成功還是失敗，開心或痛苦的，你都能因此得到實質的經驗和正面的回報。 因為我還沒成功，所以我不會告訴你怎麼成功，更不會告訴你創業一定要做到的成功守則有哪些，這些事我都沒有答案。如果你有這樣的困擾，你應該去問的是那些研究創業的部落客專家，或是書報周刊。在這我只會告訴你，我在創業中遭遇到或看到的問題。 首先，恭喜自己。經歷過兩年的努力，好不容易還活著，這是我是創業至今最值得開心的事。相信我，這是真的，在經歷過痛苦磨難、倒閉危機和理想於現實搏鬥後，你會非常慶幸，自己還撐的下去。這一切不像是某些知名的『談創業』部落格文章中，所輕描淡寫的這麼簡單，也不像書店架上滿滿的『各類成功學』所提到的這麼有跡可循，因為你永遠可能被任何一個創業的細節所打倒，一切是這麼出乎意料，現實中的『啊！你已經死了！』天天都可能上演。所以，如果你克服了這些細節，不管落地動作好看與否，你都應該先為自己鼓掌。 問一下自己，什麼才叫做『成功』？ 既然提創業，就得提大家都想要成功這件事。包括我自己，很多人不曉得 創業最中最大的問題，就是『不知道什麼才是成功』 。對許多創業人來說，看到 Facebook 有今天的地位會感覺到相當興奮，為自己『創業的理想』注入了一劑莫大的強心針。是的，因為你認為他是成功的，所以你感覺到了『我也有機會成功！』，夢想實現也近在眼前。 但是，我們應該先問一下自己，什麼才叫做『成功』？ 是上市上櫃？手上握有幾百億美元資產？還是不缺錢用？握有極大的權力？又或者是走到世界各地，都能有人認出你來？如果你回答不出來這個問題，那請試著去想個更簡單的問題，你認為 F...

經歷過許多救火任務（這邊當然是指軟體系統專案的問題），從 Kernel、Driver、Porting 到各類系統應用程式、Web 應用程式，幾乎無所不救，有社群內的朋友嘲笑著說：『在國內大概沒有團隊，像我們一樣什麼火都救。』。有許多的感觸是肯定的，從問題發生的那一面看去，加以急迫時間的摧化之下，感受到許多程式開發者最真實的思維和邏輯，當然，還有發案老闆的著急，以及清楚看到許多關係人暗地裡的算盤。我不敢說自己是優秀的救火員，但至少一旦承諾並接下案子，有再大的困難和阻礙也總是使命必達，哪怕連續數個月每天平均只睡兩小時，三四天只睡一次，也不會倒下。我想，最少我可以談談如何救火，還有從火堆中看到的許多『人』的問題。 其實，救火沒什麼訣竅，撲滅它是其次，主要是確保不會再燃起。俗話說『打蛇打七寸』，解問題時也要解到夠力才行。但是，或許你常聽有人說：『產品要出貨，能動最優先，好不好其次。』，似乎恰恰與我所提到的相反。沒錯，因為要確保火不會再燃起，理論上是要找出問題根源，從根源著手和解決，很多人乍聽之下，都會覺得是費工又花時間的工作。但是，每次的經驗都告訴我，實際上，找出問題根源，並解決他，往往比修補來得快很多，而且一勞永逸。尤其是碰到死線(deadline)將至，卻一直解不掉的一大坨 Bugs（指同類相關或互相影響的問題），從根本上並深入解決問題才是最快的辦法。 這邊有個簡單的案例： 有一個應用程式，與 Library、System API 和 Driver 都有相關，他們相依關係是： 應用程式 -> Library -> System API -> Driver 假設現在有個問題，這支應用程式出現了一個 Bug，而這個問題最終被發現是 Driver 缺少一些功能，而造成功能不正常。那我們應該從哪裡去解決？ 一般人的做法，若是為了因應『產品要出貨，能動最優先』，所採取的方法當然是拿掉應用程式上的某些受影響的功能，或是改寫應用程式以另循途徑的方法達成同功能。但是，若你選擇這樣的做法，最可怕問題是，如果應用程式太過複雜，修改起來會有更多的副作用(Side effect)，你要花更多時間去處理更多原先不存在的問題。 況且，這都還沒講到，我們根本都還不知道 Driver 造成的影響範圍有多大，有哪些 System API 、Library API 和...

在處理技術問題時，我喜歡和他人討論，因為這是有助於大家提升技術的機會，也是種讓自己覺得不孤獨的方式，互相放下身段然後交換意見，每次都能不亦樂乎。這無關乎誰技術高低，只要大家能夠共同解決問題，除了是種樂趣也是種團隊集思廣益的機會。 由於有些人可以接受反證的方式，而有一些人比較能接受列舉推導的證明方式。所以，難免會碰到種情況，就是有人會大玩文字遊戲，讓你分不清他到底是真心想要找出問題，還是為辯而辯。其實，他們常常只是因為無法接受其他人的證明手段而已，所以互挑對方的骨頭。造成公說公有理，婆說婆有理，沒有交集點的局面。 一旦碰到這種情況，為避免文字遊戲混淆主題，我總是會請在乎『文詞精確』的人，先自己定義一些文字和用詞，然後再行討論。或是請有一些想法的人，針對問題先列舉出他們自己認為的所有可能性，然後接著追加自己認為的可能性，最後再行討論。這樣做的目的是，試圖採用他們們各自喜歡的證明方法，正反舉證，然後以交集去找出問題，除了讓兩邊都沒有話說之外，也能更快讓大家有『同樣的語言』可以溝通。此外，有時候為使討論順利進行，我也會一項項以詢問的方式進行，有時問題相當愚蠢，甚至會穿插基本面的問題。 很幸運的，使用這種方法後，在多數情況下，在大家列舉和回答問題之後，通常都能透過排除矛盾的方式，將問題給釐清，找到可能的疑點或是直接得到問題的解答。 不過世界不是這麼美好，既然過程中有愚蠢或基本面的問題，有些自認有本事的人被問到時，難免會覺得你在污辱他或是瞎扯蛋，有些人會回嗆：『自己去看 Spec』 、『連這麼基本的問題都不會，還問、還想討論？』。一旦扯到人的問題，就會讓整個討論進行不下去。 而有些人，在討論不下去後，會搬出多年來死背活背的聖經，在你面前推導了無數公式，繞了一大圈，最後『告訴你無解』或『證明自己沒有錯』。好一點的狀況，他們最後會『猜測問題』所在，回到討論的主題；不好一點的情況，他們就會告訴你『絕對不會有問題，是個無法解釋的靈異事件』，終結討論。 值得注意的是，如果問題的原因是：『執行那本聖經的理論時出現了 Bug』，你會更容易從他們口中得到『無解』和『不可能』的回答，因為這是『完美的聖經理論』內不會記載的東西。 不過，當碰到這種人時就沒辦法了，只能等他們自己想通後給你解答，亦或是另請高明。所以，如果你是他們的主管，又不想得罪他們，你需要給他們更多時間讓...

前一陣子有人寫了文章，以硬體工程師的角度，跳出來罵軟體工程師，因而吵得沸沸揚揚，在各社群網站上也被人重覆轉貼了好一段時間，掀起不少戰文。雖然整篇文章看下來情緒化字眼相當多，在某些部份也有些偏頗甚至太超過。但是不可否認，他的確有提到一個長久以來，許多工程師的通病，無論是軟體工程師還是硬體工程師。 身為工程師或與工程師一同工作的人，應該常聽到或自己本身常說這句話：『不是我的問題。』，就是這經典名句，總是搞得老闆慌、主管氣、工程師們更怒。而對這句話，我特別有感觸，因為過去我身為一個科技業救火員，常跳入火坑滅火，發現很多時候，就是這句話讓什麼問題都解決不了，導致起了大火，又沒人要解決，最後還需要我這外人進去犛清問題。 而在這些救火經歷中，我深刻體會到，證明『不是我的問題』是非常困難的。 一方面，有原罪加身，別人會把你當做在推卸責任。另一方面，因為非常難用『列舉法』去證明自己沒錯，又加上當局者迷，所以，才會有這類『列舉不全』的自我辯解：『我的程式在我的機器上測一點都正常，所以沒問題』、『我測量的電壓和波形都很正常，所以不是我硬體的問題』。其癥結在於，你有在其他電腦環境上測過嗎？你有測過所有工作狀況之下的電壓和波形嗎？大家似乎都忘了高中數學就學過，要找出『向量』以指出方向，要有兩個或更多個點嗎？就算你要用列舉法證明問題不在於你，你也要取樣更多更完整的證據。 所以，很多工程師想盡辦法證明自己沒錯，以為自己是在犛清問題，根本不然。因為『犛清問題』與『不是我的問題』是兩碼子事啊！ 我認為，如果你要犛清問題，又證明自己沒錯，『證明是別人的錯』才是最好的方法，並且有助於專案前進和實質意義。 這邊有個自己團隊最近遭遇的小故事與大家分享： 我們與硬體廠 X 合作開發一個產品，其中發生了一個問題，播放影片時常會鈍鈍卡卡的，此外，因為該產品有觸控面板，如果影片播放中，用手去碰觸觸控面板，影片會立即變很鈍。 由於是 ARM 平台，播放影片都藉助晶片解碼(Decode)，所以起初是找晶片供應商 Y 來查明真相，但是，晶片商『並不認為是自己的問題』，他們認定自己已經出了不少貨，平台夠穩定，所以應該也不可能會有問題。此外，因為觸控面板也會影響影片播放，所以供應商 Y 認定，問題肯定出在 X 廠商因自己動了手腳，加了其他模組或軟體所導致。所以，廠商 X 只好摸摸鼻子，請自己的 ...

和我比較熟的人，最近應該都知道，目前我專注於 JavaScript 和 Google V8 engine 的相關研究上，甚至決定從今年開始，公司營運以及技術團隊的方向，是企圖提供『最專業的 Node.js 和 JavaScript 相關服務』。（所以，如果您有需要，請聯絡我們 :-) ）我非常清楚知道，有些人聽到 JavaScript 就歡天喜地，而有些人則不將他當一回事。更有多到數不清的技術人員，熟悉並使用 JavaScript 非常多年，聽到我說要提供『最專業的 JavaScript 相關服務』，會不屑一顧甚至以為我在瘋言瘋語。不過，如果你願意聽，接下來我會說明這是怎麼樣的瘋狂服務。 我不能阻止你對 JavaScript 有預設立場，因為這是無奈的歷史包袱，但請暫時放下過去成見，聽我靡靡道來。 我所遭遇的矛盾 過去，絕大多數人都只將 JavaScript 視為 Web 開發的一環，在大家的印象和認知中，JavaScript 充其量只是一個在瀏覽器中控制著 HTML DOM 的腳本語言。雖然近年來出現了 Node.js，過去微軟也支援使用者使用 JavaScript 撰寫 ASP 和系統腳本程式，但也不改這樣的看法：『JavaScript 是身處於末端的語言，與網頁、網站密不可分的東西』。所以，對許多硬底子的企業和研發人員來說，JavaScript 象徵了 Web/HTML 與不彰的效能，一種幻想的存在；而對很多 Web 開發者和前端工程師來說，JavaScript 卻是一種當今資訊產業的萬靈丹。如此天差地遠的矛盾，一直存在於這個產業界。 曾經當過 Web 開發者一段不少的時間，我承認也理解，使用 Web 技術來實作各類使用者界面(User Interface)和資料庫應用，非常容易和快速，不用考慮到太多的事。這一切要歸功於 JavaScript 和 HTML 的合作無間。所以，不時能聽到一些 Web 開發者，嘲笑作業系統程式開發者和嵌入式裝置的技術人員的辛苦，認為許多功能和特效，使用 Web 技術一下就達成了。 由於我過去也是『慣C』一族，做過很多包羅萬象的硬碰硬開發，小從一般電腦到嵌入式裝置、桌面系統到手機平版，大到各類特殊需求的系統研發，都有所涉獵。所以，對於系統資源和效能，一直有著莫明...

雲端這個詞已經吵得鬧哄哄，也有更多人為了這個『形容詞』下了太多的定義，到底什麼是雲端已經變得不重要，也無法三言兩語說的清楚。身為一個資訊產業的創業小老弟，其實並不期待雲端能帶給資訊業如何的革命和新生態，只視為這是一次新契機，讓政府和台灣科技業的老大們，能靜下心傾聽。 我們暫且不需要討論雲端的格局觀，因為這類的畫餅，大從國家政策，小到百姓家常，已經太多了。我們有預算，有政策，有土地，有銀行，有股票，什麼都不缺，只缺少夠多的實際作為而已。其實，回顧過去，可以看到許多事我們現在可以做，但是大多數人，多半用美國矽谷的角度探討當今的資訊產業，我認為，那無法幫助台灣人省視情勢，因為有太多經驗不是在台灣的業界可以仿效或改進的。所以，既然人在台灣，當以台灣出發的角度，省視這些年來的發展過程，因此，筆者將以自己在台灣的經驗，嘗試省視這個產業，雖可能不算準確，卻是一種不同角度的嘗試。 的確，筆者剛滿 26 歲，年紀不足，在商業上，經驗也不算多。但在上一個世紀末，卻曾趕上過十幾年前 .COM 的最後一班列車。至今，看著當年遺留下來的無價紀念品，那些重量級的網域名稱，是花再多錢都無法獲得的一種經驗，令筆者有著無限的感慨和體會。說實在，如果沒這樣做過，永遠不會理解，不受金錢誘惑，堅持自己認為正確的事，然後去惡搞並使用那些當年叫價上億美元的網域名稱，是多麼痛快的事。 很多人會說我是忌妒，眼紅看著在十多年前還是小學生時，曾經發想和完成過的東西，諸如網路相簿、Blog、購物車、集體購物等，還有更多當時翹課躲書店而寫出來的服務，在今天一一出現或成功於網路上。事實上，比起心中的不平衡，我開心自己從中學到更多當時沒有看清楚的事，讓今天的視野可以更開闊。 還記得當時，所有人對網際網路(Internet)都有一種特別的期待，就像今天的雲端(Cloud)魔力一樣。全世界的人也都像現在一樣，砸進了無數的人力物力，在商業界，更是起了許多不得了的名目，打算大賺一筆。然而，絕大部份獲得勝利的人是誰？不是那些有錢有勢的企業和組織，而是真正做事和成本相對低的車庫公司。在某方面來說，這些大企業意外吃了不少悶棍。 從國內的發展來看，雖然在網路發達的今天，網路速度已經不再是大問題，架設網站的成本也不是太高。你可能很難想像當年，要是你有著一條 64K 專線，都可以成為台灣 ISP 公司的情況。也因為如...

這是創業者的心聲，我們永遠為了為數不多的錢，拼老命和客戶周旋。在客戶面前包到好包到腳，扛的責任何其多，回來後又當業務又當 PM 還要當 R&D，最後還得當會計，數不盡的心酸誰知道。沒辦法，對我們來說，現金流（CashFlow）比什麼都還重要，能不能挺過這個月或下個月，維持周轉才是首要任務，為此，任何苦我們也得吃下。 筆者做了幾年的 Outsourcing，雖然不是當初創業的核心目標，但為了養家活口，接案卻成了主要業務。不過，筆者確實也因接案而活了下來並壯大團隊，能夠有機會持續朝理想發展。接案的過程中，風風雨雨自然不在話下，但慶幸受到前輩和朋友間的提攜，近來也總算是開始有個根基，剛好穩住腳。 接案就是這樣，有一頓沒一頓，如果要穩定收入，案子的價與量就必需相應提高，這是所有以接案當食糧的創業者，所都要經歷的過程。但是，往往在提升價和量後，案子開始會吃掉團隊的全部時間，漸漸失去當初創業的核心目標。然後，進入了『招人力』後『招案子』再『招更多人力』後『招更多案子』的惡性輪迴中，最終你會想：『辛苦到快暴斃，工時責任換算下來，賺得比去上班來得少，那我何必創業？』。如果你有同感，不用灰心，因為現在有無數的創業團隊和創業者， 也都正面對著同樣問題，甚至面臨崩潰。 有鑑於此，筆者尋思，何不與大家分享自己的經營成果，讓大家各自都能得到更多時間經營自己的核心目標？創業者、SOHO族和個人接案者所需要的源源不絕的食糧，不必各自重新發展重新耕耘，只需要從筆者這接手過去即可。由於舊有團隊原本已經有業務和PM的佈署，大家也可專注於技術性的工作，並提供如自來水般的技術供應即可。 對筆者來說，自己的核心技術團隊得以鬆口氣， 能慢慢以階段性放下養活自己的短期目標，有更多時間朝自己原本創業的核心目標前進。另一方面，也能給予其他創業者、SOHO族和個人接案者穩定的收入支持，不必重蹈覆徹筆者同樣的道路。如此雙贏的局面，樂見其成。 所以，如果你們是有技術的創業者或創業團隊，SOHO族或個人接案者，趕緊來報到吧！ 後記 無論你是專精或有經驗於哪一領域（Web、Linux、Android System（Integration/Porting）、Android App、iOS App 或 Embedded System... etc），都歡迎來信，最少先交個朋友也是不錯的。:-)

在國外，許多大型軟體公司林立，老牌軟體商建立了不少現今軟體業仍在使用的遊戲規則。而比較小的軟體外包商、工作室或是個人，也糊裡糊塗依照這些大公司使用的遊戲規則走，甚至是遵守不合時宜的淺規則。然後，軟體業進入了國內，又被代工思維牽著走，軟體業因此哀嚎聲不斷。軟體研發人才不喜歡去操弄商業，卻被商業操弄著。 身為軟體外包或是軟體客製化的外包商，你是否曾遇過，客戶有很多大大小小的鎖碎要求，不定期會交代過來? 這些修修改改，看似不癢的功能和需求，做起來毫不費功夫，三兩下順手就能完成，卻往往造成雙方驗收標地的分岐，此外，不知不覺中所累積的份量，也讓結案時間遙遙無期，甚至造成軟體產生更多的問題待解決。對於只想當水電工的研發人員，總是在客戶的要求下，修完馬桶順道通水管，又補個土、也打個臘。另外，如果馬桶旁邊剛好有漏水，那你要自認倒楣了，因為客戶也會請你幫忙『順手』解決一下，或認定是你在修馬桶時弄壞的。是吧，令人難過。 難道研發人員就要這麼可憐嗎？我們做錯了什麼，為何就要這樣被對待？明明是為了提供更好服務，卻累死三軍，又讓人有把柄指著鼻子唸。更慘的是，一旦這些看似不起眼的修修改改，累積成有影響力，讓專案與合約內的需求不完全相符。客戶就有機會利用『與合約不符』的矛盾點，再殺下一城。 筆者也同是天涯淪落人，曾經不斷思考這問題也同時咒罵著台灣的業界，咒罵他們總不給軟體商有活命的空間。尤其受了委屈後，更是一股惱自命不凡，認為自己無論做什麼樣的事，都應該比一般人收取更多費用，以平心頭之恨。但過些時日後，經過冷靜思考，發現是一開始雙方的互動模式就錯了，或許更仔細檢視這個行業，才能找到改變現況的辦法。 大多數軟體開發不是演藝事業 一直不認為『軟體程式設計師』是演藝事業，所謂『台上一分鐘，台下十年功』不能完全形容軟體開發的工作。雖然，越厲害的研發人員，越能設計好品質的軟體；越是名不經傳的軟體商，也越難生存於業界。許多面向與藝人生態有些相似，但其實完全不是這個樣子。 因為我們雖練功多年，在專案過程中，卻仍然做很多沒技術性又取代性高的工作，或是『順手工作』這類連項目都寫不出來的事。所以，與演藝事業最大的不同是，我們不是只做一件事：『像巨星一樣站上台吸引全場目光，解決觀眾們長達數十分鐘的無聊時間』，而是因應專案需求，巨星仍然要下海當工讀生或工作人員，甚至是清潔工。所以，大多數軟體研發...