Fred's blog

熟悉並學習實作 Node.js Stream，在 Node.js 開發者生涯裡是一件很重要的事，尤其在資料處理的工作上更是需要運用 Stream。在這些應該用的情境下，若不懂得使用 Stream，我們所開發出來的程式其執行效能及穩定性會相當令人擔心。 而如果你從未自己實作過 Stream，從 Transform Stream 開始入手是一個好選擇，也是一個非常實用的開發技巧。 更多關於 Stream 的說明，可以參閱 Node.js 官網上的文件： https://nodejs.org/api/stream.html 什麼是 Transform Stream？ 你可能知道 Node.js 裡有多種 Stream 的機制，但其實主要是 ReadableStream 和 WritableStream 兩種基本 Stream 的組成和變化。而對一般開發者來說，最常自己實作的是 Transform Stream，你可以想像這是一個產品生產線上的加工器，進入 Transform Stream 的資料會被加工後輸出。 而以一個 Stream 而言，Transform Stream 同時具有 ReadableStream（讀入）和 WritableStream（輸出）的特性，俗話說「左耳進右耳出」就是其最佳的寫照。 舉一個 Node.js 官方的例子，利用 Gzip 的 Transform Stream 將通過的資料流進行壓縮： const zlib = require('zlib'); const gzip = zlib.createGzip(); const fs = require('fs'); const inp = fs.createReadStream('input.txt'); const out = fs.createWriteStream('input.txt.gz'); inp.pipe(gzip).pipe(out); 實作第一個 Transform Stream 先不必暸解太多 Stream 的專有名詞和機制，若想要實作一個標準的「耳邊風」Stream，程式碼如下： const Transform = require('stream...

使用 MTK LinkIt Smart 7688 這類開發板時，總是很痛苦，由於儲存空間不大，記憶體也不大，常常在開發的過程中飽受折磨。於是我們開始思考如何可以在自己的電腦上，模擬一個 MT7688 的環境，在有充沛資源的機器上進行開發。就這樣，前陣子開發了一個小小的 Open Source 工具專案「MakerBoard」，並在 MakerCup 的共筆網站發表「 沒有板子也可以玩的 7688 模擬器！ 」。 雖然這樣一個小小的模擬器運用了 VM 和 Container 相關技術。但其實主要概念並不難，這次 5/10 在台大的開放原始碼課程中，就簡單從 MakerBoard 這專案出發，然後說明了一下怎麼樣自己打造一個簡單的 Container，並利用 QEMU 來進行 Binary Translation 的工作。 簡報釋出，請自行服用：

話說，Isomorphic 一直是 Node.js 開發者的夢想，期望同一套程式碼前後端都可以使用，大幅簡化程式碼和加速開發。此外，動態網頁的 SEO 問題也可以同時獲得解決，許多效能問題也可以得到改善。但是，要實現 Isomorphic 的架構，有很多的問題得先解決，會花大量時間在前期工作上，往往讓許多開發者頭痛。 儘管頭痛，仍然阻止不了大家往 Isomorphic 的世界前進，我也因此建立了一個專案「 Lantern 」，希望能讓更多人能以 Isomorphic 架構，快速建構出自己的網站服務，省去許多前期工作的時間。該專案是一個網站服務的樣板，實作了會員系統、權限管理、第三方登入、多國語系和送信機制等功能，在使用者介面上也做了一個還算美觀的介面。基本上，開發者只要 clone 下來，然後修改設定檔或改改介面、增加點功能，就可以快速完成一個屬於自己的全新網站服務。 最特別的是，「 Lantern 」整合了現今所有最新的技術和概念，包括了 Koa、React、FLUX、ES6/7+、Webpack 以及 Semantic UI，大量運用了 Generator、class 及 decorator 等最新 JavaScript 語言特性來簡化設計。所以，如果你想要接觸最新的技術，完全可以透過修改「 Lantern 」專案來學習和熟悉。 目前「 Lantern 」支援 Facebook 剛發佈的最新 React v0.14+ 和 react-router 1.0.0+，也避免使用像 redux 這類反 FLUX 原始設計的框架，讓原本熟悉 React 和 FLUX 架構的開發者，可以快速上手。也提供一些常見的 Extension，方便開發者寫出前後端通用的程式碼，大多數情況下，開發者不需思考程式碼運行在前端還是後端。 快速安裝使用 若想要使用「Lantern」，方式很簡單，先從 Github 取得程式碼： git clone git@github.com:cfsghost/lantern.git 安裝必要之 NPM 模組： npm install 使用 webpack 編譯專案（若要正式上線，可加上 -p 選項來編譯）： webpack 運行網站服務： node app.js 最後可以使用瀏覽器開啟網址，確認是否成功： http://...

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

