今天看到阮一峰老師的網路部落格看到這麼一段話

如果你想最簡單地完成一項程式設計任務，我認為可以從四個方面入手

1. 清晰原則。

程式碼要寫得儘量清晰，避免晦澀難懂。清晰的程式碼不容易崩潰，而且容易理解和維護。重視註釋。不為了效能的一丁點提升，而大幅增加技術的複雜性，因為複雜的技術會使得日後的閱讀和維護更加艱難。

2. 模組原則。

每個程式只做一件事，不要試圖在單個程式中完成多個任務。在程式的內部，面向使用者的介面（前端）應該與運算機制（後端）分離，因為前端的變化往往快於後端。

3. 組合原則。

不同的程式之間通過介面相連。介面之間用文字格式進行通訊，因為文字格式是最容易處理、最通用的格式。這就意味著儘量不要使用二進位制資料進行通訊，不要把二進位制內容作為輸出和輸入。

4. 優化原則。

在功能實現之前，不要考慮對它優化。最重要的是讓一切先能夠執行，其次才是效率。"先求執行，再求正確，最後求快。"（Make it run, then make it right, then make it fast.）90%的功能現在能實現，比100%的功能永遠實現不了強。先做出原型，然後找出哪些功能不必實現，那些不用寫的程式碼顯然無需優化。目前，最強大的優化工具恐怕是Delete鍵。

我寫程式碼的習慣就是寫一步然後想著怎樣把這一步優化到最好，最通用，結果導致就是一個簡單的功能實現起來得好長時間，最後程式碼也還是有問題。。。。。。。。

希望後面能循序漸進，而不是急於求成。。。。。。