閱讀者

CloudMosa 面試心得

2021-11-25T19:12:00.000+08:00

轉貼 https://t5318019.home.blog/2019/12/27/cloudmosa-job-interview/ (因為 Google 搜尋不到)

這篇文章分享 CloudMosa (美商雲端科技) 的面試心得。會投這間公司主要是他們的 Puffin Browser 與創辦人，所以就試著應徵 SDET 看看，以自己的能力來說是沒機會的，但還是硬著頭皮去試試，感謝 CloudMosa 面試官的寶貴時間，還讓我問了一堆問題 (感覺反而是採訪)。

CloudMosa 面試據說有二階段，我只有去第一階段，第二階段說是用 Skype 跟創辦人面試。第一階段面試大約要 4 小時，我 13:00 去到 19:00 才離開，總共有 4 位面試官輪流面試，各自獨立進行，所以可能要自我介紹 4 次。中間沒有特別休息，只去了一次洗手間，面試結束感覺非常疲累，20:00 回到家吃飯洗澡弄一弄就睡了。

面試流程大該分成 3 個部分。第一是自我介紹，說說過去你做了什麼~~偉大的~~事情，第二是面試官提問，第三是自己的提問。面試官的面試時間不一定，每位大概是 1 至 2 小時。 4 位面試官據說是從資歷淺到深來進行，但因為我當天面試官有兩位住在桃園和新竹，導致順序有些調整。

面試過程感覺是一關比一關困難，大概在第三關的時候就覺得沒機會了，最後第四關反而比較輕鬆自在，像是在跟同事討論事情的感覺。

過程

由於自己是軟體開發人員 (SDE)，第一關和第四關的面試官是 SDET，專業領域比較沒有辦法深入的討論，面試過程比較像是討論產品測試的一些想法與問題。

第二關的面試官是 SDE ，這部分的面試就硬了。有個簡短的 pseudocode 程式撰寫，考題是 LRU 快取演算法，寫完和面試官討論了程式邏輯和複雜度。事後回想覺得當時太緊張了，面試官的訊息有些沒有抓到，可能回答錯誤。另外，也從我過去的工作經驗問了 SQL 和 NoSQL 的差異與應用情境，這題也沒有回答的很好，覺得「知道是一回事，能夠妥善回答又是另一回事」。

當天第三關的面試官是 VP ，主要是問人格特質的部分，技術的問題偏少。這邊我覺得被過去的工作思維給限制住了，像是面試官問了一個要如何規劃設計 Puffin Browser 的測試，當時回答是看看手邊有多少資源才能做多少事，但事後回想這樣應該不正確，必須「以終為始」來規劃設計。要做大事情，要想著可以找到和創造那些資源，而不是被資源限制住。

VP 最後問了兩個問題，(1) 如果有一百萬美金從事資訊領域創業，不求任何營收，在兩至三年的時間內，你要做什麼？ (2) 如果有一百萬美金從事資訊領域創業，在兩至三年的時間內需要回收賺錢，你要做什麼？

因為第一個問題我沒有答案， VP 才又提出第二個問題，當時覺得第二個問題比較難。但現在我反而認為第一個問題才難，問題的困難其實在於「做什麼去創業」的想法，有營收限制條件的第二題反而比較容易一些。

心得總結

感謝 CloudMosa 的面試機會。年紀稍大，越覺得時間寶貴，別人願意給面試機會就是對能力的一種肯定。
CloudMosa 的面試是專業的，過程中面試者是受到尊重的。據說面試官結束要寫報告，不是隨隨便便的。
面試時的自我介紹要練習，因為可能要說 4 遍，不應該太長。
第一階段面試很久，大約 4 小時，要吃飽才去啊！中間可以去洗手間，面試官還會問說要不要喝飲料呢。
公司距離不是問題，~~新竹以北的~~高手可以試試看。
根據面試官表示
- 他們要找高手中的高手，厲害的人做事可以減少一堆問題。
- 自主管理，工作目標自己找。
- 彈性上下班，一週有一次和創辦人一起開會。
- 6 個月至 1 年的試用期，不適任資遣。
面試紀念品： Puffin Browser 馬克杯。

Windows File API

2016-08-09T22:26:00.001+08:00

「Windows 有關檔案操作的 API 到底有多少個？」因為這個問題查了 MSDN 而撰寫這篇作為紀錄。

Windows 有關檔案 (file) 操作的 API 目前總共有 130 個，依序字母開頭排序如下：

將檔案操作的 API 進行分類整理，可以分成下列幾類：

與檔案 I/O 有關的操作

使用在加密的檔案系統上

檔案系統重導 (Redirector)

解壓縮 Lempel-Ziv 演算法壓縮的檔案

回呼 (callback) 函式

輔助操作

檔案基本操作

檔案搜尋

Wof (Windows Overlay File System)

說到檔案 API 也不能不談到目錄 (directory) 操作的 API ，目前總共有 11 個，依序字母開頭排序如下：

將目錄操作的 API 進行分類整理，我們可以分成下列 4 類

變更通知

參考資料：

File Management Functions
https://msdn.microsoft.com/en-us/library/windows/desktop/aa364232(v=vs.85).aspx
Directory Management Functions
https://msdn.microsoft.com/en-us/library/windows/desktop/aa363950(v=vs.85).aspx

###

WiX toolset

2016-07-11T01:18:00.000+08:00

WiX 是 Windows Installer XML 的縮寫，WiX 顧名思義是「Windows 安裝程式的 XML 語言」，除此之外， WiX 提供一系列命令列工具程式，因此稱為「WiX 工具集 (toolset)」。我們使用 WiX toolset 可以做出專業的 Windows 安裝程式來部署我們的產品，重點是 WiX toolset 是免費和開源的軟體，另外 WiX toolset 和 Visual Studio 與 MSBuild 高度整合，支援 IntelliSense 和專案方式的操作，讓開發上更是方便。現在 WiX toolset 的版本是 3.10，大約是每年會發佈一次，目前這個專案已經是 .NET Foundation 的其中一個專案了。

在開始使用 WiX toolset 之前，必須先瞭解 Microsoft Windows Installer 相關的基礎知識，因為 WiX toolset 是基於 Windows Installer 技術所開發出來的工具，XML 標籤的組織方式也是依據 Windows Installer 的概念。Windows Installer 是 Windows 作業系統提供的安裝 (installation) 和配置 (configuration) 服務，目前最新的版本是 Windows Installer 5.0。

我們透過安裝包 (installation package) 部署產品 (product) 或應用程式 (application)，安裝上最重要的概念是「元件 (Components)」和「功能 (Features)」。一個產品包含一至多個功能，功能之間可以是階層關係 (父功能和子功能 )，而一個功能則由一至多個元件所組成，注意到一個元件可能屬於多個功能之中。功能是從使用者的觀點來看，而元件則是從程式設計的觀點來看，使用者通常不會察覺到元件，當使用者選擇安裝的功能後，Installer 會自動安裝相關的元件。因此在打造一個安裝包的過程中，我們必須決定如何組織元件和功能之間的關係。

WiX toolset 是編譯式的工具，需要將 XML 的原始碼透過編譯和連結才能產生 Windows 的安裝包，以下介紹相關的檔案類型和工具。

WiX 工具

candle.exe
前處理器 (preprocessor) 和編譯器 (compiler)，將 XML 的原始碼檔案 (.wxs) 編譯成物件檔 (.wixobj)。
light.exe
連結器 (linker)，將一至多個物件檔連結成 Windows Installer 資料庫 (.msi 或 .msm)。
lit.exe
用來將多個物件檔變成程式庫 (.wixlib) 以提供 light 連結器使用。
dark.exe
將 Windows Installer 資料庫轉換成原始碼檔案 (.wxs)。
heat.exe
將目錄、檔案或專案「收割 (harvest) 」成原始碼檔案 (.wxs)。
insignia.exe
數位簽章的工具
melt.exe
將 .msm 換成原始碼檔案 (.wxs) 的元件群組。
torch.exe
執行 diff 差異產生.wixmst 或 .mst 檔案。
smoke.exe
執行 .msi 或 .msm 的確認驗證。
pyro.exe
將 .wixmsp 和 wixmst 產生補丁 (patch) 安裝檔。
WixCop.exe
原始碼檔案的 schema 升級與格式化。
WixUnit.exe
驗證 XML 檔案和輸出檔案。
lux.exe
Wix 的擴充套件，用來做資料驅動的單元測試。
nit.exe
執行 lux 的單元測試。

WiX 檔案類型

WiX Include File (.wxi)
類似 C++ 語言的標頭檔，這是一個 XML 檔案，根元素是 <Include>。這個檔案是用來被被引入到其他原始碼檔案中。
WiX Localization File (.wxl)
語言本地化的檔案，根元素是 <WixLocalization>，這個檔案是用來翻譯顯示的文字。
WiX Source File (.wxs)
WiX toolset 的原始碼檔案，最重要的一個檔案，根元素是 <Wix>，用來定義安裝包的行為。
WiX Object File (.wixobj)
candle.exe 編譯原始碼檔案產生的物件檔。
WiX XML Output File (.wixout)
light.exe 連結各物件檔產生的輸出檔案。
WiX Library File (.wixlib)
程式庫檔案，在多個 WiX 專案中共用程式碼。
WiX Debug File (.wixpdb)
由連結器產生的檔案，用來除錯。
WiX XML Patch File (.wixmsp)
在補丁專案中連結各物件檔產生的輸出檔案。
WiX Transform File (.wixmst)
用來表示輸出檔之間的差異
Windows Installer Installation Package (.msi)
安裝包檔案，Windows Installer 最基本的安裝單位。
Windows Installer Merge Module (.msm)
模組合併檔，用來在多個.msi 檔案之間共用安裝邏輯。
Windows Installer Transform (.mst)
用來在 .msi 檔案上套用變更。
Windows Installer Patch Creation Process (.pcp)
使用 Windows Installer SDK 用來建置補丁的輸入檔。

上述介紹這些可能還不是很清楚，最快認識的方式是自己用 WiX toolset 建置一個 Windows 安裝程式，如果你已經有現成的 Visual Studio 專案，建議先參考「Creating a Simple Setup 」這篇文章將專案做成一個安裝程式。

參考資料：

WiX Toolset v3.x reference manual
http://wixtoolset.org/documentation/manual/v3/
Creating a Simple Setup
http://wixtoolset.org/documentation/manual/v3/votive/authoring_first_votive_project.html
List of Tools
http://wixtoolset.org/documentation/manual/v3/overview/alltools.html
WiX Tutorial
https://www.firegiant.com/wix/tutorial/
Windows Installer
https://msdn.microsoft.com/en-us/library/cc185688(v=vs.85).aspx
Property Reference
https://msdn.microsoft.com/en-us/library/aa370905(v=vs.85).aspx

###

A Curious Mind 好奇心

2016-06-18T00:32:00.001+08:00

「我沒有特殊才能，只有強烈的好奇心。」艾伯特‧愛因斯坦 (Alvert Einstein)

這篇是記錄「好奇心：生命不在於找答案，而是問問題」的重點整理。

布萊恩‧葛瑟 (Brian Grazer), 查爾斯‧費希曼 (Charles Fishman) 著，李宜懃，好奇心：生命不在於找答案，而是問問題，台北市：商周出版：城邦文化發行，2015.08。
譯自：A Curious Mind: The Secret to a Bigger Life

作者葛瑟先生寫這本書有三個目的 (p.22)：

喚起你重視好奇心的價值和力量。
分享自己運用好奇心的方式，希望這些經驗能激勵你嘗試在日常生活中身體力行。
拋磚引玉提醒所有人，為何如此重要的特質在今天仍不受重視，沒有得到適當的教導和啟發。

以下記錄書上的一些重點整理：

1　無藥可解的好奇心

好奇心若要有效，至少必須搭配另外兩個關鍵特質：第一，要有能力把焦點放在問題的答案上。第二，願意採取行動。
所謂有能力提出任何問題，可表現在兩件事上面：有探索答案的自由，以及挑戰權威的能力。好奇心本身就是權力的一種形式，也是勇氣的一種形式。
人們熱於與人交談，特別是談論自己以及工作內容；找個小藉口有助於與他們直接交談。
在管理時，提出問題往往比發號施令還有效。
葛瑟先生運用好奇心最重要的方式：用好奇心來說故事，其實這也是他的職業。
故事是否新奇，端看說故事的人所切入的角度。

2　警察局長、電影大亨和氫彈之父：從其他人的角度思考

我們都受限於自己的思維方式，被困在自己與其他人打交道的方式中，我們習慣於自己看到的世界，往往因此認為世界就是我們看到的樣子。
對許多行業而言，有能力去想像其他人的觀點也是一項重要的策略工具。
如果不承認某個特質的存在，就無法理解、欣賞和加以欣賞。
好奇心與創意和創新之間的關係其實相當密切：好奇心是激發創意的工具，也是提供逛新的技巧。問問題會創造出一種創新和創意的思維模式。
出於好奇心而提出問題會鼓勵對方參與，運用好奇心顛覆自己的觀點往往相當值得，縱使結果不如預期。

3　好奇心是好故事的關鍵要素