這次五月的 Hackathon Taiwan ， 因為原本的講師沒空，所以我就來救援了一場 QML 工作坊，這堂課以活動的倒數計時器為開頭，討論怎麼使用 QML 進行超酷炫科幻 UI 的設計，是一堂初學入門課程。 有鑑於過去聽到不少人反應，要使用 QML 必須與 C/C++ 打交道，門檻相當高，於是，這個工作坊的目標，就是讓學員可以在純 QML 的環境下，以 QML 來開發自己的 UI 界面。即便是不熟悉程式語言的人，都可以輕易使用 QML 做出絢麗的 UI。 活動簡報 後記 這次 QML 工作坊事後反應還算不錯，甚至有人以 QML 來開發黑客松活動的作品，未來如果有機會可以再次開課。:-)

很開心，這次十二月的『 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（六、日）兩天，無論你是軟體開發者、硬體開發者、設計師還是學生，都歡迎來參加！而且，一樣會有神秘講師！

在國內，很多人或許對 Qt 很陌生，但這一直是筆者近年來想要推廣的技術，尤其是 QML 這個自 Qt Project 衍生出來的新 UI 技術，更讓人著迷。具有原生效能和擁有炫麗效果的 QML ，確實是一個打造產品的好東西，如大家近來所聽到的 Tesla 汽車、Jolla 手機等，其 UI 就是使用 QML 所開發。當然，之前舊文章中所展示的 UI 和介面，以及能跑在 Android 手機上的 OwaNEXT，也有不少是結合 QML 技術所開發。 推廣過程中總有人質疑，覺得 QML 不是一個設計師能學會的東西。事實上，它的語法相當簡單且模組化，所以也聽聞一些國外的設計公司，其設計師都直接用 QML 做出 UI ，再交給工程師去接上功能。這也是為什麼 HanGee 國民機在開發手機和各種裝置的 UI 時，要選用 QML 為底層的原因了。 因此，筆者自己的公司最近也在籌備許多課程和分享，也與許多朋友成立了一些社群（你可以在 Facebook 加入我們的 Qt @ Taiwan 社群），並設計開發一些相關的工具，以協助更多人能更快速進入到 QML 的世界。不過，因為 UI 與設計師更密切相關，近期應該會針對不懂技術的設計師，推出許多相關的 UI 開發課程。（如果你對這樣的技術有興趣，歡迎與我們聯絡） 其實，這次的黑客松活動與 HanGee 社群合作開設 QML 課程就是一個嘗試，也想收集一些 Qt/QML 初入門者狀況和資料。其中發現一個最大的問題是，無論是技術還非技術人員（如設計師），在安裝 Qt 時就會碰到各種狀況，而且 Qt 開發環境因為功能繁複且龐大，安裝一整套下來要花上不少時間，在學習上也就是一個阻礙。這對技術人員來說，可能不是什麼大問題，但這對設計師來說，就是一個極大的挫折。 因此，我們、講師和 HanGee 社群合作，開發了一個新的工具『OwaViewer』。原本這個工具只是被設計來開發 HanGee 手機介面，但現在可以用來讀取和執行一般的 QML 檔案。這意味著，你再也不需要安裝 Qt 和學習一堆知識，就可以使用 QML 開發使用者介面了，也可以很容易提供一個成果給客戶直接操作，這對許多設計師來說應該是個好消息。 OwaViewer 是個 Open Source Proje...

