熱血漢誌 - 技術新鮮人到技術經理人，必懂的事

追求成功，或者是找尋成功的自己 對於你來說，什麼叫做成功？ 一個事業有成，月入數十萬，這樣是成功？ 站在舞臺上，能夠發光發熱，這樣是成功？ 領導千萬人，散發羣衆魅力，這樣是成功？ 在媒體競爭的機制下，大家看到都是嗜血的新聞，資訊爆炸的年代，網路應用的普及下，的確讓資訊傳遞變得更爲簡單，也讓大家可以很快的取得資訊。同時也容易讓人產生資訊焦慮，總覺得每天都有這麼多的資料需要吸收，這麼多的新知需要瞭解，到底什麼時候才能全部消化殆盡。 也因爲如此，大家開始囫圇吞棗，找尋許多速食的方式看待這個世界，極盡一切的希望用速成的方式取得任何資源。開始變得焦躁，開始對於許多現況感到不安。特別是對於根本的根本毫無基礎認知，失去耐心學習，失去耐心等待，無法堅持下去做好一件事情，希望的就是急於成長，導致揠苗助長。 成功到底在哪裏？ 一直以來都會有許多人希望找到成功的方法，有人覺得需要去操作股票，有人可能進行房屋買賣，許多種方法都只是爲了尋求『更多金錢』，但是成功並不是單指金錢，也不是單指財富。 靜下心來，看待自給自足的農夫，夫唱婦隨的夫婦，臉上充滿喜樂，臉上充滿歡愉，難道這不就是一種最純真而滿足的成功！？ 其實我們所追求的東西都一直在自己腳底，在自己的身邊，許多時間點，踏破鐵鞋無覓處，真正的瑰寶就在自己腳邊，在自己身上，許多許多的資源大多自已早已經擁有，大多只是坐這山，望那山，迷失了自我。 成功的教育 我們一直被教育著，必須要努力用功，爭取更高成績，萬般皆下品，唯有讀書高。這樣的概念一直在我們的教育中，鮮少教育我們做事情的根本，對於事情，熱情的執着，太少提到『十年磨一劍』，以一生懸命，用熱情完成一件事情。 『人一生中能完成一件事情，就功德圓滿』，來到這個人世間短短數十年，尋找的就是自己的天命，有人很快就遇見，也有人摸所了數十年後才發現自己的天命所在。無論如何，這一切都是過程，也都是自己的軌跡。 許多事情都是在於過程，結果，根本就不是重點，也從來不是重點，重點是你曾經爲了自己做過些什麼！

小確幸下的災難，到底我們缺少了什麼 一件事情的完成，需要的是靠著少數人的決定，多數人的協助，大多數的團結，才有辦法辦法將事情完成。 JSDC 2014 就一直決定要走不同風格，以及不同方向，有別於其他大型技術活動，大型研討會。一直以來大多數的時間，我們都在討論，臺灣缺少的是什麼？我們要怎麼幫助這些人，思考著到底要怎麼執行著。 就自己思考這些層面的問題，以及側邊觀察，到底我們自己缺少著什麼，以下列出幾個項目，與大家進行討論， 英語程度的低落 其實我們必須承認，臺灣是個英文程度不足的國家，我們必須承認就連聽的程度，一場自認爲技術演講的內容，其實大部分都只能夠聽懂六，七成左右。但是我們一直堅持著，也一直以爲著自己能夠聽懂裏面的道理，以及聽懂了裏面的關鍵，實際上的問題是，還是只懂六七成。 這不是悲哀，而是一種習慣，我們太習慣把英文當作爲另外一種語言，而不是把它當做溝通工具。以程式開發的角度來說，就像是一直堅持着用 Node.js 達到所有事情，卻捨棄掉 Java, Ruby 能夠簡易完成的項目，一直把它認爲是另外一種新的領域。 過度害怕未知 另外一點是我們極度的害怕去嘗試，嘗試跟外國人溝通，嘗試跟講者進行討論，嘗試做所有的事情。就跟嘗試去單車環島一樣，事實上，臺灣的便利，讓你單車環島只要背著水和一張信用卡就足夠。這真的沒什麼好擔心的。 但是大家卻是太過多的擔心，真的太多了。 對於金錢的過度重視 當然沒有錢的確萬萬不能，但是我們大部分只懂得賺錢，而不是懂得用錢，也忘記錢只是一種交換工具，僅此而已。 錢，的確就只是一種銀行與政府，人民之間的三角騙局。 過度拘泥於臺灣 很多人聽到某些事情就會覺得這並不適用於臺灣，這並不怎樣，臺灣怎樣，怎樣 … 但是我很想問，嘗試過了嗎？用過那些方法？嘗試持續多久？讓這件事情成真？ 也許你會覺得離開臺灣的都是奇葩，都是高等人物，那我會請各位參考一下，三四年前來臺的外籍勞工 … 請多思考。 也許，think outside of window box 我知道政府好像讓大家覺得無法期待，可是其實跟其他國家比起來，有時候又覺得臺灣政府真的還好。我們目前最大的問題就在於，要活活不大，要死死不了，每天停留在小確幸當中。 與其待在這樣的舒適圈，倒不如捨棄掉舊有的保護傘...