堅持下去的唯一方法是沉著冷靜，能把自己與發生在自己身上的是分開。
若要說出偉大的故事，好奇心是其中重要的一環，讓故事能吸引你的注意力，打造出無法抗拒的魅力，讓人忍不住要問那個簡單的問題：接下來會發生什麼事？
好奇心有助於創造出好故事，而說故事必然能激發好奇心。
故事的起源：分享而得的知識。
我們透過故事學習這個世界，了解其他人和他們腦中的想法，以及這些想法與我們之間的差異。
禮貌 (manners) 是你想要表現出來的方式、想要給人的感受。禮儀 (etiquette) 則是利用一些細節，以優雅和窩心的方式讓人感受到溫暖。

4　好奇心給你超級英雄般的力量

好奇心比勇氣更能戰勝恐懼
用好奇心打敗「不行」，用好奇心來想清楚如何讓對方說「可以」，只是與你想像的方式可能不太一樣。
堅持是驅策你前進的動力，好奇心為你指引方向。
提出問題是關鍵，可以幫助自己、修正點子，說服他人。
提出問題並不會讓你偏離軌道或分心，反而能讓你步上正軌。
「一天中最難打的電話要先打」。它強調的是一種勇氣，一種個性，就算你百般不願意，也要確實面對必須做的任務，然後動手處理。
好奇心比勇氣更能戰勝恐懼；事實上，單憑生理上的勇氣原本可以避開危險，卻因好奇心而讓許多人置身險境。飢餓、愛和好奇是生命中偉大的動力。

5　每次交談都是好奇心對話

人與人的連結賦予我們生活的意義，人際關係也是我們之所以在這裡的原因。
不採取行動本身反而是最有力的行動。
人際關係是人活著最重要的一部分，它是維持幸福感和生活滿足感的關鍵。而好奇心是與人產生連結和維持良好關係的關鍵。
提出問題當然會得到資訊。
提出問題最重要的意義是，人們必須為自己的決定如何執行提出合情合理的解釋。提出合情合理的解釋也代表要回答關於細節的問題。
人性有個簡單的特質，就是比較喜歡選擇去做某些事情，而不是接到命令才做這些事情。
請求別人協助而不是發號施令，幾乎總是比較明智的做事方法。
如果你希望別人採取某個立場，疑問句比直述句或勸誘更能有效傳達出價值觀。
如果是人們自己先提出問題，就比較願意接納對方給的建議或單純的指示。
問問題的重點必須是得到答案。問題和答案都必須讓一項計劃或決定能有進展。
如果我們對於親近的人失去了好奇心，從那時起我們的關係就開始搖搖欲墜，以幾乎看不見的方式，悄悄地損害這段關係。要是我們不再對身旁的人提出發自內心真正關切的問題，甚至也不再認真傾聽答案，則這段關係會開始漸行漸遠。
在家裡，即使你與伴侶或孩子共處一室，但除非你問他們問題、聆聽答案，否則就無法與他們產生連結。
好奇心有助於維持親密感，與目標無關，而是關於快樂。

6　好品味，以及適時收起好奇心的力量

如果我們不能抱持懷疑的態度提出問題，質問那些告訴我們某件事為真的人，則很容易落入下一個政治或宗教騙子設下的圈套。
品味是在一個框架下，根據你的判斷結果而產生的想法，品味會為你的判斷結果提供信心，品味會讓你更有自信，因為你對喜歡的東西更加了解，你知道什麼是好的，什麼是不好的。
養成不斷提出問題的習慣、提醒自己問問題帶來的價值，以及我們問問題的權利。

7　好奇心的黃金時代

好奇心並沒有激發出太多大家對其本身的好奇，我們對各式各樣的事情感到好奇，唯獨漏了好奇心這個概念。
十七、十八世紀的科學家之所以不同凡響，其中一個主因是他們提出了一些從沒有人問過的問題。
因好奇心而提出問題不只是理解世界的一種方式，也是改變世界的一種方式。掌握權力的人一直都知道這個道理，從舊約聖經、希臘羅馬神話可見一斑。
每個人都必須小心，網路會麻醉我們，而非激勵我們。下面兩件事你無法在網路上找到：一、如果這些問題從沒有人問過，你就搜尋不到答案。二、你無法透過 Google 搜尋新點子。網路只能告訴我們已知的事情。
你知道的愈多，可以做的就愈多。
好奇心是一種心態。更具體地說，是心胸要開闊，好奇心是一種接收能力。

###

Clean Code 無瑕的程式碼

2016-05-16T18:05:00.003+08:00

這篇是記錄「無瑕的程式碼」第 1 章至第 5 章的重點整理。

序 (Introduction)

學習工藝典範 (craftsmanship) 可分成兩部分：知識 (knowledge) 和實作 (work)
你必須獲得程式工藝師所知道的原則 (principles)、模式 (patterns)、實踐 (practices) 與啟發 (heuristics)，並且必須研磨這些知識，透過努力實作和練習，將這些知識融入你的手指、眼睛和身體裡。

無瑕的程式碼 (Clean Code)