熱血的開發馬拉松活動（Hackathon）來囉！讓我們吃吃喝喝、不眠不休地設計應用吧！一群素不相識的設計人，無論是程式設計師、視覺設計師、UI/UX設計師，還是任何一種從事『設計』和『開發』工作的人們，在短短有限的時間內組隊並相互合作，一起投入設計同一個專案，與不同隊伍相互較勁！ 這次萌點、DOITT 和 HanGee 合作，將於 9/20 - 9/21 兩天，聯合舉辦 80 人不中斷黑客松活動，熱血的朋友們，快來報名並幫忙宣傳吧！如果你願意贊助，也歡迎聯絡！ 報名網址： http://han-gee.kktix.cc/events/hangeehackathon201409 讓我們回歸原點，什麼是黑客松呢？ 由於這幾年國內舉辦過很多大大小小的黑客松活動，大多數人對於黑客松早就耳熟能詳。不過，除了由技術背景的單位和社群自發性舉辦的活動外，許多黑客松活動，比較像是純粹的比賽，讓許多團隊來展示自己研發已久的專案或產品，慢慢脫離了開發馬拉松的原意。所以，因此不免也有許多人對黑客松產生誤解，覺得就只是個普通的比賽活動。 事實上，和時下流行的路跑活動一樣，黑客松並也不是個普通的比賽活動，而是一個讓設計人在閒暇時間，參與的開發運動。解放自己，做自己想做的設計和開發，挑戰自己，在有限時間內做出東西來，才是黑客松活動的原始目的。 我能參加嗎？ 對開放社群的朋友們來說，『黑客松』已經是一個再熟悉不過的名詞了，但對普通人來說，只要看到『黑客』兩個字，就覺得是一個敬而遠之的東西。不只如此，很多技術人員和設計師也對這活動有所誤解，覺得一定要非常有實力才能參加黑客松活動。 其實，黑客松和路跑活動一樣，並非只有專業選手才能參加。只要你有興趣、想實際參與多人設計和開發，無論你是學生、普通程式人員、還是新手設計師、初級自造者，都歡迎帶著學習、共樂的心前來參加！ 你可以來找人一起完成自己天馬行空的想法，也可以和別人一起完成其他人的鬼點子，亦或是在這找到同伴共同想出新點子！ 我能得到什麼？ 在這活動中，參加者將帶著愉快的心情前來，一邊吃吃喝喝交朋友，一邊與從未合作過的朋友和高手們組隊，做出作品！然後你會發現，因為只有短短的一兩天，大家將使出混身解數，在短時間內做出出乎意料的驚人成果。最重要的是，也能從其他高手身上學會不少東西！兩天所獲得的東西，絕對物超所值！ ...

已非常熟悉 Node.js 的人都知道，crypto 模組是一個無中生有的神器。我們可以用它的 API 加工加密資料，也可以解開加密後的包裹。既然和密碼處理相關，當然也有亂數產生器，可供開發者產生一大堆的亂數資料。 如果你需要一個 32Bytes 長度的亂數資料，可以直接呼叫 crypto.randomBytes() 並帶入長度後生成： var crypto = require('crypto'); var buf = crypto.randomBytes(32); 註：回傳的結果 buf ，是一個 binary buffer，而每一個 Bytes 都會是範圍在 0 ~ 255 （0x00 ~ 0xff）的數字。 不過，在多數應用中，我們更常需要一個亂數字串，而非二進位的亂數資料，這時就需要做一些進一步的加工處理。方法其實不只一種，如建表、取代不可見字元碼等方式都可以，沒有標準做法。但懶惰的開發者們，多半是直接利用 Buffer 內建的 API 來將資料轉換成字串，並指定編碼方式來達成。 下面兩種方法都可行： buf.toString('hex'); buf.toString('base64'); 只是，使用十六進位（hex），會讓你的最後的字串單純只有 0-9 和 a-f 的字元存在，所以使用 base64 是比較好的選擇，讓字串多變並複雜些。 註：base64 編碼是以 6 bits 為單位來進行處理，而 1 Byte 有 8bits。如果你的資料長度非 6 bits 的整數倍長度，base64 會在結尾補上『=』。有些人覺得多了一些『=』符號很醜，就會用 replace() 替代掉或者是一開始就取 6 bits 整數倍長度的亂數資料（如：3 bytes、6 bytes 等等）。 有些情況，我們需要特定長度的亂數字串，也可以搭配使用 substr()，只是要確定生成的字串長度，比我們想要的字串長度還要長。下面的範例，就是取八個字元長度的字串： buf.toString('base64').substr(0, 8); 當然，若你想要一次搞定，也可以將之前所說的，全部串在一起寫： var randomString = crypto.randomBytes(32).toSt...

