程序員身上的一個好笑的事情是，我們在畢生的職業(yè)生涯中都相信：我們的工作是告訴計算機如何去做。

真實情況

真實情況是，計算機能正確的按照命令去運行。無論你寫的是“Hello World”，還是用無人飛機去殺死一個人。計算機都能精確的按照你的命令去做。

可我們的工作，我們的真正工作是：告訴程序員和我們自己：我們讓計算機做什么了�，F(xiàn)代的軟件編程思想就是結(jié)構(gòu)化的、清楚的描述計算機將要執(zhí)行的任務。

事實上，計算機并不去閱讀你在程序里寫了什么，而人會。計算機把程序員寫的代碼編譯成字節(jié)比特，真正會去看你寫的是什么的只有人類。

寫軟件要像講故事

如果你對你的工作和你寫的代碼的行為有了新的認識，你會馬上很清楚的發(fā)現(xiàn)，編程工作更像講故事。

想一想。你是如何知道一個人講故事沒人愛聽的？這很簡單，他老跑題，他老是糾結(jié)在不重要的細節(jié)上，他老是在故事場景中挑來跳去，等等。你立刻能知道故事被他講爛了。

雖然在最后你能明白故事里發(fā)生了什么，你甚至能復述它，但你會喜歡這樣的故事嗎？你會有興趣轉(zhuǎn)述給別人或豐富故事內(nèi)容嗎？

相同的事情也發(fā)生在軟件開發(fā)中。如果你的代碼寫的含糊不清，亂七八糟，沒有人會愿意欣賞它。沒有人會愿意看它第二次。并且你是第一個受它折磨的人。

訣竅

那么，現(xiàn)在你想要知道這個簡單的秘訣，不是嗎？下面就是：

代碼里的干擾因素越少越好

注意，我不是在討論明晰的代碼vs隱晦的代碼，不是在討論約定優(yōu)先，不是在討論元數(shù)據(jù)編程有害或其它類似的東西。

寫出好的軟件的訣竅是代碼里只寫那些能讓你的代碼講出的故事更有意義的內(nèi)容。如果它能讓你的代碼更清楚，那就這樣寫它。如果這個東西對故事沒有任何意義，那就扔了它。扔了它能讓故事更好。如果代碼耦合模塊不清，就用元數(shù)據(jù)編程和約定。