這兩天開始重新學習一下 stream 的資料流，這樣執行的方式在於如果訊息是採用 websocket ，或者是像大量檔案，多筆 API 資料交換的時候會是一種非常實用的方式， 找到兩篇非常實用詳細的文章， http://maxogden.com/node-streams.html https://github.com/substack/stream-handbook 這兩篇文章對於想要透過 Node.js 瞭解 stream 的開發者推薦必讀文章，裏面已經把 stream, readable, writable 兩個部分描述十分清楚。以及兩種狀況下可以使用的 function 以及情境，補足官方文件的不足。 學習感言 學習 stream 的另外一個好處就是，更加能夠瞭解 event-driven 的實作以及應用方式，透過直接對於 stream 處理，另一方面也能夠加速對於服務器的效能提升。 透過這樣的方式，在實戰的過程中，與 3rd party 的服務銜接作爲 Middle server 改建立使用自己 API 架構時，可以改變以往使用傳統連接方式，讓資料讀取更爲快速，反映時間縮短。 當然就可以提升畫面反映時間，這樣的方式其實需要多嘗試幾次，就更瞭解爲什麼會希望 http 1.1 的普及，以及 websocket 能夠被更普遍支持。 這次可以在 JSDC 活動直接與 兩位大神 面對面，快點來參加本次的 JSDC 2014 年度研討會

技術轉換需知，學習 Node.js 的前期準備 持續推廣 node.js 對於新手教學上，通常會遇到許多狀況，以及許多不同的迷思，總和出來其實可以看到一些常見的問題。 這篇文章也是藉由數次的活動發想實踐當中，延伸出來的導讀文章之一，也是每次在活動一開始的時候，就會跟大家介紹的這門技術的一個初探介紹部分。 學習之前，先學會忘記 就像是所有武功絕學一樣，要學一門武功，一個新的技術，首先你需要改變自己的既有思想，這實際上真的很難，但就對於自己來說，也很有多既有概念，框架其實是無法捨棄，但是既然決定學習一件新事物，那勢必就是要改變。 對於已經有學習過一些程式編輯，或者一些程式框架的開發者，建議一開始學習 node.js 的朋友，先忘記掉所有你學過的語言，以及開發方式，試著忘記既有框架的狀況下，去學習這門技術。 在沒有既定框架下，不去過分討論，比較任何語言上的差異，而是先從他的背後歷史意義，演進接著再瞭解近期的改變以及未來規劃等。 以 Node.js 來說，在 2009 年，給與的示範就是一個聊天室，也表現提高 high concurrency 的實做，在當時定爲爲處理高承載量的新語言新服務，透過 JavaScript 實踐出來的結果。 到了 2012, 2013 年開始， Node.js 朝向不同環境中，透過許多公司投入全職開發者，將 Node.js 發佈到不同平臺上，同時依靠社群的力量，開始有極具的成長，也帶來不同的聲量。 最近的趨勢是開始走向， Node.js 嘗試解決分散式系統架構，以及直接嵌入式系統中，所以意味着開始有許多不同的發展，也有發展出不同於 Web 的應用。 JavaScript 並不是 bala, bala, bala … 講了許多過去歷史，雖然說大家已經開始試著要去忘記以往框架這件事情，但是我相信一開始還是做不到，這真的很難，但是請務必嘗試著，至少試著親手輸入每次的程式碼以及每次的相關測試，哪怕只是 hello world，跟着一起從頭開始進行所有流程。 在開宗明義上，根大家說，Node.js 其實就是在寫 JavaScript ，拋棄以往對於所有瀏覽器上的謬誤，以及對於所謂 IE 或者其他瀏覽器上面可能發生的錯誤。現在開始所有的事情都發生在背後，全部的事情都是在伺服器裏面進行。 所以可以說是，Node...

Node.js v1.0.0 插曲討論 https://github.com/joyent/node/issues/8104 全文討論串，首要發起是爲了討論什麼時候可以把版本號碼改到 1.0.0 ，因爲現在使用 node.js 的開發者已經許多，甚至有更多的程式都已經使用在 production 環境中。討論開頭，要大家別害怕，勇敢的把目前的版本改到 1.0.0 。 總之裏面的討論許多細節，還有許多官方想法。 這邊個人想法是，版本雖然對於開發者是很重要的依據，但是以目前狀況看起來 Node.js 0.10.x 其實真的可以視作一個 stable version. 在很許多 API 都已經到位，對於 streaming 支援也已經夠高。 下一個階段 v0.11.x ，現在也有許多人開始導入到 production 中。爲了是 ES6 的部分，個人覺得這是另外一個 Node.js 的里程碑，理當可以視作爲 v2.0.0, 也許核心團隊並不這樣子認爲。 但是至少在自己開發的環境中，以目前來說，我會持續採用 v0.10.x 的系列，雖然他還是有一些效能上比不過 v0.11.x 的版本，不過對於整體系統穩定性，已經足以支撐 production 開發。 題外話 還記得那些年，我們看得 tj project. 可以看一下這一段討論串。 後記 目前全文已經 lock 無法回應，印象中記得這種討論串，久久一段時間就會回鍋一次。現在特別期待 v0.12 的到來，感覺 12 之後，對於 node.js 的 1.0.0 就不遠了。 對於 node.js 來說，下個階段的卻要進入到 enterpise 階段，可是這階段很不好玩，也 hacker 的惡樂趣，或許 Strongloop 的切入，加上原有 joyent 的勢力會讓這個團隊開始所有作爲吧（對於企業端）。 想要 Jonathanong 本人風采，就請期待 JSDC 2014 .

