彥霖 實驗筆記

    在20世紀60年代期間，研究人員在康耐爾大學進行了一系列有關在音樂背景下進行工作的效果測試。他們對一組微機科學專業的學生進行了調查，把學生分成了兩組，一組喜歡邊聽音樂邊工作，另一組不喜歡這樣做。然後把他們每組中的一半人帶進一個安靜的教室，把另外一半人帶進一個配備了耳機和音樂選擇功能的教室，給兩個教室中參與調查的人一個同樣的Fortran編程問題，讓他們根據說明加以解答。結果是，兩個教室中參與調查的人以同樣的速度和同樣的編程準確度在解答問題，這一點沒有人會感到驚訝。正如任何邊聽流行音樂邊

    在20世紀60年代期間，研究人員在康耐爾大學進行了一系列有關在音樂背景下進行工作的效果測試。他們對一組微機科學專業的學生進行了調查，把學生分成了兩組，一組喜歡邊聽音樂邊工作，另一組不喜歡這樣做。然後把他們每組中的一半人帶進一個安靜的教室，把另外一半人帶進一個配備了耳機和音樂選擇功能的教室，給兩個教室中參與調查的人一個同樣的Fortran編程問題，讓他們根據說明加以解答。結果是，兩個教室中參與調查的人以同樣的速度和同樣的編程準確度在解答問題，這一點沒有人會感到驚訝。正如任何邊聽流行音樂邊做算術家庭作業的小孩那樣，算術需要的、與邏輯有關的那部分大腦沒有受音樂的干擾——而有另外一部分大腦在聽音樂。

    但是康耐爾實驗包含了一張隱蔽的百搭牌。題目說明要求通過一系列的操縱輸入數據流中的號碼來形成輸出數據流。例如，參與調查的人必須移動每個號碼左邊的兩位數字然後除以一百等等。雖然題目說明並沒有直說，但是所有運算的最終效果是每個輸出號碼必須等於它的輸入號碼。有些人意識到了這一點，但是有些人沒有意識到這一點。那些意識到了這一點的人，絕大多數來自那個安靜的教室。

    專業員工每天做的事情中，許多是由左腦的順序處理中心完成的。音樂不會特別乾擾工作，因為是大腦的整個右邊在消化音樂。但不是所有的工作都由左腦完成。可能有讓你說“啊！”的突破會引導你到達一個可以節約數月或數年工作的創造性思路。創造性的飛躍包括在右腦的功能中，如果右腦忙於聽背景音樂台的10001弦樂，那麼就有失去創造性飛躍的可能性。

    環境造成的創造性方面的懲罰是潛在的。因為創造性是一種損失時我們經常注意不到的東西。創造性減少的影響是一個很長的日積月累的過程。公司越沒有生產力，人們就越會沒有激情的火花，只會機械地工作，最優秀的人便會離開。
——《人件》

每過一段時間，我都能讀到一些好東西，它是如此的深刻見解，寫的如此的清晰，如此的條理，我必須把它收錄進我的個人“史上最佳”聖物集裡。最近，我新收錄了一篇，非常棒的一篇叫做《Best Practices for Scientific Computing》的文章，我希望每個來讀本文的讀者都找個時間讀讀它。我在這裡列出它的要點，是要鼓勵你去閱讀完整的全文。寫的真是非常好。
1. 給人寫程式，而不是給電腦。
    1.  一個程式，對於閱讀它的人來說，不應該要求讀者一次性的在大腦裡加載過多的背景/相關知識。
    2. 命名需要一貫、明確、有意義
    3. 程式碼風格和格式要統一一致
    4. 軟體開發中的各種工作都要分割成1小時左右的任務
2. 重複性的工作自動化。
    1. 讓電腦去做重複性的工作
    2. 把最近使用過的命令存到一個文件裡，以備復用
    3. 使用編譯工具來自動化系統流程
3. 用電腦做歷史記錄
    1. 用軟體工具來自動跟踪電腦的工作
4. 逐步改進。
    1. 每次做一小步，及時獲得反饋，及時糾正
5. 使用版本控制。
    1. 使用一個版本控制系統
    2. 所有由手工創建的東西都要放到版本控制系統裡
6. 不要重複自己(或他人)。
    1. 系統中的每一段數據都要有一個權威的單一的存在
    2. 程式碼應該模塊化復用，而不是複製貼上
    3. 復用程式碼，而不是重寫程式碼
7. 準備好對付錯誤的方法
    1. 在程式中增加斷言，檢查它們的各種操作
    2. 使用現成的單元測試框架
    3. 測試程式時藉鑑所有的可用的經驗
    4. 把bug做成測試用例
    5. 使用一個有程式碼指令的調試工具
8. 只在軟體能正確的工作後才可優化。
    1. 使用監控工具找到瓶頸
    2. 盡可能的用高級語言寫程式
9. 文檔裡描述的應該是設計思路和目的，而不是技術細節。
    1. 描述接口和原因，而不是實現
    2. 重構程式碼，而不是註釋解釋運行原理
    3. 引用其它程式時嵌入其它程式的文檔
10. 協作
    1. 程式碼合併前進行程式碼審查
    2. 當幫帶新成員或解決特別詭異的問題時使用結對編程