程式是怎麼寫出來的呢？今天好像突然頓悟了。
作為乙個dev，程式設計工作可以分為三類吧：new features, refactoring, fixing bugs.
其實，每一次coding，都是首先考慮了use case或者叫做乙個個的workflow，然後，順著對應流程，順勢邏輯思考，很容易就寫出了程式。
總結下，也就是：
1. 理解清楚對應的use case或者workflow。非常清楚程式在乙個流程裡（執行緒任務，呵呵）到底有什麼任務。思路清楚，知道自己要幹什麼，接下來的coding和 design才能一氣呵成。
2. 順著流程，開始coding。
3. 考慮對其他workflow的影響。一般是不會有的。不用太在意這方面。因為，想不到的地方，才是測試qa發揮作用的地方。
4. 如果是處理多個流程，再從新的流程（use case）開始新一輪順勢邏輯思維下的coding。
總結中的總結：
乙個軟體產品，最終的作用是為了滿足使用者的一系列use case需求。因此，對應下來，內部**只要能靈活的、可擴充套件、低耦合的、準確的同時實現了所有的use case，ok了！所以，搞清楚use cases對於正確寫好**是首要條件。
有個自我感覺良好的總結：如果能想清楚每次coding後需要測的use case，就幾乎可以保證沒有bug了。
checkin之路：
1. 徹底理解問題，及相關**。這是完整解決問題的基礎。值得花時間。
2. 考慮清楚涉及到的use case（workflow）。
3. 順著相關流程coding&design。
4. 在腦子裡順著流程走一遍，檢查**first time。
5. manual test：使用涉及的use case，debug走遍每一段的code change。
6. comment和code clean工作。
7. unit test。
8. code review。
9. check in。
路漫漫其修遠兮，checkin之路---充滿了test的味道！coding佔的時間會非常少，如果是好的coding的話。 pasting
程式設計之道 1
目錄 book 1 the silent void book 2 the ancient masters book 3 design book 4 coding book 5 maintenance book 6 management book 7 corporate wisdom book 8 h...
程式設計之道 3
維護 mainteance 掌握了道的程式設計師這樣說 即使乙個程式只有三行長,某天它也不得不被維護 5.1 乙個正常使用的門不需要在折葉上加油.乙個噴射出的激流不會產生停滯.無論聲音還是思想都不能在真空中傳播.軟體如果不用就會腐爛.這裡有偉大的神秘.注釋 這些都是自然現象,沒有任何的神秘可言.5....
遞迴思想程式設計
將非負十進位制整數n轉換成b進製。其中b 2 16 基本要求 1.完成題目1，採用遞迴思想程式設計解決問題，要求設計出遞迴模型 遞迴出口和遞迴體的函式式 2.程式設計風格良好，實現功能測試 確保程式的健壯性。3.畫出遞迴樹或者遞迴棧的呼叫過程。4.實現非遞迴方法。return n 0 system ...