[閒聊] 月領 22k ，技術賤價出售？ 自從發了上一篇發文之後，就決定身體力行，如果想到什麼就寫什麼，因爲大葛格是對的，我還是相信中文市場是有人再看文章的，有人會底下回應『感謝大大無私分享』。就跟當初自己跪求種子之後的那種暢快感受，如何在 ck101 找到壓縮密碼般的快樂。 - whatever, i love ck101. 回到重點，最近又開始討論到月薪， 22 K 的問題，講真的身邊真的是感受不到這波 22 K 的潮流，身邊都是那種買 MBPr 直接攻頂，每個月份固定都可以看到一堆人跑去日本過週末的快樂發言，總之我只能說大大s 過的好不愜意。 其實身邊不乏許多案例，就如以下幾種 案主不懂 大家一定遇過這種，聽說你會寫網站，幫忙寫一下，聽說那個 e04 好像做的做的不錯，我也來做個 eeee 網站，你來幫我製作一下，應該不會花去你太多時間，也不會浪費你太多力氣。 通常聽到這種話語，肯定『軟了』，不是心腸軟，硬生生接下這個案子。不然就是腿軟，馬上奔跑回家大喊 e - 0 - 4 隔壁來亂 當大家坐下來好好談，我們慢慢對業主說明 (洗腦) 之後，就會發現業主也漸漸可以接受你的價格，也許一個基本網站大概 20 萬。畢竟對於白手起家的業主，20 萬總是一筆大數目，不過話說回來如果我是業主，通常也會去詢問三五好友，於是乎問到一位路過好朋友，你幫我看看這東西，如何如何？ 通常隔壁路過，也不是多認真，就隨便呼隆帶過一個價格，那個 xxx 價格也太高，你被騙了，如果我來幫你做，只要 50000 就好，幫你包山包海包生小孩。 結果，業主在一夜之間轉包，哇，路過撿到，開始用 50000 的成本作出 50000 的效果。當然也許有血有淚，當然更可能有血尿。 這是真的 這些事情一直在我們身邊出現著，許多時候是長久以來的文人相輕，有的時候是往來已久的競爭文化，雖然這樣子是自由市場的機制。但是還是回歸到人的本質，當你今天覺得自己值多少的時候，你已經把自己貼了一個價格。 但是當你是有自己的堅持，以及對於事情的品味，久了這就是你的本位，自己爭來的尊嚴，當然回歸到市儈，就也是表現在自己的價格面。 有時候市場一開始競爭的，大家會採取低價格，有的是學習，有的是經驗的累積。當自己已經有些經驗的時候，自己的專業加上自己的堅持，自然就顯得更爲重...

fig 使用方法，打造簡單 node.js 開發環境 昨天透過兩三天的時間摸所 docker ，感覺上是非常有趣的一個工具，但是始終不知道這樣子根自己寫 shell script install 的方法有那些差異，透過詢問朋友 / 同事之後才發現，原來 docker 有許多種不同使用情境，所以目前看到許多不同使用方法。 在這麼多不同使用方法中，我只主要目的是解決 非技術 相關人員，可以快速設定開發環境，透過一個指令隨時可以啓動，關閉服務，（畢竟現在開發環境已經要同時啓動好多不同服務），透過 docker 感覺可以做到這件事情，同時我們也可以在每個服務更新的時候進行小元件 / 服務的抽換，對於整體開發人員來說，就不需要考慮環境問題，還能夠統一大家開發工作環境上。 因此這邊透過朋友詢問到 fig, 透過一個晚上的快速時光，把 fig 大致上設定好，也大概搞清楚怎麽使用。 情境 以下是基於一個基本的 node.js http 服務，搭配 fig & docker. 程式碼擺放位置 fig node.js simple server example , 歡迎自由取用。 Fig 的使用方法，我的環境是 MacOS ，因爲要採用到 fig 的 mount 功能，因此採用 docker-osx ， 安裝步驟需要先安裝 virtaulbox and vargant . 安裝 docker-osx docker-osx 安裝方法說明 提醒，記得安裝完之後要設定 docker host, 在自己的 .profile, .bashrc 底下加入 eval `docker-osx env` 啓動服務的方式就是 docker-osx start 停止 docker-osx halt install fig fig 的安裝步驟, fig installation fig 進入重點，fig 的使用只需要一個 fig.yml 還有加上一個基本的 Dockerfile, 基本上就是設定一個 master service 在 fig.yml ，透過這個 master service 再跟其他 service / image 進行溝通。 fig.yml, web : build : . command : node...