去年一年在萬里當兵，基隆對我來說就像旁邊的公園一樣，時常去走走逛逛，然後去廟口吃點東西，最後吹吹帶有奇怪味道的海風，然後依依不捨的回去萬里山中隱居。很遺憾，黃色小鴨在我退伍的第二天，才來到基隆，一直沒機會去看看牠，這也是為什麼我為這次的 Talk 取了一個這麼奇怪的題目。當然，在 OSDC 的活動上，大多數人無法理解這樣奇怪的主題，所以我也在場上直接換了一個時事標題，詳見已釋出的簡報檔： 本次簡報的主題，將提到如何使用 Node.js 開發一個 QML 應用程式，以及如何使用 Node.js 去括充 QML 的功能。QML 能讓開發者很快設計出極酷炫的 UI，但最大的問題是他擁有一個殘廢的 JavaScript 支援，所以任何額外的功能擴充，都必需學會 C/C++ 才能達成，相當的難以開發。 此外，在過去如果 QML 要與 Node.js 做橋接，通常都是以 Node.js 建一個本機的 HTTP Server，然後運用 QML 內建的仿 XHR（使用方式和 API 真的完全模仿），去本機 HTTP Server 要資料。或許這對很多 Web 開發者來說相當容易上手，但有趣的是，他不會有 jQuery，所以你要自己手刻 Ajax 的各種機制，甚至是 Long-polling，痛苦至極。 想一下，我們即便是要與本機溝通，取得或監聽機器上的一些資訊，都要使用 Long-polling，這未免也太小題大做，一點也不簡單和直接。所以這也是為什麼要做 Qtjs，讓我們可以用 Node.js 直接來開發 QML 的元件，直接與 QML 溝通和傳遞資料，而不必再透過 HTTP 的方式。 就以本次簡報的例子來說，我們用 QML 設計了一個 IRC 聊天室的前端，然後運用 Node.js 和第三方模組去連線到 IRC Server，最後把聊天內容收回來畫在 QML 的界面上。並使用 Node.js 設計了一個 QML 元件，使用方式如下： IRC {     onReceived: {         console.log(nickname + ': ' + message);     } } 註：過去開發 QML 元件必需使用 C/C++，...

在這一年平淡的公務員生涯裡，想起了某人的一句話：『一年的經驗，重覆了 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 的世界，這世界沒有苟且，隨時隨地都有人虎視耽耽把眼前的軟體做改進。你不自覺就感染了這樣的動力，狠狠的盯注各式各樣的軟體...

今年 COSCUP 很有錢、很盛大，整個活動從中研院移師到了台北國際會議廳，議程多達八軌。很難想像三四年前，自己幫忙 COSCUP 辦活動時的情景，和今天相較之下，當年的活動實在迷你，大家都希望哪一天能殺入台北國際會議廳。沒想到，COSCUP 靠後起之秀多年來的努力，真的在今年達成所有人的願望！我們真的要為這些工作人員和總召柏強喝采！謝謝他們每年不辭辛勞的貢獻！ 慚愧的是，COSCUP 長越大，更顯得我小小的講者的微不足道，如今我唯一能貢獻的，大概就只剩對 Open Source 的熱情。因此，自去年在 COSCUP 2012 的國際舞台『發表退學宣言』後，這個大學讀了七年還是沒畢業的我，今年仍厚著臉皮投了稿，稿也被入取。這邊非常感謝議程審核人員的親睞，讓我贏得今年的一段宣言時間，還有開賣一分鐘內就沒有的入場門票。 :-) 至於我這次要講的主題是：『我用 Node.js 開發自己的 Web 瀏覽器？』 時間地點是：COSCUP 2013 第二天(8/4) 10:00，101CD 場。 其實，正當投稿截止之際，當時熱映的『鋼鐵人3』給我了很大的啟示。不禁思考，身為工程師的我們，是否已經被工具和自己曾經所創造的東西所束縛了？如果我們今天把眼前的電腦給砸了，是否全身上下功力全失？無法有任何作為？ 這樣的概念，套在 JavaScript 這個近年來很夯的語言上，更是貼切不過。對很多人而言，失去瀏覽器為依靠的 JavaScript，令人感到不安、充滿焦慮，好像就不知道能用 JavaScript 做什麼事了。所以，為了破除迷思，就面對他吧！這是一個小小的實驗，讓我們嘗試用 JavaScript(Node.js) 打造自己的網頁瀏覽器，支援 HTML5/CSS3/WebGL 等最新標準的瀏覽器！ 如果你至今還是無法完全明白 Node.js 的能耐，期待與你見面交流。

