改變一下順序，也許會有新發現

 在系統開發的流程中，或者說構建程式的過程中，傳統的軟體工程提供了“瀑布式”的開發流程，而且在開發具體的代碼的過程中，也有一些習慣的流程。

對於這些長久以來傳下來的方法和流程，其實有時候試著改變一下其中的順序，會有一些意想不到的效果。

之一：測試先行

傳統的軟體工程編碼和測試的先後順序是：編碼->測試。而在《測試驅動開發》一書中，提到了另外一種方法，那就是先編寫測試代碼，然後再根據測試的代碼編寫實現功能的代碼，也就是把順序變成為：測試->編碼，這樣所有的編碼都是非常有目的的，而且測試代碼都是能夠自動化執行的單元測試代碼，以後的修改和測試也是非常方便的。

之二：虛擬碼

一般我們的編碼習慣都是先寫代碼，後寫注釋，或者是一邊寫代碼，一邊寫注釋。但是虛擬碼的方式是：先寫注釋，後寫代碼。此時完成的注釋都是能夠準確說明所要實現的功能的自然語言，使用這些文字可以很方便的協助我們理清思路，明確所有實現的功能，然後根據這些注釋再完成實際的代碼工作，就不會因為注意實現的語言細節而忽略了總體上流程方面的東西了。

總之，不能夠認為所有教科書上的東西都是真理，還是有很多東西是可以變化一下的，也許就適合自己，呵呵。