約耳趣談軟體：來自專案管理的現場實錄

■ 榮獲Amazon五顆星★★★★★熱烈推薦。
■ 自2000年以來，最具話題、最幽默、最多人討論的軟體專案經驗。
■ 深入探討軟體開發、人才挑選及培養、創業過程，及企業管理等專案問題。

　　出版至今，全球已有超過30種語言譯本，全書45篇文章，廣受程式開發人員的喜愛，是一本集結關於軟體開發、人才遴選及培訓、創業經營，以及企業管理的實錄。

　　如果你正深陷於公司決策的迂腐、管理高層的無能、固執的做事信仰等無限迴圈中，那麼，約耳將是引領你走出暗黑的明燈。歷任過軟體開發人員、管理者、經營者的約耳，所經手的專案比你吃的鹽還多；從開發人員關注的程式問題、硬體分享、產品管理，甚至是經濟學探討，無一不談，廣泛涉略只為你全盤掌握軟體專案的整體面貌。

　　網友狂推！不可錯過的章節：

　　約耳測試：邁向高品質的12個步驟　檢視團隊的分數，找到成為高品質團隊的方法。

　　五個世界　一再提醒你軟體開發具備各種不同的領域或世界，而不同的領域適用不同的規則，正視此規則才能在專案中悠遊自得。

　　面試人員教戰守則　人是軟體專案的重要部分，對的人讓專案進行更順利。此篇是面試官的精神食糧，更是徵試者的求生寶典。

　　抽象滲漏法則　揭開TCP的神祕本質，探討將一切抽象化的風險。

　　別讓架構太空人嚇到你　你是只會用抽象的名詞來解決事物的太空人嗎？

　　大麥克對上原味主廚　別讓規則手冊取代了才能，因為規則手冊永遠無法適應新時代。

　　邊開火邊移動　作戰理論也能成為開發專案的密招？只要每天前進一點，成功的專案就在不遠之處。

作者簡介

Joel Spolsky

　　Fog Creek Software（設立在紐約的一家軟體公司）的創辦者。

　　曾經擔任程式開發人員與管理相關工作，2000年開始架設部落格，身兼程式技術人員又是經營者，對於軟體專案的開發過程有其精闢且獨到的見解。所發表關於軟體開發、經營、管理的相關文章，對程式開發人員多有啟發，也在網路上引起許多討論與推薦。

　　部落格：www.joelonsoftware.com/index.html

　　著作：《約耳趣談軟體》、《約耳續談軟體》。

譯者簡介

梅普華  Paul May

　　在職資工碩士。擁有Windows平台應用程式開發經驗，也接觸驅動程式，曾與遊戲開發擦身而過，目前從事韌體工作。

　　一切都從「約耳測試」（Joel Test）這篇文章開始，因深感其內容一針見血卻極富趣味，進而向約耳毛遂自薦，開始走上翻譯約耳文章之路。是台灣首位獲得約耳翻譯許可，且為網路上著名的《約耳談軟體（Joel on Software）》翻譯計畫中第一位加入的譯者。

Chapter　03

約耳測試：邁向高品質程式碼的12個步驟

2000年8月9日，星期三

你曾聽說過SEMA嗎(*1)？這是一套相當深奧的系統，可以測量軟體團隊的好壞。等一下！不要急著連過去看，我想光是要搞懂那個東西大概就要花上你六年的時間。所以我自己有一套無責任的簡易方法來衡量軟體團隊的品質，這套方法的好處是只要花3分鐘，省下的時間足夠讓你唸一趟醫學院。

約耳測試（Joel Test）
1. 你有使用原始碼控制系統嗎？
2. 你能用一個步驟建出所有結果嗎？
3. 你有進行每日編譯嗎？
4. 你有沒有問題資料庫？
5. 你會先把問題都修好之後，才寫新的程式嗎？
6. 你有一份最新的時程表嗎？
7. 你有寫規格嗎？
8. 程式設計人員有沒有安靜的工作環境？
9. 你有沒有用市面上最好的工具？
10. 你有沒有測試人員？
11. 是否在面試時要求面試的對象試寫程式？
12. 是否進行過走廊使用性測試？

1 詳見www.sei.cmu.edu/sema/welcome.html。（編註：原址已失效，請參考http://www.sei.cmu.edu/measu。）

約耳測試的好處是每個問題都很直覺，只要回答是或否。你不必計算每天寫的程式行數、或是每個重大時點的平均問題數量，只要答「是」就加 1分。約耳測試的缺點是絕對不能用來確保核電廠的安全性。得到 12分是完美， 11分勉強可接受，不過 10分以下（含 10分）就表示問題大了！事實上，大部分軟體組織只拿到 2或3分，而這些組織都岌岌可危，因為微軟隨時都是以12分的水準在運作。

當然，這些並不是決定成敗的唯一因素；特別是當你的優秀團隊盡做些沒人要的產品時（對，沒人要）。另外，也可能有那種「高手」團隊，即使完全不理會這些東西，卻仍能做出改變世界的夢幻軟體。不過，除此之外所有人都一樣，如果你能把這 12件事做好，就能建立一個能穩定交出產品的紀律團隊。

1.你有使用原始碼控制系統嗎？
我使用過一些商用原始檔控制系統（ source control packages），也用過免費的 CVS(*2)，所以我可以告訴你 CVS相當不錯！如果你沒有原始碼控制系統，一旦需要與程式設計人員合作就相當麻煩了。因為程式設計人員無法知道其他人做了什麼，也無法輕易回復成出錯前的狀態。而且原始碼控制系統還有另一個優點，就是原始碼會被簽出（ check out）到每位程式設計人員的硬碟裡。我還沒看過哪個用了原始碼控制的專案會遺失大量程式的。

2 參考wwwcvshome.org/。