最近比較忙，一直拖到現在，才有點時間上傳我在今年 JSDC 的簡報。這次，給的講題是『我編譯故我在：誰說 Node.js 程式不能編成 Binary』，主要探討怎麼使用 NPK 打包你寫的 Node.js 程式，以及把 JavaScript 程式碼編譯成二進位(Binary)檔，甚至是進一步的加密設計。NPK 雖然還只是初版，目前支援了三種博君一笑的封裝等級：卸妝(Remove mock-up)、媽媽不認識(Mom doesn't recognize)、爸爸不認識(Dad doesn't recognize)，有興趣了解這三種等級不同的人，可以參考我的簡報： 當然，參加這種活動需要的是熱血，不在 Lightening Talk 閃電秀登場一下怎麼可以呢？於是當天毫不考慮的搶了一個名額，用短短的五分鐘介紹 Mandice 團隊最近在做的 JavaScript OS - 『 Stem 』。在 Stem 的平台之下，無論你是否為嵌入式系統或作業系統的高手，只需要懂 JavaScript 和純粹的 Web 相關技術，你就可以開發自己的嵌入式應用，或讓你的舊電腦或開發板有全新的用途。 後記 大家都知道，做外包工作，一向很難累積東西，唯一能累積的，就是設計工具以加速自己做案子的速度。因此，Stem OS 就是我們經歷過許多的案子後，自己設計的平台，讓我們可以盡可能完全用 JavaScript 快速開發嵌入式系統，然後結合硬體開發設計各式應用。在 Stem 裡，只需要懂 JavaScript 和 Web 相關技術，就能勝任開發工作，實現你心中的 Idea。如果說 3D Printer 是可以讓你快速打造模型實體，那 Stem OS，就是能將你心中的 Idea，化為空硬體的靈魂，Idea 的 3D Printer。 這對創業者、創新者和非資訊產業的公司來說，都是一個可以快速切入設計產品和自家工具的機會，不妨嘗試看看。:-) 如果有任何需求，無論是顧問、教育訓練還是合作開發，都歡迎與我們 Mandice 聯絡，或來信到 fred@mandice.com。

OSDC.TW 2013 順利在中央研究院國際會議廳閉幕，但一如往年，失落感接踵而來。為了這次的 Talk，可說是花了不少工夫，除了研究 Webkit 的內部實作，以及 V8 JavaScript Engine 之外，最後也發表了一個新的 JavaScript 作業系統『 Stem 』，一個可以完全用 JavaScript 和 Web 技術去開發應用程式的嵌入式作業系統。Stem 落實了用 JavaScript 語言開發嵌入式系統的理想，並簡化嵌入式應用開發，讓人人都能輕鬆躍過以往嵌入式系統開發的艱澀門檻。 這邊釋出當天的簡報檔，有興趣者可自行參閱： 此外，對 Stem 有興趣的人，可以拜訪專案網站： http://stem.mandice.org/ 也可以在 IRC 上交流： 英文頻道：irc.freenode.net #stemos 中文頻道：irc.freenode.net #stemos-zh 註：目前 Stem 已釋出 x86 版本的安裝鏡像檔，近期內將會釋出 ARM 的版本，敬請期待。有興趣參與開發者，歡迎來信一同交流。

極為幸運，今年初的投稿被 [ OSDC 2013 ] 錄取，本次主題是『node-webkit』，將於 4/20（六）早場起，全面進攻。 你可能在問什麼是『 node-webkit 』？完全搞不清楚頭緒？身為 JavaScript 和 Node.js 的重度使用者，問問自己內心吧！不用懷疑，你最想要的東西，就在眼前。試著想像，一個沒有邊框又可獨立執行的瀏覽器，裡面跑著你用 JavaScript + HTML5 寫的應用程式，有如原生的桌面應用程式，當你想發行並釋出程式時，還能打包成一個獨立運作的執行檔，令人垂涎三尺呀！ 『node-webkit』顧名思義就是將 Node.js 整合進 webkit（Chrome/Chromium/Sarfari 所用的網頁排版引擎）之中，讓你可以在網頁程式中使用功能強大的 Node.js。這意味著，你完全可以用 Node.js + HTML5 等 Web technology 開發跨平台『桌面應用程式』。由於『node-webkit』狹著 Node.js 以及其強大的第三方模組支援，而使用者介面採用了 Chromium（Google Chrome 的開放源始碼版本）核心當做繪圖引擎，能完全支援當前最新的各種網頁技術（如：HTML5、CSS3、WebGL 等）。因此，只要身為一個前端網頁開發者，都能輕易利用它設計出優雅、炫麗的圖形化介面，然後完成一支獨立運行的桌面應用程式。 如官方網站的範例，在前端網頁程式中使用 Node.js： <html> <head> <title>Hello World!</title> </head> <body> <h1>Hello World!</h1> We are using node.js <script>document.write(process.version)</script> </body> </html> 這年頭，你真的只需要懂 node-webkit！我們 OSDC 2013 中研院國際會議廳見！

