The Joel on Software 讀後心得摘要

• 前幾年看過其中的兩、三篇(繁中翻譯計畫)，這次則是一口氣把他看完，眼睛好酸啊。我覺得 Joel 寫的內容主要是針對“打算要賣錢的軟體”產品，對於那些只是做好玩的程式不見得適用，但對於軟體專案的經理及程式設計師都相當值得參考。
• 經驗！
• 讓員工有足夠的權力及不被打擾地做好他該做的事，包括不要切換工作(即使是同性質不同內容也不要)。
• 更好的硬體資源(如：減少等待編譯的時間)及安靜的工作環境對生產力是有幫助的。
• 員工對公司的助益至今乃無法有效衡量，所以在組織內做排名(考積、積效、獎勵)大部份情況下是有害無益的。
• 註解應該註明：為什麼要寫這段程式碼，避免事後在整理原始碼或最佳化時，把原本解決的問題又弄回來了。
• 程式介面的反應應該與使用者預期的一樣。
• 如果沒有必要就不要提供使用者選項或訊息。
• 告訴使用者他們必須要知道的，像一套產品要多少錢。
• 提供回到預設值(全部或局部)的功能。
• 使用者都是不看手冊的！
• 當使用必需看手冊時，手冊必需是簡潔有效的！
• 調查使用者是如何用你的產品。
• 相容性！！取得別人的客戶，首先得挖別人牆角。
• 提供資料的匯出匯入的功能，讓使用者能放心的採用你的產品。
• 使用錯誤追蹤。
• 發起錯誤者，才可關閉追蹤。
• 當程式當掉的時，提供記錄程式錯誤的功能或資訊，以利除錯。
• 量產。
• “實際去用”自已的產品。
• 好的程式語言，嚴謹的規範。
• 盡可能讓自已的產品不需依賴別人的產品。
• 備份。不需要到世界末日還在工作，但也不能因為一顆硬碟掛掉而損失寶貴資料。
• 不要死守規則！