撰寫機器能執行的細節需求稱為「撰寫程式 (programming)」，而這些明確描述的文字稱為「程式碼 (code)」。
程式碼是最終被我們用來闡述需求的語言。
急於讓產品上市，導致程式碼變得一團糟，當開始加入越來越多的產品功能時，程式碼就變得越來越糟，一直到再也無法管理這團混亂。劣質的程式碼可能導致一家公司的倒閉。
勒布朗克法則 (LeBlanc's Law)：待會兒等於永不。
花時間保持程式碼的整潔，並不只關係到成本的效益，還關乎到專業職場的生存之道。
錯並不在這些事物上，而是在我們本身，我們不夠專業。
你製造了爛的程式並不會因此趕上截止期限，事實上，爛程式只會馬上讓你的開發速度變得更慢，並導致你錯過截止期限。在截止期限前完成工作的唯一方法，也是讓開發速度變快的唯一方法，就是隨時隨地，都確保程式碼盡可能的整齊潔淨。
能夠分辨程式碼的好壞，不代表知道如何寫出 Clean Code。「程式感 (code-sense)」是能寫出 Clean Code 的關鍵因素。
沒有辦法先不讀程式就先去寫程式，所以讓程式碼更容易閱讀，也會讓程式碼變得更容易撰寫。
光是把程式碼寫好還不夠，程式碼還必須持續地保持整潔。

有意義的命名 (Meaningful Names)

選一個好的名稱是相當花時間，但省下來的時間比花掉的時間還多。
問題不在於程式碼的簡易度，而在於程式碼的隱含性 (implicity)：即程式的上下文資訊未能由程式本身明確地展現出來的程度。
拼字與意圖相似的字詞就是恰當資訊，而使用與意圖不一致的拼寫就是誤導了。
增加數字的序列或無意義的字詞或許可以滿足編譯器的規定，但這並不是一個好的程式設計。假使名稱必須有所不同，那麼它們也應該代表著不同的意義才對。
讓你的命名能夠唸得出來。如果你唸不出你取的名稱，那就只能像白癡般用拼音來討論它。
長命名勝過短命名。如果一個變數或常數在程式裡不少地方都可能使用，那最好給它們一個容易被搜尋到的名稱。
現代程式語言有更豐富的型別，而且編譯器或編輯器會替我們記住型別，並要求這些型別一致，因此命名進行編碼、加上額外的字首或字尾顯得沒有必要。
專業的程式設計師知道「清楚明白才是王道」，專業人士運用本身的好能力，寫出讓別人可以瞭解的程式碼。
類別和物件應該使用名詞或名詞片語來命名，類別的名稱也不應該是動詞，方法應該使用動詞或動詞片語。
替單一抽象概念挑選一個字詞，並堅持持續地使用它。
避免使用同一個字詞代表兩種不同的目的。使用同一個字詞代表兩種不一樣的想法，基本上就是雙關語，這必須避免。
優先使用電腦領域的技術性名稱命名變數，其次才是使用問題領域的詞彙來命名。
較短的命名若能清楚地表達涵義，通常好過於較長的名稱。盡量減少在名稱上加入不必要的上下文資訊 (context)。

函式 (Functions)

關於函式的首要準則，就是要簡短。第二項準則，就是要比第一項的簡短函式還要簡短。
每個函式都一清二楚，透露出本身的意圖。每個函式帶領著你至下個函式，這就是函式該有的簡短。
函式應該做一件事情。它們應該把這件事做好。而且它們應該只做這件事。
如果函式只做了函式名稱下「同一層抽象概念」的幾個步驟，那麼，這個函式就算是只做了一件事。
我們希望程式的閱讀就像是由上而下的敘事。我們希望每個函式後面都緊接著「下一層次的抽象概念」。這是降層準則。
從本質來看，switch 敘述縱是在做 N 件事情。我們無法永遠避開使用 switch 敘述，但我們能確保讓每個 switch 敘述都被深埋到較低抽象層次的類別裡，而且他永遠不會被重複使用。
當每個你看到的程式，執行結果都與你想的差不多，你會察覺到你正工作在 Clean Code 之上。
只要函式越簡短和越集中在做該做的事情上，就越容易替函式取個具有描述性質的名稱。
函式的參數數量，最理想的是零個 (零參數函式；niladic)，其次是一個 (單參數函式；monadic)，再不然就是兩個 (雙參數函式；dyadic)。可以的話，盡量避免使用三個參數 (三參數函式；triadic)。如果要使用超過三個參數 (多參數函式；polyadic)，必須有非常特殊的理由，否則無論無論如何都不應該如此做。
參數和函式處於不同的抽象層次，而且參數強迫你去瞭解目前並不那麼重要的細節。
輸出型的參數比輸入型的參數更難以理解。
當一個函式看起來需要超過兩個或三個的參數時，很可能需要將當中的一些參數包裝在一個類別裡。
在單一參數的形式中，函式與參數要形成一個動詞／名詞的良好配對。另外可以使用關鍵字形式的函式命名，將參數的名稱編碼加入到函式名稱裡。
副作用 (side effects) 就像是個謊言。你的函式保證只做一件事，卻暗地裡偷偷做了七他事情。函式必須要無副作用！
函式應該要能做某件事，或能回答某個問題，但兩者不該同時發生。
使用例外處理取代回傳錯誤碼。
函式應該只做一件事，而錯誤處理就是一件事。所以，一個處理錯誤的函式，應該不能再做其他的事。
不要重複自己 (Don't repeat yourself)，重複程式碼也許是軟體裡所有邪惡的根源。從副程式發明以來，軟體發展領域的所有創新，都是為了消除原始碼中的重複。
每個系統都是由某個特定領域的語言設計而成的，而這種特定領域語言則是「程式設計師為了描述系統所設計的」。函式是這個語言裡的動詞，類別則是這個語言裡的名詞。
程式設計大師在撰寫程式時，並不認為自己是在寫程式，而是在說故事。

註解 (Comments)

事實上，在最好的情況下，註解也只不過是一種必要之惡。
一個註解存在的時間越久，事實就越來越偏離當初的程式碼解釋，甚至可能完全就是個誤導。原因很簡單，因為程式設計師並沒有如實地維護它們。
真相永遠只存在於一個地方：程式碼。只有程式碼能忠實地告訴你它的作用，它是唯一準確的事實來源。
整潔具有表達力又極少使用註解的程式碼，遠優於雜亂複雜又滿是註解的程式碼。與其花時間寫註解來解釋你所造成的混亂，不如花時間去整理那堆混亂的程式碼。
真正有益的註解，是你想辦法不寫它的註解。
在每個原始碼檔案的開頭寫入著作權聲明及作者資訊，就是必須且合理的註解。
如果你決定要寫下註解，你就應該花上必要的時間，確保你寫出來的是最好的註解。
如果有一條規則是這麼說的，每個函式都必須有一個 Javadoc ，或每個變數都應該要有註解來說明，那麼這樣的規定就有夠傻的了。
想儲存修改程式碼的日誌、程式碼的出處及署名、不使用的程式碼，原始碼管控系統會是一個比較好的選擇，不要使用註解來儲存這些資訊。
被註解掉的程式碼，就像是一瓶壞掉的葡萄酒，在瓶底所沈澱的殘渣，直接刪掉這些程式碼吧。
註解的目的在於說明無法表達本意的程式碼。如果連註解本身都需要額外的解釋，那真是一件遺憾的事。

編排 (Formatting)

程式的編排是一種溝通方式，而溝通是專業開發者的首要之務。
程式碼的風格和可讀性，會在程式中立下先例，持續地影響程式的可維護性及可擴充性，就算程式碼已經被修改到無法認出原本的面貌，或者程式碼已經消失，你的程式風格和紀律依然會存在。
一個原始碼檔案應該多大才好？簡短的程式碼往往比大型的程式碼更容易讓人理解。
每一行程式碼都代表一個表達式或某個程式子句，還有每一段程式碼都代表一個完整的思緒。應該用空白行來分隔這些思緒。
除非你有一個很好的理由，否則相近的概念不該被分散在不同的檔案裡。
變數的宣告應該盡可能靠近變數被使用的地方。
實體變數應該被宣告在一個大家都熟悉的地方：類別的最下方，或是類別的最上方。
呼叫敘述應該要在被呼叫函式的上方，這能使得程式本身有自然的順序。
程式裡的某些程式碼，希望能和其他程式碼盡可能地相近，因為它們在概念上有著相似的性質。當這個相似性越高時，它們之間的垂直距離就應該越短越好。
我們希望函式呼叫呈現一種向下的相依性。也就是說，一個被呼叫的函式，應該要出現在「執行呼叫的函式」的下方。這也產生了一個良好的項下流程，由上往下查看原始碼時，可以依序發現高層模組，再接著找到低層模組。
一行的程式碼應該有多寬呢？不需要使用捲軸捲到右方才是適當的寬度。(作者個人的寬度上限是 120 個字元)
一個原始檔是個階層結構，而非大綱結構。在這個階層結構下的各個階層都是一個視野 (scope)。
為了要讓視野的層次結構更顯而易見，我們根據各行在階層結構下的層級，對原始碼的各行進行了縮排。
如果沒有了縮排，程式在視覺上將無法被人類輕易地閱讀。
一個團隊的開發者，應該要認同某一種編排風格，而且所有團隊的成員都該使用這種編排風格。我們維持一致的軟體編排風格。我們並不想讓它看起來是由一群意見不合的個體所寫成的。
記住，一個好的軟體系統，是由一套具良好可讀性的文件所組成。它們需要有一致且順暢的風格，讀者要能確信，他／她在某個原始檔看到的編排所代表的意義，在別的原始檔也是相同的。

參考書籍

Robert C. Martin 著，戴于晉、博碩文化編譯，無瑕的程式碼：敏捷軟體開發技巧守則，新北市：博碩文化，2013。
譯自：Clean Code: a handbook of agile software craftsmanship

###

Upstart

2016-03-27T20:07:00.000+08:00

Upstart 是一種 init 服務 (daemon)，init 是 Linux 上第一個執行的行程 (process)。init 系統除了 Upstart 之外，還有過去的 System V init (唸作 System Five, 縮寫為 SysV)，與後來發展的 systemd 。Upstart 是 Ubuntu 為了取代 SysV init 所開發出來的系統，採用事件為基礎的設計 (event-based)，利用事件驅動的方式可以平行執行多個程式，提高開機的速度與效能。

Upstart 有兩個重要的概念：「事件 (Events) 」與「工作 (Jobs)」

Job

Job 是一個工作的單位 (unit of work)，Upstart 有三種 Job 類型：

Task Job：程式執行一段時間就會結束， Process 有確定壽命和結束狀態，簡稱「Task」。
Service Job：長時間執行的程式，通常是背景服務，簡稱「Service」。
Abstract Job：不會有子行程產生，純粹僅有工作狀態。

每個 Job 會存在於不同的狀態，共有 11 種狀態 (State)：

waiting：初始狀態
starting：工作即將開始
security：工作正在載入 AppArmor 安全政策
pre-start：執行 pre-start 當中
spawned：即將執行 script 或 exec
post-start：執行 post-start 當中
running：在 post-start 之後，表示 Job 正在執行的過渡期間狀態
pre-stop：執行 pre-stop 當中
stopping：在 pre-stop 之後的過渡期間狀態
killed：工作即將停止
post-stop：執行 post-stop 當中

Job 在 Upstart 系統上是定義在副檔名為 .conf 的組態檔 (Job Configuration File) 裡，檔名應該要能夠表示你所執行的應用服務。至於 Job 要如何撰寫，可以參考 Upstart 文件的第6章。

依據組態檔放置的位置不同，Job 可以區分為：

System Job：組態檔位於 /etc/init/ 目錄中。
User Job：組態檔位於使用者加目錄下的 .init/ 目錄中，Upstart v1.7以後已經不支援。
Session Job：Upstart v1.7之後才有的功能，Job 是被使用者的 Session 所啟動，組態檔有多個位置，請參考 cookbook 說明。

Event

Event 在 Upstart 裡是用來通知其他 Job 或 Event，Event 被發出 (emit) 後會廣播至整個 Upstart 系統，只有感興趣 (也就是有註冊對應的 Event) 的 Job 或 Event 才會收到。

注意到， Event 的名稱允許和 Job 的名稱是相同的。另外， Event 也可能和 Job State 的名稱相同，但是相同名稱的 Event 和 Job State 不是指同一個事情，雖然運作起來很相似 (變動狀態很像發出事件)。

Upstart 有三種 Event 類型：

Signal Event：信號事件是非阻塞 (non-blocking)、非同步 (asynchronous) 的事件，信號事件發出後會立即回傳，允許呼叫者繼續執行其他工作。
Method Event：方法事件是阻塞 (blocking)、同步 (synchronous) 的事件，方法事件如同程式設計的 function 功能，呼叫者發出後必須等待方法事件執行完畢，若有問題發生將回傳錯誤資訊。
Hook Event：掛勾事件與方法事件類似，是阻塞、同步的事件類型，只是用途不太相同，當作旗標 (flag) 的功能通知其他 Job 或 Event，確定所有接收者都執行完畢才繼續。

操作

在 Ubuntu 上和 Upstart 溝通與互動，有下列幾個程式可使用，詳細指令請參考連結的內容：

init - Upstart process management daemon
http://manpages.ubuntu.com/manpages/trusty/en/man8/init.8.html
initctl - init daemon control tool
http://manpages.ubuntu.com/manpages/trusty/en/man8/initctl.8.html
runlevel - output previous and current runlevel
http://manpages.ubuntu.com/manpages/trusty/en/man8/runlevel.8.html
telinit - change system runlevel
http://manpages.ubuntu.com/manpages/trusty/en/man8/telinit.8.html

參考資料：

Chapter 3. The system initialization
https://www.debian.org/doc/manuals/debian-reference/ch03.en.html
Debate/initsystem - Debian Wiki
https://wiki.debian.org/Debate/initsystem/
Upstart Intro, Cookbook and Best Practises
http://upstart.ubuntu.com/cookbook/
Ubuntu Manpage: upstart-events - Well-known Upstart events summary
http://manpages.ubuntu.com/manpages/trusty/en/man7/upstart-events.7.html
Ubuntu Manpage: runlevel - event signalling change of system runlevel
http://manpages.ubuntu.com/manpages/trusty/en/man7/runlevel.7.html

###

Data Storage 資料儲存

2016-03-07T15:30:00.001+08:00

資料儲存由下至上分別是磁碟 (Disk)、磁碟區 (Volume) 與檔案系統 (File System)，從作業系統的角度來看都是存放裝置 (Storage) 組成。以下分別說明相關詞彙。

Disk: 磁碟

磁盤 (Platter)：一個至多個磁盤組成一個磁碟。
磁頭 (Head)：一個磁盤有兩面，每一面有一個磁頭，也就是一個磁盤有2個磁頭。
磁軌 (Track)：磁盤上同心圓定義為磁軌，一面磁盤上有多個磁軌。
磁柱 (Cylinder)：各磁盤上相同位置的磁軌。
磁區 (Sector)：磁碟上可定位的最小單位，也就是資料最小的儲存單位。大小通常是 512 bytes，現在改為 4096 bytes (4KiB) 的大小 (稱為 4K 磁區)。另外，CD-ROM 的磁區通常是 2048 bytes。
磁碟分割(Partition)：磁碟在邏輯上可以分割成不同的區域，讓一個磁碟「看起來」好像有多個磁碟。一個磁碟至少有一至多個磁碟分割。
主要開機紀錄 (Master Boot Record, MBR) ：用來記錄磁碟分割的狀態，位於 Disk 上的第一個磁區，包含開機程式碼 (boot code) 與磁碟分割表 (Partition Table)。
GUID 磁碟分割表 (GUID Partition Table)：另一種用來記錄磁碟分割狀態的格式。
開機磁區 (Boot Sector)：可開機 Partition 上的第一個磁區。

Volume: 磁碟區

在邏輯上 (注意是邏輯上而不是實體上)，可建立檔案系統的最小單位。Partition 不等於 Volume，透過操作可以將多個 Partition 組成一個 Volume，例如 Logical Volume Management (LVM) 、Redundant Array of Independent Disks (RAID) 技術。

File System: 檔案系統

檔案系統的基本功能是決定檔案如何命名、儲存和組織。

區塊 (Block)，Windows 系統上稱為叢集 (Cluster)，或是磁叢：磁碟上處理檔案的最小單位。一個叢集由一至多個磁區組成，在檔案系統格式化時決定。
FAT：檔案配置表 (File Allocation Table) 檔案系統，有多種版本，包括 FAT12、FAT16和FAT32，FAT 後面的數字表示叢集的位元數大小。

FAT16：每個 FAT 實體 (entry) 使用 16 位元紀錄，也就是說最大可定址到2¹⁶ (=65,536) 個叢集。支援最大檔案大小為 4GB，支援最大磁碟區大小為 4GB。根目錄的檔案與資料夾總數最多為 512 個。
FAT32：每個 FAT 實體 (entry) 使用 32 位元紀錄，但保留最高4位元，因此最大可定址到2²⁸ (= 268,435,456) 個叢集。支援最大檔案大小為 4GB，支援最大磁碟區大小為 32GB。每個目錄的檔案與資料夾總數最多為 65534 個。

NTFS：新技術檔案系統 (New Technology File System)。

參考資料：

Disk Devices and Partitions (Windows)
https://msdn.microsoft.com/en-us/library/windows/desktop/aa363966(v=vs.85).aspx
Basic and Dynamic Disks (Windows)
https://msdn.microsoft.com/en-us/library/windows/desktop/aa363785(v=vs.85).aspx
How FAT Works: Local File Systems
https://msdn.microsoft.com/en-us/library/cc776720(v=ws.10).aspx
How NTFS Works
https://technet.microsoft.com/en-us/library/cc781134(v=ws.10).aspx
Cylinder-head-sector - Wikipedia, the free encyclopedia
https://en.wikipedia.org/wiki/Cylinder-head-sector
先進格式 4K 磁區硬碟機轉換|Seagate
http://www.seagate.com/tw/zh/tech-insights/advanced-format-4k-sector-hard-drives-master-ti/
Ubuntu Manpage: fdisk - manipulate disk partition table
http://manpages.ubuntu.com/manpages/trusty/man8/fdisk.8.html
磁碟分割樣式
https://msdn.microsoft.com/zh-tw/library/cc738081(v=ws.10).aspx
File Systems
https://technet.microsoft.com/en-us/library/cc938937.aspx

###

Driver Development 驅動程式開發

2016-01-22T17:28:00.000+08:00

什麼是驅動程式？

驅動程式 (Driver) 是一種軟體元件，介於作業系統 (Operating System) 和硬體裝置 (Device)，用途是讓作業系統和裝置彼此能夠溝通。從系統層面上看，由上而下分別是應用程式 (Application)、作業系統、驅動程式與裝置，如下圖所示。

驅動程式在架構上是分層堆疊 (layered in a stack) 而成，因此驅動程式不一定只和硬體裝置溝通，可能和其他驅動程式溝通。驅動程式依照用途不同可以分為下列幾類：

功能驅動程式 (Function Driver)
直接與硬體裝置直接溝通的驅動程式，稱為 Function Driver。
篩選器驅動程式 (Filter Driver)
輔助處理 I/O 請求的驅動程式，與其他驅動程式相互溝通，稱為 Filter Driver。
軟體驅動程式 (Software Driver)
與硬體裝置無關，是為了處理作業系統的核心資料結構，稱為 Software Driver。
匯流排驅動程式 (Bus Driver)
驅動匯流排以建立裝置樹的驅動程式，稱為 Bus Driver。

驅動程式由誰開發？

驅動程式是由裝置的設計者或製造者所開發，讓作業系統知道如何操作此裝置，進行資料的讀寫。另一方面，依照硬體標準所設計和製造的裝置，這些驅動程式可能就由作業系統廠商開發提供。

驅動程式模型 (Driver Model)

開發硬體裝置的驅動程式有３種模型：

VxD (Virtual Device Driver)：概念是將硬體裝置虛擬化，讓多個應用程式可以共用實際的硬體，所以稱為「虛擬裝置驅動程式」。是 MS-DOS、Windows 3.x 和 Windows 95 使用的技術。
Windows Driver Model (WDM)：非 NT-based 的 Windows 98 與 Windows Me，以及 NT-based 的 Windows 2000 與 Windows XP 使用的技術。
Windows Driver Frameworks (WDF) ，以前稱為 Windows Driver Foundation (WDF)，這是 Windows Vista 以後使用的技術，WDF 包含兩種框架：

硬體裝置的作業系統觀點

在 Windows 系統中，硬體裝置表示為隨插即用裝置樹 (Plug and Play Device Tree，簡稱 Device Tree) 中的裝置節點 (Device Node)，裝置節點之間具有父子 (parent/child) 關係，裝置節點由多個裝置物件 (Device Object) 所堆疊組成，稱為裝置節點的裝置堆疊 (Device Stack)。

裝置物件是一個DEVICE_OBJECT結構，每個裝置物件會有它對應的驅動程式，在系統上表示為驅動程式物件 (Driver Object) ，是一種DRIVER_OBJECT結構，從另一個觀點來看，裝置堆疊可以看成是「裝置物件—驅動程式」組合所堆疊而成。

裝置物件依據建立的驅動程式不同，區分為：

由 Bus Driver 建立的裝置物件，稱為 Physical Device Object (PDO)。
由 Function Driver 建立的裝置物件，稱為 Functional Device Object (FDO)。
由 Filter Driver 建立的裝置物件，稱為 Filter Device Object (Filter DO)。

注意到 Bus Driver 建立的裝置物件，如果這個裝置物件本身就是匯流排的話，那 Bus Driver 所建立的是 FDO 而不是 PDO。換句話說，一個驅動程式可能同時兼具 Bus Driver 和 Function Driver 的角色功能。另外，一個 Driver Object 可以建立多個 Device Object，這也符合直覺上一個 Driver 可以驅動很多 Device 的想法。

參考資料：

What is a driver? (Windows Drivers)
https://msdn.microsoft.com/en-us/library/windows/hardware/ff554678(v=vs.85).aspx
Device nodes and device stacks
https://msdn.microsoft.com/en-us/library/windows/hardware/ff554721(v=vs.85).aspx
Windows Driver Frameworks
https://msdn.microsoft.com/en-us/library/windows/hardware/ff557565(v=vs.85).aspx
Writing WDM Drivers
https://msdn.microsoft.com/en-us/library/windows/hardware/ff566412(v=vs.85).aspx
Overview of Windows Components (Windows Drivers)
https://msdn.microsoft.com/en-us/library/windows/hardware/ff558769(v=vs.85).aspx

###

Cryptosystem 密碼系統

2015-09-24T17:27:00.000+08:00

這篇記錄密碼系統 (Cryptosystem) 的分類

依安全性程度

無條件安全 (Unconditionally Secure)
計算安全 (Computationally Secure)

依加解密資料的處理方式

串流 (Stream) 密碼系統：每次加解密一個 bit 或一個 byte。
區塊 (Block) 密碼系統：以數個 bits 或數個 bytes 為一個單位進行加解密。

依加解密資料的格式

文字 (Text)
多媒體 (Multimedia)

依加解密金鑰的異同

並列出著名的加解密方法 (演算法)，與其加密模式、加密方式。

秘密金鑰密碼系統 (Secret-Key Cryptosystems)，也稱對稱式密碼系統 (Symmetric Cryptosystems)、單金鑰密碼系統 (One-Key Cryptosystems)。

資料加密標準 (Data Encryption Standard, DES)：56 位元金鑰，以64位元為區塊加解密。若明文超過區塊大小則切割成數個區塊處理，各個區塊加解密的處理方式有下列加密模式：

ECB (Electronic Code Book) 加密模式：每個區塊各自獨立加解密處理。
CBC (Cipher Block Chaining) 加密模式：利用初始化向量 (IV) 與第一個明文區塊進行XOR運算後加密，第一個密文與第二個明文XOR運算後加密。
CFB (Cipher Feed Back) 加密模式：初始化向量加密後與第一個明文區塊進行XOR運算，第一個密文加密後與第二個明文區塊進行XOR運算。
OFB (Output Feed Back) 加密模式：初始化向量加密後與第一個明文區塊進行XOR運算，初始化向量加密二次後與第二個明文區塊進行XOR運算。

三重資料加密標準(Triple Data Encryption Standard, Triple-DES 或 3DES)：串接 3 個 DES 使用，金鑰為168 位元或112位元，一樣以64位元為區塊加解密。。
先進加密標準 (Advanced Encryption Standard, AES)，金鑰長度為 128、192 或 256 位元，128 位元區塊加解密，使用 Rijndael 演算法 (讀作“Rain Doll“)。

公開金鑰密碼系統 (Public-Key Cryptosystems)，也稱非對稱式密碼系統 (Asymmetric Cryptosystems)、雙金鑰密碼系統 (Two-Key Cryptosystems)。

RSA：第一個公開金鑰密碼系統，由 MIT 的 Ron Rivest, Adi Shamir, 與 Leonard Adleman 三位教授所發明，取其性是第一個字母而稱 RSA。目前標準為 PKCS#1或 RFC 3447。基於質因數分解，相同的明文會對應到相同的秘文。
ElGamal：基於解離散對數 (Discrete logarithm)，相同的明文會對應到不同的秘文，密文長度為明文的 2 倍。
橢圓曲線 (Elliptic curve)：基於橢圓曲線的有限域 (finite field)，其加解密的運算量較少 (與 RSA 和 ElGamal 相比之下)。

根據參考資料描述：「一般來說，對稱式密碼系統的加解密速度大約比非對稱式密碼系統快1000倍。」因此，為了解決金鑰管理和運算量的問題，通常會使用對稱式與非對稱式所組合成的混合式加密機制。另外，在非對稱式密碼系統的標準中，沒有明確規範金鑰長度。

參考資料：黃明祥、林詠章著，資訊與網路安全概論（第二版）：建構安全的電子商務系統，台北市：麥格羅希爾，2007。

###

Agile, Lean, Kanban 敏捷, 精實, 看板

2015-08-07T17:04:00.000+08:00

這篇記錄軟體開發方法的一些原則

敏捷軟體開發 (Agile Software Development)

敏捷軟體開發的 4 大價值觀 (values)

個人與互動重於流程與工具
Individuals and interactions over processes and tools
可用的軟體重於詳盡的文件
Working software over comprehensive documentation
與客戶合作重於合約協商
Customer collaboration over contract negotiation
回應變化重於遵循計劃
Responding to change over following a plan

敏捷軟體的 12 個原則 (principles)

我們最優先的任務，是透過及早並持績地交付有價值的軟體來滿足客戶需求。
Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.
竭誠歡迎改變需求，甚至已處開發後期亦然。敏捷流程掌控變更，以維護客戶的競爭優勢。
Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage.
經常交付可用的軟體，頻率可以從數週到數個月，以較短時間間隔為佳。
Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.
業務人員與開發者必須在專案全程中天天一起工作。
Business people and developers must work together daily throughout the project.
以積極的個人來建構專案，給予他們所需的環境與支援，並信任他們可以完成工作。
Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done.
面對面的溝通是傳遞資訊給開發團隊及團隊成員之間效率最高且效果最佳的方法。
The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.
可用的軟體是最主要的進度量測方法。
Working software is the primary measure of progress.
敏捷程序提倡可持續的開發。贊助者、開發者及使用者應當能不斷地維持穩定的步調。
Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.
持續追求優越的技術與優良的設計，以強化敏捷性。
Continuous attention to technical excellence and good design enhances agility.
精簡──或最大化未完成工作量之技藝──是不可或缺的。
Simplicity--the art of maximizing the amount of work not done--is essential.
最佳的架構、需求與設計皆來自於能自我組織的團隊。
The best architectures, requirements, and designs emerge from self-organizing teams.
團隊定期自省如何更有效率，並據之適當地調整與修正自己的行為。
At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.

精實軟體開發 (Lean Software Development)

精實軟體開發的 7 大原則，源自於 Mary Poppendieck & Tom Poppendieck 在 2003 年出版的著作：Lean Software Development: An Agile Toolkit

消除浪費 (Eliminate waste)
增強學習 (Amplify learning)
盡量延遲決策 (Decide as late as possible)
盡快交付 (Deliver as fast as possible)
授權團隊 (Empower the team)
嵌入完整性 (Build integrity in)
著眼整體 (See the whole)

看板方法 (Kanban Method)

看板方法是由 David J. Anderson 在 2005 年所創造的流程控制方法。

看板方法的 4 個基本原則 (foundational principles)

從既有的流程開始
Start with existing process
同意持續增量、漸進的變化
Agree to pursue incremental evolutionary change
尊重當前的流程、角色、職責和頭銜
Respect the current process, roles, responsibilities and titles
鼓勵各層級的領導行為
Leadership at all levels

看板方法的 6 個實務 (core practices)

步驟１：視覺化
Visualize
步驟２：限制半成品 (WIP) 數量
Limit Work-In-Progress
步驟３：管理工作流程
Manage flow
策略４：讓規則明確
Make policies explicit
策略５：落實回饋循環
Implement feedback loops
策略６：由協作改善，經實驗演進
Improve collaboratively, evolve experimentally using models and the scientific method

參考資料

Manifesto for Agile Software Development
http://www.agilemanifesto.org
李智樺著，精實開發與看板方法，台北：精誠資訊，2015.03。
Ruddy Lee 分享空間，https://ruddyblog.wordpress.com/tag/精實開發與看板方法/

###

Wisdom and Teachings

2014-12-28T20:23:00.000+08:00

記錄一些原則與智慧，取自『柯維經典語錄』一書。

責任心 (Accountability)

沒有任何事情比許下承諾卻無法遵守，更快破壞彼此的信任。相反地，沒有任何事情比信守承諾更能夠建立信任。
想要改善任何情況，你必須先改善自己。想要改變你的妻子，你必須先改變自己。想改變你丈夫的態度，你必須先改變自身的態度。想贏得更多的自由，你必須更有責任心、更加自律。

平衡 (Balance)

關鍵不在於排出你行程表上的優先順序，而在於規劃出你人生的優先順序。

選擇 (Choice)

每個人都有四種與生俱來的天賦，自我察覺、良知、獨立意志和創造力。他們賦予人類無限的自由：選擇、回應，以及改變的力量。
真正傷害我們的並不是事件本身，是我們對於該事件的反應傷害了我們。
人類最大的自由在於我們有權、也有能力決定要如何讓其他人，或每件事情影響我們。
你所處的環境是由你的想法、你的信念、你的理想、你的人生觀所形塑出來的；只要你的想法、信念、理想、人生觀沒有改變，你的環境就不會改變。

貢獻 (Contribution)

我們每個人的內心深處，都嚮往偉大且有貢獻的人生 — 真正有意義、且有所作為的非凡人生。在家裡、在職場上，以及在社會裡，我們可以有自覺地選擇遠離平庸的生活，活出偉大的人生。
這世上有成功者，也有貢獻者。許多成功者也會貢獻，但他們大多只是準備要付出，卻未真的貢獻。你們應該把貢獻當做今生的使命。

勇氣 (Courage)

人生最大的風險在於不敢承擔一絲風險。

效能 (Effectiveness)

再多更好的建議，若沒有解決真正的問題，都只是空談而已，一點用處也沒有。
忙碌不等於高效能：有的人雖然忙翻天，效率卻不高。

同理心 (Empathy)

要影響別人，關鍵在於懂得感同身受。
如果要我用一句話總結人際關係最重要的原則，那麼根據我多年的觀察，我會這麼說：若想別人了解你，請先了解別人。
你愈深入了解別人，你會愈欣賞他們，你也會愈發敬重他們。跟別人的靈魂接觸，形同行走在聖殿當中。
話語就像是高處丟下的雞蛋：一旦丟出，你無法叫他們回頭；對於他們落地後造成的髒亂，你也無法視而不見。

真誠正直 (Integrity)

不要替別人的短處辯白，也不要為自己的缺點辯護。當你犯了錯，就承認它、修正它、並從中學到教訓 — 立刻去做！
解決問題不能光說不練，你必須走進問題核心去解決它。

領導力 (Leadership)

有效的領導是要事優先處理。有效的管理則是紀律至上，而且要確實執行。
在工業時代，領導是個職位。在知識時代，領導是種選擇。

學習 (Learning)

知道了卻不去做，跟不知道沒有兩樣。

愛 (Love)

從你對一個人的態度，可以看出你是怎麼對待其他人的，因為所有人都是一個整體。
人與人之間的關係裡，沒有不重要的小事，全都是大事。

潛能 (Potential)

人有自我察覺的能力：有了這樣的自覺，我們才能在心裡跳脫自我，從旁檢視自身的信念以及行動，去思考自己究竟思考的是什麼。

自律 (Self-Discipline)

大多數人會把紀律與不自由劃上等號，但事實上恰好相反：堅持紀律的人才是真正自由的人，不守紀律的人則會淪為情緒、慾望與激情的奴隸。

綜合統效 (Synergy)

如果兩人看法相同，其中一人必屬多餘。
綜合統效跟妥協不一樣，在妥協裡，一加一頂多只等於一個半。

信任 (Trust)

想要別人信任你，首先做個值得信任的人。

真理 (Truth)

我們看待問題的方式，本身就是一大問題。
原則與實務不同；實務只適用於特定情況，但原則卻是更深層、更根本的真理，它通用於各種情況。

願景 (Vision)

一個人的本性，決定了他看待事物的角度。
工作本身不會有未來，未來只存在你自己的身上。
要想有效改變自己，我們首先必須改變自己的看法。

雙贏 (Win-Win)

或許在真正懂得分享之前，我們需要先經歷擁有的感覺。
為自己著想，但不忘他人的權益。

資料來源：
史蒂夫．柯維(Stephen R. Covey)著，胡琦君譯，柯維經典語錄：18個關鍵原則，創造成功人生，台北：遠見天下文化，2013。譯自：The wisdom and teachings of Stephen R. Covey

###

Zero to One

2014-10-29T23:53:00.001+08:00

如果你想用創業去改變未來，那你一定要看彼得‧提爾 (Peter Thiel) 的「從0到1：打開世界運作的未知祕密，在意想不到之處發現價值」。彼得是 PayPal 的創辦人，現在是矽谷創投公司創辦人基金 (Founder Fund) 的合夥人，這本書源自於彼得在史丹佛大學開設的創業課程，他的學生布雷克‧馬斯特 (Blake Masters) 做了詳盡的筆記後廣為流傳，後來兩人合作改寫成「從 0 到 1 」出版，這本書主要談的就是：如何建立一個可以創新的公司。

創新是一種進步，作者在第一章提到進步有兩種型式：

垂直或密集式的進步 (vertical or intensive progress)
開發新的事物，這是從 0 到 1 的進步，例如科技 (technology) 的發展。
水平或延伸式的進步 (horizontal or extensive progress)
複製已經成功的事物，這是從 1 到 n 的進步，例如全球化 (globalization) 的發展。

這本書談的創新是「從 0 到 1 」這種形式的進步，那我們要如何建立一個可以「創新」的公司呢？作者要我們先從這個問題開始回答：

有什麼是你跟其他人有不同看法，但是你覺得很重要的事實？

創業家從 1999 年的網路泡沫中得到教訓，但作者的看法則有不同，如下：

循序漸進，但大膽冒險比無聊瑣碎好。
保持精簡有彈性，但壞計畫比沒計畫好。
面對競爭求取進步，但競爭市場賺不到錢，要成為獨占市場的企業。
專注在產品，而非專注銷售。但銷售與競爭一樣重要，不同產品需要不同的銷售方法。

大致上整本書圍繞著上述幾個觀點，作者分享他的看法，說明如何建立一個可以創新的公司。如推薦所言：「當一個有冒險精神的人願意寫書，就買來看。如果寫書的是彼得‧提爾，就看兩遍。但是保險起見，請看三遍。因為這本書絕對是經典之作。」確實如此！

彼得‧提爾 (Peter Thiel)、布雷克‧馬斯特 (Blake Masters)，季晶晶譯，從0到1：打開世界運作的未知祕密，在意想不到之處發現價值，台北：天下雜誌，2014。
譯自：Zero to One: Notes on Startups, or How to Build the Future

###

Project Management 專案管理

2014-10-14T21:22:00.001+08:00

什麼是專案？

專案 (Project) 是在一次性的工作中，必須同時完成成效 (performance) 、時間 (time) 、成本 (cost) 和範疇 (scope) 的多重任務要求，簡稱為 PCTS。換句話說，一個專案必須有特定的成效，有明確的開始和結束時間，有預算，也有明確規範工作的大小。另外，品管學者約瑟夫．朱蘭(Joseph M. Juran) 說：「專案是為了解決問題所排定的進度表。」這是更簡單的解釋。

什麼是專案管理？

為了完成專案的目標，將所有計劃、進度與管控的行動無瑕的結合運作 (facilitate)，這就是專案管理。專案管理的首要原則：一定要讓未來會牽涉到專案實際作業的人，共同參與專案計畫的工作。專案管理不同於一般的管理，在於專案的 PCTS 任務特性，例如一般事務性的工作內容，就沒有這些特性。

一個專案中的角色成員

專案經理 (Project Manager)
專案的啟動者 (Enabler)，領導並且協助團隊成員順利完成他們所負責的工作。
團隊成員 (Team Members)
實際執行工作的人員，負責完成專案所訂定的目標。
贊助者 (Sponsor)
指定 PCTS 中的任意 3 個限制條件。另外一個條件是由專案經理所計劃與管理。

專案的生命週期

概念
市場概念形成，競爭力調查
定義
定義問題，產生願景，擬定專案任務大綱
計畫
發展策略，實行計畫，風險管理
執行
逐項完成工作，監控過程，修正錯誤
結案
結論報告，檢討回顧

參考資料
詹姆斯．路易斯 (James P. Lewis)著，葛迺駿譯，我懂了！專案管理，台北：經濟新潮社，2003。

註：「迺」讀「ㄋㄞˇ」
###

AngularJS

2014-10-06T21:35:00.000+08:00

AngularJS 是一個用於動態網頁應用程式 (dynamic web apps) 的結構框架 (structural framework)，AngularJS 的特點在於強化 HTML 本身的功能，讓我們利用 HTML 的語法就能建立一個動態的網頁應用程式。之所以稱為「Angular」是源於 HTML 的「角括號的尖角」，AngularJS 有 HTML 延伸的意涵在裡面。換句話說，如果想要學習 AngularJS 這個框架，必須對於 HTML 有基本的認識。

HTML 是一種專門描述靜態文件的宣告式語言 (declarative language)，HTML告訴瀏覽器該做什麼，但沒辦法說明該如何執行功能，本質上不能使用 HTML 建立動態網頁應用程式。意思是說，靜態文件與動態網頁應用程式之間存在著「阻抗不匹配 (impedance mismatch)」的問題。

有兩種方式解決阻抗不匹配的問題：

程式庫 (library)
程式庫包含很多開發應用程式需要的函式，呼叫這些函式實現我們需要的功能，例如 jQuery 就是其中的一種。
框架 (framework)
針對某種應用情境設計的程式架構，我們需要在架構中填入程式碼以實現功能，例如 durandal, ember 等。

然而 AngularJS 選擇另一種不同的解決方法，AngularJS 增強 HTML 的語法，使用 JavaScript 開發 HTML 編譯器，讓瀏覽器能夠解析這些新的語法，AngularJS 稱為指令 (directive)。

AngularJS 所採取的是宣告式語言這一條路，因此在 AngularJS 的學習上，使用指令會比撰寫 JavaScript 還要來的重要，大部分都是在編輯 HTML 檔案 (也就是使用 directive)。這也和其他用戶端的框架不太一樣，像是 ember, Ext JS 等，因為這類框架採取的是命令式語言 (imperative language) 這一條路，開發上主要是撰寫 JavaScript。

前面提到框架是針對某種應用情境設計的程式架構，AngularJS 的設計主要是針對資料類型的開發，也就是 CRUD (create, read, update and delete) 的應用程式。遊戲與 GUI 操作的應用程式就不太適合使用 AngularJS 了， CRUD 的應用類型是 AngularJS 的強項。

目前 (2014/10) 沒有關於 AngularJS 的中文書籍，對於國內推廣 AngularJS 會有些困難。學習上大多是英文網站的資訊，這裡推薦W3Schools 的 AngularJS Tutorial ，頗為簡要而易懂，其他資源則請參考 AngularJS 官方網站：

上述內容參考自 Developer Guide / Introduction 。
###

Black Tea 品味紅茶

2014-09-20T13:11:00.000+08:00

最近研究了一下紅茶，在此分享有關紅茶的知識。

紅茶茶葉原產於中國，但卻是英國塑造了紅茶文化，紅茶變成茶的主流，甚至是茶的代名詞。英國人稱紅茶為「Black Tea」是因為紅茶茶葉是黑色的緣故，而我們東方稱為紅茶是因為紅茶茶湯色澤呈現紅褐色的緣故。

奶茶：紅茶加牛奶，或是牛奶加紅茶，這是經濟上的考量，有兩種說法。過去茶葉是奢侈品，為了能夠多喝幾杯，於是加入較便宜的牛奶。另一種說法則是有段時間牛奶供不應求，如果添加紅茶在牛奶之中，就能夠減少牛奶的使用量。不論何者真實，奶茶確實是好喝的飲品之一！

茶葉以產地聞名，也通常以產地命名。全世界公認的紅茶生產地有三個國家：印度、錫蘭與中國，其出產的紅茶如下：

印度，產地位於印度東北部

阿薩姆省 (Assam)，稱為阿薩姆紅茶。
西孟加拉省 (West Bengal) 的大吉嶺 (Darjeeling)，稱為大吉嶺紅茶。

斯里蘭卡 (Sri Lanka)，統稱為錫蘭紅茶 (Ceylon Tea)。

烏沃省 (Uva)
努沃勒埃利耶區 (Nuwara Eliya)
汀普拉村 (Dimbula)

中國

安徽省祁門縣，出產的紅茶稱為「祁紅」。(祁：讀作ㄑ一 ˊ)

除了上述三個國家外，生產紅茶比較著名國家的還有肯亞、爪哇、台灣。

接下來介紹紅茶的等級 (Grade)，所謂的等級和品質無關，純粹只是區分茶葉的大小和生長部位。為什麼要分級呢？因為與泡茶的時間有關，越大片的茶葉沖泡的時間越長。紅茶的等級如下，依照茶葉生長位置由上而下(葉片由小至大)：

花橙黃白毫 (Flowery Orange Pekoe, 簡稱 FOP)
橙黃白毫 (Orange Pekoe, 簡稱 OP)
白毫 (Pekoe, 簡稱 P)
白毫小種 (Pekoe Souchong, 簡稱 PS)
小種 (Souchong, 簡稱 S)

若依茶葉的完整性，有沒有切碎處理，可以分為下列 3 種：

全葉茶 (Leaf, 沒有簡稱)，或稱葉茶。
碎茶 (Broken, 簡稱 B)，或稱散茶。沖泡時間較全葉茶短。
粉茶 (Dust, 簡稱 D)，或稱末茶。沖泡時間最短，分級過程中剩下的細粉狀茶葉，通常也最廉價。

了解產地與分級，最後介紹紅茶的調和變化，這大概是紅茶比較特別的地方。從產地出來是怎樣就是怎樣的紅茶，稱為原味茶，或稱產地茶。而調和兩種以上的原味茶，則稱為混合茶。若是在原味紅茶製作過程加入其他果香味，則是加味茶。以下是這些變化中較知名的紅茶清單：

原味茶 (Plain Tea)

阿薩姆 (Assam Tea)
大吉嶺 (Darjeeling Tea)

混合茶 (Blended Tea)

英國早餐茶 (English Breakfast Tea)，混合印度、錫蘭或肯亞的產地茶調配而成的紅茶。
英國下午茶 (English Afternoon Tea)，混合印度及非洲的產地茶調和而成的紅茶。

加味茶 (Flavoured Tea)

伯爵茶 (Earl Grey Tea)，在中國的英國外交使節格雷 (Earl Grey) 伯爵將中國茶葉調製的祕方帶回給傑克森 (Jacksons) 公司而聞名，主要是紅茶調和品味紅茶的香氣而醞釀的獨特風味。
仕女伯爵紅茶 (Lady Grey Tea)，紅茶加橘皮、檸檬皮和矢車菊葉所調製的。
薄荷紅茶

參考書籍
孟樊，寫意紅茶：在杯中、書中、影中品味紅茶，臺北：時報文化，2007。

###

subprocess 子行程管理

2014-09-12T20:07:00.000+08:00

subprocess 是 Python 程式語言中用來新增子行程的模組，這是在 PEP 324 中所提出的建議，主要是統一 Python 新增子行程的方法，用來取代 os.system, os.spawn*, os.popen*, popen2.*, commands.* 等這些模組和函式。基本上，在 Python 中如果要新增子行程，你只要知道 subprocess 模組就行了。

subprocess 模組最重要的是 Popen 類別，建立 Popen 物件時將會新增子行程去執行你要的工作，Popen 類別用起來比較精細，可操作的地方較多，相對較麻煩一些。因此 subprocess 模組提供下列三種方便的函式來新增子行程，注意到這三個函式是屬於同步呼叫 (synchronous call) 的方式，一定會等到子行程結束才執行下一行程式碼。

subprocess.call(args, *, stdin=None, stdout=None, stderr=None, shell=False)
最簡單的子行程新增方式，執行並等待結束，回傳子行程的回傳值 (return code)。
subprocess.check_call(args, *, stdin=None, stdout=None, stderr=None, shell=False)
呼叫子行程，並判斷回傳值是否為是否為 0，不然就引發 CalledProcessError 例外。
subprocess.check_output(args, *, stdin=None, stderr=None, shell=False, universal_newlines=False)
呼叫子行程，與 subprocess.check_call 函式行為相似，但回傳 stdout 的字串值。

接下來介紹 Popen 類別，Popen 的建構子如下：
class subprocess.Popen(args, bufsize=0, executable=None, stdin=None, stdout=None, stderr=None, preexec_fn=None, close_fds=False, shell=False, cwd=None, env=None, universal_newlines=False, startupinfo=None, creationflags=0)

Popen 物件則有下列方法和屬性：

方法

Popen.poll()：判斷子行程是否結束，如果結束回傳 returncode 值，否則回傳 None 。
Popen.wait()：等待子行程結束，回傳 returncode 值。
Popen.communicate(input=None)：與子行程通訊，回傳 tuple 資料型態為 (stdoutdata, stderrdata)，注意要通訊的 stdin, stdout, stderr 引數必須設定為 subprocess.PIPE 。
Popen.send_signal(signal)：送信號給子行程。
Popen.terminate()：終止子行程，送出 SIGTERM 信號。
Popen.kill()：停止子行程，送出 SIGKILL 信號。

屬性

stdin：如果建立 Popen 時的 stdin 引數是 subprocess.PIPE，那麼這個屬性會是 file object，否則為 None。
stdout：如果建立 Popen 時的 stdout 引數是 subprocess.PIPE，那麼這個屬性會是 file object，否則為 None。
stderr：如果建立 Popen 時的 stderr 引數是 subprocess.PIPE，那麼這個屬性會是 file object，否則為 None。
pid：子行程的 process ID。
returncode：子行程結束的回傳值，如果子行程還在執行沒有結束，returncode 會是 None 。

最後，注意 shell 引數若設定為 True 時，我們必須確定空白字元和 shell metacharacters 有被引號正確地包起來，不然建立子行程會錯誤或不如預期。預設的 shell=False 使 subprocess 模組會完整傳送所有字元，包含 shell metacharacters。看下列範例會更清楚

import subprocess
subprocess.check_output(['printf','Hello World\n'])
subprocess.check_output(['printf "Hello World\n"'], shell=True)
subprocess.check_output('printf "Hello World\n"', shell=True)

上述 3 行程式碼執行結果是相同的，差別在於 shell=True 時必須用引號處理空白和 metacharacters，最後一行則是因為序列 (sequence) 的引數只有一個，可以簡化成字串作為引數。

文件中建議，如果讓使用者輸入參數作為子行程的引數會有安全行的問題，容易發生 Shell injection 的危險，如果你很確定引數沒有任何疑慮，使用 shell=True 倒是讓程式碼更容易閱讀。

###

103學年大學校院一覽

2014-08-28T12:30:00.002+08:00

延續前一篇「103學年技專校院一覽」文章，利用政府資料開放平臺取得大專校院名錄，再利用程式處理就可以得到103學年的大學校院清單。

大學(共61所)

國立政治大學：www.nccu.edu.tw
國立清華大學：www.nthu.edu.tw
國立臺灣大學：www.ntu.edu.tw
國立成功大學：www.ncku.edu.tw
國立中興大學：www.nchu.edu.tw
國立交通大學：www.nctu.edu.tw
國立中央大學：www.ncu.edu.tw
國立中山大學：www.nsysu.edu.tw
國立臺灣海洋大學：www.ntou.edu.tw
國立中正大學：www.ccu.edu.tw
國立陽明大學：www.ym.edu.tw
國立臺北大學：www.ntpu.edu.tw
國立嘉義大學：www.ncyu.edu.tw
國立高雄大學：www.nuk.edu.tw
國立東華大學：www.ndhu.edu.tw
國立暨南國際大學：www.ncnu.edu.tw
國立臺北藝術大學：www.tnua.edu.tw
國立臺灣藝術大學：www.ntua.edu.tw
國立臺東大學：www.nttu.edu.tw
國立宜蘭大學：www.niu.edu.tw
國立聯合大學：www.nuu.edu.tw
國立臺南藝術大學：www.tnnua.edu.tw
國立臺南大學：web.nutn.edu.tw
國立體育大學：www.ntsu.edu.tw
國立金門大學：www.nqu.edu.tw
國立臺灣體育運動大學：www.ntupes.edu.tw
國立屏東大學：www.nptu.edu.tw
東海大學：www.thu.edu.tw
輔仁大學：www.fju.edu.tw
東吳大學：www.scu.edu.tw
中原大學：www.cycu.edu.tw
淡江大學：www.tku.edu.tw
中國文化大學：www.pccu.edu.tw
逢甲大學：www.fcu.edu.tw
靜宜大學：www.pu.edu.tw
長庚大學：www.cgu.edu.tw
元智大學：www.yzu.edu.tw
中華大學：www.chu.edu.tw
大葉大學：www.dyu.edu.tw
華梵大學：www.hfu.edu.tw
義守大學：www.isu.edu.tw
世新大學：www.shu.edu.tw
銘傳大學：www.mcu.edu.tw
實踐大學：www.usc.edu.tw
高雄醫學大學：www2.kmu.edu.tw
南華大學：www.nhu.edu.tw
真理大學：www.au.edu.tw
大同大學：www.ttu.edu.tw
慈濟大學：www.tcu.edu.tw
臺北醫學大學：www.tmu.edu.tw
中山醫學大學：www.csmu.edu.tw
長榮大學：www.cjcu.edu.tw
中國醫藥大學：www.cmu.edu.tw
玄奘大學：www.hcu.edu.tw
亞洲大學：www.asia.edu.tw
開南大學：www.knu.edu.tw
佛光大學：www.fgu.edu.tw
明道大學：www.mdu.edu.tw
康寧大學：www.ukn.edu.tw
台灣首府大學：www.tsu.edu.tw
臺北市立大學：www.uTaipei.edu.tw

學院(共4所)

興國管理學院：www.hku.edu.tw
稻江科技暨管理學院：www.toko.edu.tw
馬偕醫學院：www.mmc.edu.tw
法鼓文理學院：www.ddbc.edu.tw

師範&教育大學(共6所)

國立臺灣師範大學：www.ntnu.edu.tw
國立高雄師範大學：www.nknu.edu.tw
國立彰化師範大學：www.ncue.edu.tw
國立臺北教育大學：www.ntue.edu.tw
國立新竹教育大學：www.nhcue.edu.tw
國立臺中教育大學：www.ntcu.edu.tw

###

103學年技專校院一覽

2014-08-25T17:04:00.002+08:00

利用政府資料開放平臺取得大專校院名錄，再利用程式處理就可以得到103學年的技專校院清單。

103學年和102學年的技專校院一覽轉變說明如下：

國立臺北商業技術學院 →升格「國立臺北商業大學」
國立屏東商業技術學院 →與「國立屏東教育大學」合併為「國立屏東大學」 (一般大學體系)
華夏技術學院 →升格「華夏科技大學」
永達技術學院停辦
高鳳數位內容學院停辦

103學年技專校院一覽：

科技大學(共57所)

國立臺灣科技大學：www.ntust.edu.tw
國立雲林科技大學：www.yuntech.edu.tw
國立屏東科技大學：www.npust.edu.tw
國立臺北科技大學：www.ntut.edu.tw
國立高雄第一科技大學：www.nkfust.edu.tw
國立高雄應用科技大學：www.kuas.edu.tw
國立虎尾科技大學：www.nfu.edu.tw
國立高雄海洋科技大學：www.nkmu.edu.tw
國立澎湖科技大學：www.npu.edu.tw
國立勤益科技大學：www.ncut.edu.tw
國立臺北護理健康大學：www.ntunhs.edu.tw
國立高雄餐旅大學：www.nkuht.edu.tw
國立臺中科技大學：www.nutc.edu.tw
國立臺北商業大學：www.ntcb.edu.tw
朝陽科技大學：www.cyut.edu.tw
南臺科技大學：www.stust.edu.tw
崑山科技大學：www.ksu.edu.tw
嘉南藥理大學：www.chna.edu.tw (補充：自民國103年7月21日起變更為「www.cnu.edu.tw」)
樹德科技大學：www.stu.edu.tw
龍華科技大學：www.lhu.edu.tw
輔英科技大學：www.fy.edu.tw
明新科技大學：www.must.edu.tw
弘光科技大學：www.hk.edu.tw
健行科技大學：www.uch.edu.tw
正修科技大學：www.csu.edu.tw
萬能科技大學：www.vnu.edu.tw
建國科技大學：www.ctu.edu.tw
明志科技大學：www.mcut.edu.tw
高苑科技大學：www.kyu.edu.tw
大仁科技大學：www.tajen.edu.tw
聖約翰科技大學：www.sju.edu.tw
嶺東科技大學：www.ltu.edu.tw
中國科技大學：www.cute.edu.tw
中臺科技大學：www.ctust.edu.tw
台南應用科技大學：www.tut.edu.tw
遠東科技大學：www.feu.edu.tw
元培醫事科技大學：www.ypu.edu.tw
景文科技大學：www.just.edu.tw
中華醫事科技大學：www.hwai.edu.tw
東南科技大學：www.tnu.edu.tw
德明財經科技大學：www.takming.edu.tw
南開科技大學：www.nkut.edu.tw
中華科技大學：www.cust.edu.tw
僑光科技大學：www.ocu.edu.tw
育達科技大學：www.ydu.edu.tw
美和科技大學：www.meiho.edu.tw
吳鳳科技大學：www.wfu.edu.tw
環球科技大學：www.twu.edu.tw
中州科技大學：www.ccut.edu.tw
修平科技大學：www.hust.edu.tw
長庚科技大學：new.cgust.edu.tw
台北城市科技大學：www.tpcu.edu.tw
大華科技大學：www.tust.edu.tw
醒吾科技大學：www.hwu.edu.tw
南榮科技大學：www.njtc.edu.tw
文藻外語大學：www.wtuc.edu.tw
華夏科技大學：www.hwh.edu.tw

技術學院(共17所)

國立臺灣戲曲學院：www.tcpa.edu.tw
大漢技術學院：www.dahan.edu.tw
慈濟技術學院：www.tccn.edu.tw
和春技術學院：www.fotech.edu.tw
致理技術學院：www.chihlee.edu.tw
亞東技術學院：www.oit.edu.tw
桃園創新技術學院：www.tiit.edu.tw
德霖技術學院：www.dlit.edu.tw
蘭陽技術學院：www.fit.edu.tw
黎明技術學院：www.lit.edu.tw
東方設計學院：www.tf.edu.tw
經國管理暨健康學院：www.cku.edu.tw
崇右技術學院：www.cit.edu.tw
大同技術學院：www.ttc.edu.tw
亞太創意技術學院：w2.apic.edu.tw
臺灣觀光學院：www.tht.edu.tw
台北海洋技術學院：www.tcmt.edu.tw

專科學校(共14所)

國立臺南護理專科學校：www.ntin.edu.tw
國立臺東專科學校：www.ntc.edu.tw
康寧醫護暨管理專科學校：www.knjc.edu.tw
馬偕醫護管理專科學校：www.mkc.edu.tw
仁德醫護管理專科學校：www.jente.edu.tw
樹人醫護管理專科學校：www.szmc.edu.tw
慈惠醫護管理專科學校：www.tzuhui.edu.tw
耕莘健康管理專科學校：www.ctcn.edu.tw
敏惠醫護管理專科學校：www.mhchcm.edu.tw
高美醫護管理專科學校：www.kmvs.khc.edu.tw
育英醫護管理專科學校：www.yuhing.edu.tw
崇仁醫護管理專科學校：www.cjc.edu.tw
聖母醫護管理專科學校：www.smc.edu.tw
新生醫護管理專科學校：www.web.hsc.edu.tw

註：上述學校順序不具任何意義，純粹是電腦程式自動排列輸出。

###

如果這不是 Scrum，那什麼才是 Scrum？

2014-07-11T21:46:00.000+08:00

選擇 Scrum 的原因是什麼？為什麼不用其他敏捷方法？
團隊裡面有多少人真的瞭解 Scrum ，Scrum 有正確執行嗎？
如果現在執行的不是 Scrum，那什麼才是 Scrum？

上述 3 個問題是我最近的疑惑，於是把之前台灣第一本專門介紹 Scrum 的中文書笑談軟體工程：敏捷開發法的逆襲拿出來複習，我也把 Teddy 老師 (北科大校友) 的搞笑談軟工上面有關Scrum的文章看了一遍，順便整理歸納一下 (如下3篇)，方便大家有系統地瀏覽閱讀。

認識篇

為什麼要採用Scrum？
Scrum 是一種制度
Scrum 不會幫你解決問題
Scrum 不會幫你解決問題（2）
Scrum 是什麼（1）：雙重回饋機制
Scrum 是什麼（2）：Scrum 的內涵
Scrum 是什麼（3）：三種補充文件
Scrum 是什麼（4）：Product Backlog
Scrum 是什麼（5）：初探 Sprint Planning Meeting
Scrum 是什麼（6）：Sprint Planning Meeting 眉角
Scrum 是什麼（7）：Daily Scrum
Scrum 是什麼（8）：Sprint Demo Meeting
Scrum 是什麼（9）：Retrospective Meeting
Scrum 是什麼（10）：時程估算
Scrum 是什麼（11）：不信邪之流程改善精神
Scrum 是什麼（12）：不要再用focus factor與unplanned items了
Scrum 是什麼（13）：為什麼不建議使用focus factor？
Scrum 是什麼（14）：好問題
Scrum 是什麼（15）：誰適合當Scrum Master？
Scrum 是什麼（16）：Story寫得好才容易估算(上)
Scrum 是什麼（17）：Story寫得好才容易估算(下)
Scrum 是什麼（18）：到底為什麼要估算Story Point哩？

觀念篇

敏捷精神
馬蓋先與敏捷精神
敏捷開發與軟體架構
敏捷開發團隊所需基本技能
就是這個光： Scrum + Lean + XP
鬆弛讓你更敏捷（1）
鬆弛讓你更敏捷（2）：每日工時
鬆弛讓你更敏捷（3）：不好的進度表

Scrum 是一組餐具
Scrum團隊之持續產品開發模式
拜託，這是 Scrum 耶
捧油，Scrum 在那裡？
Scrum與Design Patterns
把Design Thinking放入Scrum與Pattern之中
導入 Scrum？謝謝再聯絡。
導入Scrum很貴嗎？Teddy算給你看
Scrum釘子戶
Slow-start：導入Scrum首部曲
導入Scrum三部曲
可是約耳說要關在自己專屬的房間啊
是不為也，非不能也
都市游擊隊
紀律
捨我其誰之我不知道要做多久
同學，Story不是這樣寫滴
Story point 為何沒有單位：相對論篇

從成語學Scrum
我真是猜不透你啊：Scrum 篇
Scrum 之逆練九陰真經
同誰，九陰真經不是這樣子練滴
再忙，也要跟你開個自省會議
影響Retrospective Meeting成效的四個問題
Retrospective Meeting = 許願池
Scrum團隊如何打考績：有所本篇
Scrum團隊如何打考績：鬼扯篇
我不能 run Scrum，因為我家人不同意

Scrum 與 Kanban應用環境
系統管理團隊結合Kanban與Scrum的經驗
從Scrum到Scrumban的經驗

我去年想嘗試Scrum，今年想用Kanban
用 Kanban + Scrum 支援大型專案
用 Kanban + Scrum 支援大型專案(2)：分組方式
用 Kanban + Scrum 支援大型專案(3)：三層式每日站立會議
用 Kanban + Scrum 支援大型專案(4)：DoD
遊戲團隊結合Agile與Kanban的經驗
Kanban在電信業產品維護團隊的經驗（上）
Kanban在電信業產品維護團隊的經驗（下）
Kanban還少了點什麼

問答篇

只有一個開發人員可以採用Scrum嗎？
Scrum團隊不是要互相分工合作嗎？
導入Scrum真的可以提升一倍的生產力嗎？
等團隊技術能力提升，再來嘗試Scrum？
小員工如何說服老闆導入Scrum？
你可能改變團隊，但改變老闆？
Startup 要不要採用Scrum?
專案Bug太多要不要導入Scrum？

如何估算 story point？
老問題：Story 做不完怎麼辦？
Story與Task的估算單位為什麼不同？
萬事起頭難：如何開始第一個 Sprint？
如何做好ScrumMaster（1）？
功能做不完怎麼辦？
Scrum 分享活動答客問
答客問
答客問 (二)
Scrum 答客問 (三)

Scrum FAQ (1)
Scrum FAQ (2)
Scrum FAQ (3)
Scrum FAQ (4)

最後推薦給大家 Teddy 老師的「笑談軟體工程」系列叢書，不想用行動購買的，也請大家多多瀏覽 搞笑談軟工，期望台灣開發軟體的方法能有較正確的觀念和態度。

開什麼玩笑！談軟體工程：

###

Yeoman 自耕農

2014-07-03T12:54:00.001+08:00

Yeoman 是一個可以幫助我們快速開發 Web 的鷹架工具 (scaffolding tool)，規定最佳實踐 (best practices) 的方法，使得 Web 的開發工作更具生產力。Yeoman 是使用稱為「產生器(Generator)」的外掛方式擴充，使用 Generator 可以快速產生 Web 所需的目錄結構和程式庫檔案，於是 Web 的開發不需要去煩惱這些瑣事，開發者可以專心寫程式去解決問題。

Yeoman 事實上是 3 個工具的組合 (stack)，各自負責不同的工作。

yo
鷹架工具，執行 Yeoman 的 Generator，用來產生 Web 鷹架。
Grunt
建置工具，用來自動化執行任務工作，例如最佳化 HTML 輸出檔案、啟動測試伺服器等。
Bower
套件管理工具，用來管理程式庫的相依性，例如某些 CSS 套件需要 jQuery 就會一起安裝。

在 Ubuntu 上安裝 Yeoman 必須先擁有 Node.js 套件管理程式，也就是 npm，只要安裝 Node.js 後就有 npm 可以使用，執行下列指令安裝 Yeoman：(注意要變成 root，在執行 npm 安裝 yo 套件)

sudo su
npm install -g yo
yo --version

雖然說指令上只有 yo 套件，但執行後會一併安裝 yo, grunt, bower 共 3 個工具。

接著滿重要的是，要安裝需要的Generator，一開始是沒有任何 Generator，請參考 Generator 清單，最常用的大概是 webapp 產生器，Generator 使用 npm 安裝，以 webapp 產生器來說指令是：

sudo su
npm install -g generator-webapp
yo --generators
exit
mkdir my-yo-project
cd my-yo-project
yo webapp

Generator 的套件名稱通常以 generator- 為字首，但應以各個 Generator 的網站為依據。Yeoman 的操作請參考官方的 Getting started ，其中 Grunt 和 Bower 的功能較多，詳細內容可以參閱各自的網站。

###

自我監控分析報告技術監控工具 smartmontools

2014-06-25T18:45:00.001+08:00

現代的磁碟機都有自我監控分析報告技術 (Self-Monitoring, Analysis and Reporting Technology, 簡稱 SMART)，利用 SMART 的資訊我們可以取得磁碟衰退 (degradation) 和故障 (failure) 的警告，提早更換有問題的磁碟機以避免資料損毀。

在 Linux 平台上，我們可以使用 smartmontools 套件讀取磁碟的 SMART 資訊，
Ubuntu 上安裝的指令是 sudo apt-get -y install smartmontools，
以下說明皆以 Ubuntu distribution 為主。在smartmontools 套件中包含兩個公用程式 (utility programs)：

smartctl
控制和讀取磁碟的 SMART 資訊，與執行 SMART 的測試，指令的最後一個引數是裝置名稱 (例如 /dev/sda )，記得執行 smartctl 需要 root 的權限。
smartd
監控 (monitor) SMART 磁碟的服務程式 (daemon)，smartd設定檔位於 /etc/smartd.conf，預設是每1800秒 (30分鐘) 檢查磁碟的 SMART 資訊。

smartctl 和 smartd 的使用方法可以參考說明文件，沒有什麼困難的地方。比較需要注意的是 SMART 中有三種測試，這些「測試」的意義和我們認知不太一樣！(下面的 device 是指你的磁碟機位置，例如 /dev/sda )

線上測試 (online-testing)
磁碟的 SMART 功能開啟時就會進行的「測試」，對效能沒有影響，利用 smartctl -s on device 指令可以開啟線上測試功能。
離線測試 (offline-testing)
每隔4小時進行的「測試」，若磁碟忙碌中則延後執行，對效能可能有影響，利用 smartctl -o on device 指令可以開啟自動離線測試的功能，或是使用 smartctl -t offline device 立即執行離線測試。
自我測試 (self-testing)
分成簡短自我測試 (short self-test) 和擴充自我測試 (extended self-test) 兩種，擴充自我測試也稱為完整自我測試 (long self-test) ，自我測試需要花費數分鐘至數百分鐘進行，其測試結果會在 SMART 日誌 (Log) 上顯示。使用 smartctl -t short device 或 smartctl -t long device 執行自我測試，再使用 smartctl -l selftest device 查看檢查結果。

嚴格來說，SMART 的線上測試和離線測試不能稱為「測試」，線上和離線測試事實上只是更新磁碟 SMART 屬性的數值，因此應該稱為資料收集 (data collection) 較為貼切，在 smartctl 的說明文件提到使用「測試」一詞是個不幸，容易讓人們混淆。在 smartctl 的「Test」一詞都是指離線測試，而「Self-Test」則是指自我測試。

如果要使用 smartd 當我們監控磁碟狀態，建議安裝 smartmontools 套件執行 sudo service smartd start 啟動服務程式，另外執行 sudo update-rc.d smartd defaults 讓系統啟動時執行 smartd 服務程式。

最後說明 SMART 的屬性 (Attributes)，每個屬性有個 ID 和名稱，ID 是從 1 至 253 的整數。屬性有 3 個重要的數值：

RAW_VALUE
屬性的原始數值
VALUE
正規化 (Normalized) 的數值，各磁碟製造商利用自家的演算法將 RAW_VALUE 轉換成 1 至 254 的整數
THRESH
門檻 (Threshold) 值，範圍從 0 至 255 的整數。當 VALUE 小於或等於 THRESH 則代表故障 (failure)。

另外說明屬性的 TYPE 和 UPDATED 欄位。

TYPE 代表屬性的意義，有兩種類型：

Pre-failure
預先故障的屬性，當VALUE 低於 THRESH 表示磁碟即將故障。
Old age
已使用的屬性，當VALUE 低於 THRESH 表示磁碟超出使用期限與設計的耗損次數。

UPDATED 代表屬性的更新方式，有兩種類型：

Always
正常運作下，或是執行離線測試時都會更新數值。
Offline
只有在離線測試時才會更新數值。

講了這麼多，不如直接看執行的結果會比較清楚，在我的電腦上執行 sudo smartctl -A /dev/sda，得到下列的屬性結果。

smartctl 5.41 2011-06-09 r3365 [x86_64-linux-3.11.0-24-generic] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x0033   120   120   050    Pre-fail  Always       -       0
  5 Reallocated_Sector_Ct   0x0033   100   100   003    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   099   099   000    Old_age   Always       -       132766029055628
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       249
171 Unknown_Attribute       0x000a   000   000   000    Old_age   Always       -       0
172 Unknown_Attribute       0x0032   000   000   000    Old_age   Always       -       0
174 Unknown_Attribute       0x0030   000   000   000    Old_age   Offline      -       23
177 Wear_Leveling_Count     0x0000   000   000   000    Old_age   Offline      -       0
181 Program_Fail_Cnt_Total  0x000a   000   000   000    Old_age   Always       -       0
182 Erase_Fail_Count_Total  0x0032   000   000   000    Old_age   Always       -       0
187 Reported_Uncorrect      0x0012   100   100   000    Old_age   Always       -       0
194 Temperature_Celsius     0x0022   038   089   000    Old_age   Always       -       38 (Min/Max 15/89)
195 Hardware_ECC_Recovered  0x001c   120   120   000    Old_age   Offline      -       0
196 Reallocated_Event_Count 0x0033   100   100   003    Pre-fail  Always       -       0
201 Soft_Read_Error_Rate    0x001c   120   120   000    Old_age   Offline      -       0
204 Soft_ECC_Correction     0x001c   120   120   000    Old_age   Offline      -       0
230 Head_Amplitude          0x0013   100   100   000    Pre-fail  Always       -       100
231 Temperature_Celsius     0x0013   100   100   010    Pre-fail  Always       -       0
233 Media_Wearout_Indicator 0x0032   000   000   000    Old_age   Always       -       1010
234 Unknown_Attribute       0x0032   000   000   000    Old_age   Always       -       569
241 Total_LBAs_Written      0x0032   000   000   000    Old_age   Always       -       569
242 Total_LBAs_Read         0x0032   000   000   000    Old_age   Always       -       472

補充說明，這個 /dev/sda 是 SSD，所以有些屬性不會在硬碟上出現。

###

collectd 系統資訊收集服務

2014-06-18T18:38:00.000+08:00

collectd 是收集與統計系統資訊的一個服務程式 (daemon)，並將這些資訊儲存成不同方式，如 RRD 檔案或資料庫等。這些統計資料 (statistics) 有什麼用途呢？可以用來做效能分析 (performance analysis)，找出系統的瓶頸，也可以用作容量規劃 (capacity planning)，預測系統的負載。

在 Ubuntu 上安裝 collectd 相當容易，指令是：sudo apt-get -y install collectd，官方目前最新的是 5.4版，不過目前在 Ubuntu 12.04 上的版本是 collectd 4.10。安裝完成之後，有3個設定檔位於：

/etc/collectd/collectd.conf：主要設定檔。
/etc/collectd/filters.conf：過濾器的設定檔，用於4.6版新增的規則鍊 (chain) 功能。
/etc/collectd/thresholds.conf：門檻值的設定檔，用於4.3版新增的監控 (monitoring) 功能。

collectd 是採用外掛架構 (plug-in architecture) 的設計，因此設定檔大部分都是設定 plugin 如何運作。目前官方總共有111個外掛，這些 plugins 主要分成輸入和輸出兩大類，說明如下：

輸入外掛 (Input plugins)
在 collectd 中屬於讀取 (read) 類型，定期從系統查詢 (query) 資訊，並將這些數值資訊派送 (dispatch) 回 collectd 服務程式，這類外掛佔了絕大多數。
輸出外掛 (Output plugins)
在 collectd 中屬於寫入 (write) 類型，處理 collectd 派送的資訊，一般而言是將這些資訊寫入 RRD 或 CSV 檔案，或是透過網路送至遠端。

某些外掛兼具輸入與輸出兩種功能，如AMQP, Network, UnixSock 這類通訊用途的外掛程式，提供資訊的讀取和寫入。除了上述兩大類外，還有下列三種類型 (占少數)：

日誌外掛 (Logging plugins)
將訊息寫入系統日誌 (syslog) 中，或是自訂的日誌檔。
通知外掛 (Notification plugins)
在監控功能中，當門檻值超出設定範圍後， collectd 將發出的通知訊息，這類外掛將接收通知訊息進行處理，通常是發出 email 告知系統管理員。
繫結外掛 (Binding plugins)
在 collectd 中執行 Java, Perl, Python 的程式，通常是用來開發自己的外掛程式，透過繫結外掛載入並執行。

這些外掛是以 Shared Object 的方式存在 ( .so 檔案)，位於 /usr/lib/collectd 路徑之下。在設定檔中，Interval 設定是比較重要的參數，Interval 參數決定 collectd 多久從輸入外掛讀取資料，預設是 10 秒查詢系統資訊一次，你也可以各別設定每個外掛的 Interval 參數，例如 df 外掛用於統計磁碟使用量，我們就可以將 df 的 Interval 設大一點，因為磁碟空間的變化量不會太大。

整體來說，collectd 內建大量外掛，加上繫結功能方便開發自己的外掛，可以補足內建不足的部分，設定方式也相當簡單 (主要是 collectd.conf )，非常適合用來收集與統計系統資訊。collectd 的缺點大概是監控功能稍弱 (這不是 collectd 的強項)，缺乏應用服務的監控，畢竟 collectd 主要是收集數據用途 (所以才叫做 collect daemon )，不是用來判別系統是否正常或異常。

若是要求監控功能，建議使用 Nagios 這套軟體。可以另外安裝 collectd-utils 套件，此套件中有 collectd-nagios 程式，可以將 Nagios 結合 collectd 一起運作。利用 collectd 的 unixsock 外掛配合 collectd-nagios 程式，Nagios 可以擷取 collectd 的統計資料進行系統監控。

###

即時串流通信協定 RTSP

2014-06-13T22:18:00.000+08:00

即時串流通信協定 (Real Time Streaming Protocol, RTSP) 是應用層的通訊協定，定義在 RFC 2326 規範中，RTSP 是用來控制具有即時與同步特性的資料，如音訊和視訊的媒體，資料來源包含現場即時轉播和儲存的片段剪輯，媒體資料與控制資料是採用交錯式 (interleaving) 的方式傳送。

RTSP 沒有連線的概念，而是在伺服器維護 ID 以識別對話 (session)，RTSP 也沒有限制底下傳輸層的通訊協定，你可以用 TCP 或 UDP 來傳送 RTSP 訊息，一個用戶端可以建立多個連線傳送一個 RTSP 對話。RTSP 控制多個傳送之間的對話，包含選擇傳送通道的方式，以及資料傳送的機制。

媒體來源用URL識別，例如 rtsp://example.com/live.sdp 或 rtspu://example.com/live.sdp，rtsp是以TCP傳輸，而rtspu則是以UDP傳輸，沒有指定埠號的話，RTSP 預設是用 port 554。

RTSP 與 HTTP 有些相似，通訊協定的觀念上八九不離十，如果你知道 HTTP ，那麼認識 RTSP 會更容易一些。不過，RTSP 與 HTTP 差異的地方如下：

RTSP 增加許多新的方法 (method)，還有不同的識別ID。
RTSP 伺服器需要維護狀態，但 HTTP 本質上就是無狀態 (stateless)。
(所以開發一個 RTSP伺服器會比 HTTP 伺服器還要複雜...)
RTSP 中，伺服端和用戶端都可以發出請求 ( request)。
RTSP 的資料是載於不同協定上 (通常使用 RTP 通訊協定)，但 HTTP 是在 HTTP 協定本身的 Message Body中。
RTSP 的訊息是用 UTF-8 編碼，而 HTTP 是用 ISO-8859-1 編碼。
RTSP 的請求總是包含絕對的 URI，而 HTTP 請求則是絕對路徑和主機位置分開在 Header 中。

相同的地方有：

都是以文字為基礎 (text-based) 的通訊協定，易於擴充。也都是以 CR LF 結尾。
都是用 Message 的方式請求和回應，信息包含 Header 和 Body 兩個部分。
都定義 5 大類的狀態碼 (Status Code)，分類也相同：

1xx: 資訊 (Informational)
2xx: 成功 (Success)
3xx: 轉向 (Redirection)
4xx: 用戶端錯誤 (Client Error)
5xx: 伺服端錯誤 (Server Error)

如果你對於 HTTP 已經有相當的認識，那麼了解 RSTP 也不是一件困難的事。在 RTSP 當中有幾個術語比較重要，這裡特別提出來說明。

媒體串流 (Media stream)
或稱串流，是單一的媒體實體。當串流使用的是 RTP 通訊協定時，串流則是指由 RTP 和 RTCP 封包建立的媒體。
呈現 (Presentation)
由一個或多個串流所組成，在用戶端足以構成完整的媒體。
呈現描述 (Presentation description)
定義一個呈現中串流的資訊，包含編碼方式、網路位置和內容資訊。通常是用 SDP (Session Description Protocol) 規範所定義的資訊。
聚集控制 (Aggregate control)
在伺服器上使用單一時間軸控制多個串流，意思是用戶端送出單一個播放訊息就可以同時控制音訊和視訊兩種串流的輸出。

總結來說，RTSP 像是串流媒體的遙控器，或是遠端控制多媒體伺服器的方法，至於串流媒體是用哪種協定規範，這就不在 RTSP 定義之中。(串流媒體的協定參考 RTP，定義在 RFC 3550)

###

Node.js 伺服端事件驅動非阻斷式平台

2014-05-21T18:53:00.000+08:00

Node.js 是一個建於 V8 JavaScript 引擎上的一套伺服端平台，採用 JavaScript 程式語言，Node.js 使用事件驅動 (event-driven)、非阻斷式 (non-blocking) 的輸入/輸出模型，因此具有輕量級、高效率的特性，特別適合用於資料密集 (data-intensive)、即時 (real-time) 的應用領域。

為什麼創造Node.js

Node.js 的創造者瑞安‧達爾 (Ryan Dahl) 在 Node: Up and Running 一書的前言說明 Node.js 的緣起。Ryan 在2008年尋找用於建置網站的程式語言平台，他注意到推送 (server push) 這項技術，伺服器將資料推送給用戶，而不是讓使用者以輪巡 (polling) 的方式取得。當時的方式是，伺服器接收請求後，依序發送資料給用戶端，伺服器本身必須處理一堆開啟且閒置的連線，這顯然不是個好方法。

Ryan 知道 C 語言如何解決這個問題，使用 Non-Blocking Sockets 的方式可以有效降低閒置連線的成本 (overhead)，因此一台伺服器將能處理上千個閒置連線並且有很高的吞吐量 (throughput)。不過這種方法有兩個問題：

Ryan 不想使用 C 語言開發，他想使用動態語言。雖然任何程式語言可以用系統呼叫的方式做，但那會讓程式碼變醜，也僅是另一種Socket程式設計罷了。
他認為使用 Non-Blocking Sockets根本上是困難的，只要是 Non-Blocking 的方法就會讓開發變得困難。

在 2008 年 9 月 Google 發表 Chrome 瀏覽器和高效能 JavaScript 引擎 V8 ，執行較快的 JavaScript 引擎可以讓網頁速度更快，而 V8 確實讓網頁執行速度快了很多，突然間Google, Apple, Mozilla, 和 Microsoft 開始在 JavaScript 引擎上展開競賽。與此同時，Douglas Crockford的「JavaScript：優良部分」這本書的出版，讓鄙視的 JavaScript 變成一種重要的程式語言。

Ryan 有個偉大的想法：JavaScript 的 Non-Blocking Sockets，由於 JavaScript 沒有現成的 Socket 程式庫，所以 Ryan 可以是第一個引進這種 Socket ，並希望提供更好的介面。他所要做的事是：將高效能 JavaScript 引擎 V8 結合 C 語言開發的 Non-Blocking Sockets，Ryan 辭掉他的工作，全心全意實現這個想法。

JavaScript 與 Non-Blocking Sockets 結合得非常好，這個特點不是一開始就很明顯清楚的。閉包 (closure) 讓一切都有可能，人們可以用幾行 JavaScript 程式碼完成非常複雜的非阻斷式伺服器。他原本擔心 Node.js 會變成不能用的平台，但隨著世界各地的社群高手開發程式庫，Ryan 舒緩他的憂慮，由於單一的 Event Loop 和完全的非阻斷式介面，程式庫將可以越加越複雜而不需要採用昂貴的執行緒。

在 Node.js 中，使用者發現預設情況下就能容易擴展 (scale)。在於系統核心不允許使用者做出很可怕的事情，例如阻斷運行中的執行緒，所以效能不會顯著地下降，比起傳統阻斷式的方式好上一個數量級 (10倍以上)，可以處理更多的流量。

從上述內容我們可以知道 Non-Blocking 是一件重要的事情，為何需要 Non-Blocking 呢？傳統上，伺服器會開啟一定數量的程序(或執行緒)處理連線，當這些程序因為處理 I/O而被 block 時，這個程序將只能等待回應而不能服務其他用戶，由於伺服器開啟的程序數量有上限，阻斷的程序將嚴重影響服務的吞吐量，特別是一堆開啟且閒置的連線。如果有 Non-Blocking 的處理方式，則整體效率將可以提升。

為何要使用Node.js

Node.js 用優雅的方法解決 Blocking 問題，提供 Non-Blocking 的 I/O 程式庫，採用非同步 (Asynchronous) 的呼叫方式，利用簡單的 Event Loop 實作，因而具有輕量級、高效率的特性。加上用 JavaScript 為程式語言，不需要使用多程序或多執行緒的程式架構，大幅降低學習門檻，提高開發成效。

了解這些開發背景，那些地方適合使用 Node.js 呢？我想大概有這些地方：

需要伺服端推送資料的應用程式。(長時間的閒置連線)
資料處理密集的應用程式。(I/O次數非常高)
具有擴展需求、大量並行處理、即時性的應用程式。
統一以 JavaScript 程式語言開發的應用程式。

這些應用特性符合 Node.js 的長處，也才能發揮 Node.js 的效益。如果是開發傳統的網頁應用程式(如留言板、部落格等)，不妨以PHP、Python的框架平台進行開發，畢竟這些資源比 Node.js 還多，也比較純熟，使用上會更有幫助些。

參考書籍：
Tom Hughes-Croucher & Mike Wilson, Node: Up and Running, O'Reilly Media, 2012

如何安裝 Node.js

請先到下載頁面下載 Node.js ，如果你的系統是 Windows，那就用 Windows Installer (.msi) 吧！這是最簡單的安裝方式。如果你的系統是 Linux ，可以選擇下載 Source Code 自己編譯，或是下載 Binaries (注意你的系統是 32 或 64 位元)。以下指令是在 Ubuntu 上自己編譯 Node.js，提供大家參考。

apt-get -y install build-essential
tar xzvf node-v0.10.28.tar.gz
cd node-v0.10.28
./configure
make
sudo make install

node -v

npm

###

wxPython 跨平台視窗程式庫

2014-05-19T11:41:00.001+08:00

wxPython 是一套 Python 的 GUI 工具 (toolkit)，可以讓我們簡單快速地建立圖形化的使用者介面 (Graphical User Interface, GUI)，wxPython 實際上是將另一套 wxWidgets 程式庫包成 Python 可以使用的套件。由於 wxWidgets 本身是一跨平台 (cross-platform) 的程式庫，因此利用 wxPython 開發的應用程式也是可以跨平台的，加上 wxWidgets 是呼叫系統原生的 API，其運行速度是相當快速。wx 的 w 指的是 Microsoft Windows，而 x 指的則是 X Window系統。

wxPython 在 Ubuntu 上的運作是這樣：wxPython → wxWidgets → GTK+ 。若是在 Windows 上則是：wxPython → wxWidgets → Windows API 。大部分的事情已經在 wxWidgets 做掉了，wxPython 是 Python 和 wxWidgets 之間的橋樑。

了解 wxPython 的運作原理，我們可以試著裝起來用用看，在 Ubuntu 上安裝 wxPython 相當簡單，請執行下列指令：
sudo apt-get install python-wxgtk2.8
sudo apt-get install python-wxtools wx2.8-i18n

學習 wxPython 實際上就是學習 wxWidgets ，我們用 Python 去呼叫 wxWidgets 提供的功能。在 wxPython 之中的視窗稱之為「Frame」，而不是「Window」，這點需要特別留意，觀念上很容易混淆，所有的視窗都是繼承 Frame 類別。wxPython 提供相當多的工具項 (Widgets) 類別，學習時建議先認識有哪些控制項 (Controls) ，屬於 Control 的子類別，例如常用的按鈕 (button)、文字方塊 (text box)等。

至於新手入門的話，可以先看這篇 Getting started with wxPython ，若需要進一步的 API 說明，則可以閱下列連結的內容：

整體來說，利用 wxPython 開發應用程式具有跨平台的優點，加上以 Python 語言進行撰寫，使得我們可以簡單又快速地建立視窗應用程式。然而 wxPython 缺乏一個好用的 IDE 開發工具，像是 Visual Studio 可以用拖拉方式建立應用程式，稍微讓 wxPython 的開發顯得不甚完善。如果想用圖形化方式建立 wxPython 應用程式，則是可以參考 wxDesigner 和 wxFormBuilder 這兩項快速開發工具。

###

閱讀者

CloudMosa 面試心得

過程

心得總結

Windows File API

WiX toolset

WiX 工具

WiX 檔案類型

A Curious Mind 好奇心

Clean Code 無瑕的程式碼

序 (Introduction)

無瑕的程式碼 (Clean Code)

有意義的命名 (Meaningful Names)

函式 (Functions)

註解 (Comments)

編排 (Formatting)

參考書籍

Upstart

Job

Event

操作

Data Storage 資料儲存

Disk: 磁碟

Volume: 磁碟區

File System: 檔案系統

Driver Development 驅動程式開發

什麼是驅動程式？

驅動程式由誰開發？

驅動程式模型 (Driver Model)

硬體裝置的作業系統觀點

Cryptosystem 密碼系統

依安全性程度

依加解密資料的處理方式

依加解密資料的格式

依加解密金鑰的異同

Agile, Lean, Kanban 敏捷, 精實, 看板

敏捷軟體開發 (Agile Software Development)

精實軟體開發 (Lean Software Development)

看板方法 (Kanban Method)

Wisdom and Teachings

Zero to One

Project Management 專案管理

什麼是專案？

什麼是專案管理？

一個專案中的角色成員

專案的生命週期

AngularJS

Black Tea 品味紅茶

subprocess 子行程管理

103學年大學校院一覽

大學(共61所)

學院(共4所)

師範&教育大學(共6所)

103學年技專校院一覽

科技大學(共57所)

技術學院(共17所)

專科學校(共14所)

如果這不是 Scrum，那什麼才是 Scrum？

認識篇

觀念篇

問答篇

Yeoman 自耕農

自我監控分析報告技術 監控工具 smartmontools

collectd 系統資訊收集服務

即時串流通信協定 RTSP

Node.js 伺服端事件驅動非阻斷式平台

為什麼創造Node.js

為何要使用Node.js

如何安裝 Node.js

wxPython 跨平台視窗程式庫

自我監控分析報告技術監控工具 smartmontools