昨日應邀參加『 企業雲端環境建置與應用技術研討會 』，給予一場『AppHouse - 國產 PaaS』的簡報分享，聽眾相當熱情，在會後也一起相互討論了許多技術與非技術等議題。這次的分享，主要在說明 AppHouse Project 的細節，並闡述了 PaaS 在雲端產業中的定位。為了讓聽眾更能理解，也特意以小弟的淺見和觀點，用簡單明瞭的方式描述『什麼是雲端』。 後記 會後與不少人交流，發現過去很多人被『雲端』一詞搞糊塗了，不能理解。如果你也有此困擾，不妨可以看看此簡報。 若您有任何疑問，或需要協助的地方，歡迎與我聯絡。:-)

國內一年一度最大的開放原始碼（Open Source）活動，再次順利落幕。很多人都意猶未盡，所以每當活動結束，便會開始思考明年要分享什麼、反省今年哪裡做的不夠，有人會在活動過後的連續幾天，電腦上開著簡報編輯器，盯著空白的內容，靜靜的發著呆。可惜的是，最後總是因為沒有任何想法而放棄。一直到了明年 COSCUP 的徵稿消息發出，一堆人又開始拾起空白了近一年的想法，擠出一個題目，逼著自己在一兩個月內完成，上台發表。就如同學校的期中、期末考，沒有死到臨頭，大多數同學都沒有唸書的動力，也不會激發自己 120% 的腦力和體力。所以，Event-Driven 的開發模式，一直是在很多開發者促使自己進步的方式。 別以為兩個月時間很充足，大家都有外務、有工作、要過生活，所剩的時間實在有限，所以每當到了 COSCUP 的前夕，總是會聽到很多講者在拼命趕工的聲音。其實，這樣都還算是常態，頂多拼命一點，少睡一點，都還可以頂得過去。可是，今年一次給『兩個 Talk』，就真的讓人會虛脫到不行，還好，熱情能戰勝一切。:-) 由於今年活動承辦的分工方式比較特殊，所以被選上了兩個稿，分別是： JavaScript 全面逆襲！使用 Node.js 打造桌面環境！ 用最潮的 JavaScript 盡情開發 KDE/Qt 程式 前者是總結這一年來，我們團隊所開發出來的各種 Node.js APIs，並整合成為一個如同 GNOME/KDE 的桌面環境（Desktop Environment），並展示使用 JavaScript 開發出來的 Juice Desktop Environment（果汁桌面環境）。後者則是為符合 KDE 的議程方向，探討使用 Node.js 開發 Qt 程式的可能。 後記 退學不是件好的事情，請勿模仿。:-S

