也許是開始工作時遇到的困境的緣故，在下對於程式的命名與語意有些許的研究

也嘗試使用甚至創造過各種不同的撰寫方式（當然還包括那些寫完才發現沒異議後全部刪掉的Case)

並且在有限的時間與能力下去盡可能的探索各種寫法及其目的

但看來看去，身為一個懶人開發者

我自己是很推崇一種風格或規範

這個風格與規範，對我而言他減輕了一個負擔

也就是透過這樣的規範讓你寫出來的東西不再是一個程序型的描述

而是一種吻合規劃或開發者心裡面所要

這也是其中一種，從問題為考量出發點，而不是從使用語言為問題考量出發點

那回到標題上所說的我們用的是命令機器的程式，還是描述決方案的語言?

國外的討論議題中，有一項叫做人類可讀的編程方式

以我自己的解讀，這個方式的最高目標應該是任何人皆可讀，而不是僅僅開發者可讀

這種目標也許看起來遙遙無期，但是其實從很多面向都可以看到這件事情

例如 :

• User Story : 藉由人為想法的極短描述，以撰寫符合該描述的單元測試
• Test Method Naming : 於unit test中江method name 以測試內容描述子句作為method name
• JS Testing framework : 很多JS的　Testing 範例都是會加上字串描述讓整個測試結果像是條列或文句通順的敘述

先別描述太多，程式碼才是工程師心靈交流最深的東西，所以接下來我們就實際來看Code吧