最近因為忙錄，遲遲未寫下今年六月初飛去香港(Hong Kong)參加 GNOME.Asia 2012 的心得，以及將當時在活動中的簡報檔釋出。:-) 對一個台灣來的人而言，香港不會讓人感到陌生，若不說新發展的地方，走在街頭，讓人有走在台北西門町的感覺，或是像台灣一些繁華的老市區以及夜市，站在路中央看過去，當下可以感受到早期台灣和香港之間的微妙關係，其共同點難以言喻。事實上，除了廣東話，還有那些銅板和五花八門的紙鈔外，沒有什麼會讓台灣人不習慣的地方。 話說回來，今年的 GNOME.Asia 2012 是在香港城市大學舉行，據當地朋友所說，這是一個與大型商場（百貨公司）纏綿的學校，由於學校、商場和交通樞紐的動線很密切，走在裡面，你會感覺到商場就像學校的一部份，走沒有幾步路，就會走入了商人的魔掌，錯進了名牌服飾的專櫃。 不過，身為一個宅宅開發者，當然不會被這些名牌服飾所迷惑，它們是嚇不倒我的！活動，當然才更重要！ 我能了解，很多人在今天看到 GNOME 幾個大字就興趣缺缺，GNOME 讓大家又愛又恨，許多人不喜歡 GNOME 3 將桌面大改，像是 Linux 之父 Linus Torvalds 前些日子跳出來劈天蓋地的砲轟；也有很多人（像是我）對於許多元件被改壞或是效能不彰而感到很不悅。但由於歷史因素，太多人無法逃脫出 GNOME 所設計出來的大框架，就算你不想用 GNOME 的桌面環境，在 Linux 等 Unix-like 系統中，你還是免不了要去使用基於 GTK+/GLib 所設計的軟體，可以說 GNOME 無處不在，已經不是單單『桌面環境』一詞可以概括。 喜不喜歡新一代的 GNOME 桌面環境是其次，對於我而言， GNOME 是一座作業系統『操作機制』的兵工廠，他生產了太多元件讓我們可以自由使用，然後提供方法讓使用者和開發者可以用『人的角度』去控制作業系統。所以，如果你真的不滿意新的 GNOME 圖形介面設計，自己將 UI 打掉重練也不會是件難事。 這次去香港參加活動，見到了不同地方的開發者和使用者，尤以『中文輸入法（包括輸入框架）』這個議題特別引起討論。這些同是非英語系的 CJK 開發者和使用者們，有頗多的交流。雖然有些議程全程是以廣東話進行討論，我完全聽不懂，但好在有些坐旁邊的香港朋友自動自發充當即時翻譯，還順便介紹了許多當地輸入法開發...

很抱歉，因為台北大雨來襲，導致班機延誤，讓小弟無法及時從香港趕回台灣參加 FreedomHEC 2012。相當對不起主辦單位，就這樣讓當天議程開了天窗。但是，之後我有空時，仍會整理資料，依舊會公開原先預定要給予的簡報。 不幸的是，活動第二天被客戶抓住，所以也沒辦法到場聽講。不過，雖然沒參加到 FreedomHEC 2012，為了賠罪，第三天當了司機（Be a driver, not writing driver :-S），開著車載著外國講者們一路到了宜蘭大學，給予學生機會直接面對面與 Kernel 開發者交流。 除了面對面問答解惑，其中當然也有保留一點時間，讓講者們可以自我介紹，也分享一些經驗。我也給予了一份簡短的心得分享，由於對象是學生，時間也有限，所以就不直接討論艱澀的技術，而是以輕鬆的角度切入，分享一下創業的經驗和業界的感想，還有描述就算在面對不利軟體業的環境之下，身為一個軟體人所需要的熱情和自我要求。 衷心期盼我們能培養軟體開發的熱忱，然後才有機會做出軟體的價值。:-)

由於一些因素，被徵招去救火，在 JSDC.tw 2012 (JavaScript Developer Conference 2012) 給與了一場 Talk，由於準備時間相當緊迫，就把最近在研究和試驗的半成品匆匆拿上場展示和說明，題目是『Non-MVC Web Framework』。你可能在議程上沒有看到這場 Talk，實際上是因為主辦單位的一些小疏忽，議程上仍是寫著之前的舊題目『Build Node.js Module』，而且小弟的名字也打錯了，從 Fred 變成了 Frend，差一點就變成二十世紀少年的友民黨教主。:-) 本次議程其實和前幾天發的舊文『 前端工程師也可以淡定的開發網站應用！RedTea Web Framework！ 』息息相關，探討的是改善 MVC 的開發流程，和引入 JavaScript/Node.js 後的大膽嘗試，而且進一步討論實作細節。此外，因為 RedTea 本身只是一個實驗性的專案，目的只在於驗證可行性，還不到實際使用程度，所以藉著這次機會，公開並宣布新專案『 Kamalan Web Framework（葛瑪蘭） 』，Kamalan 引入了 Express Web Framework 為基礎，然後將結合 RedTea 的成果，並更進一步簡化其中細節和使用方法，讓前端工程師能真正無痛上手。 雖然還沒完全將 RedTea 的機制完全整合進 Kamalan，但目前 Kamalan 最少可以和 Express 一樣使用，你如果有用 Express 寫的程式，直接將 require() 引入的模組名改成 Kamalan 即可。由於 Kamalan 在根本上就是 Express，甚至是可以使用 Express 的所有 Middleware。 後記 這場 Talk 後，引起了一些 JavaScript Developer 趕的迴響，一些建議和聽眾的期待相當令人開心，討論過程也非常愉快。感謝大家的參與。:-)