一個程序像一座大樓，構建的時候，有計劃、有圖紙、還有腳手架。
而這些，對於已經建成的大樓，都是看起來“不存在的”。
對於觀察者來說，一座大樓就只有一座大樓。計劃，不知道；圖紙，不知道；腳手架，雖然蓋樓時有，蓋好之後也拆了。
那麼，如果單單觀察大樓的外觀，或者你再走入每一個房間，看看大樓的“裏觀”，是很難想通這座大樓是怎麼蓋起來的。
大樓用水泥、鋼筋或者磚塊蓋起來，而程序則用一行一行代碼構建起來。
構建者寫代碼時，可能沒有一個明確的規劃，但是一般情況下，腦子裏是一個思路的。這個思路，對於源碼閱讀者來說，是無從得知的。
而且往往會有這種情況：作者寫着寫着，發現正常的思路走不通，於是就產生了“爲解決問題而解決另一堆問題”。
比如，大樓蓋着蓋着，很多工人吃飯用的一次性餐盒由於沒有打掃，而堆積起來，於是就應該有人組織一個衛生組，清理清理垃圾，或者至少吩咐每一位員工注意餐盒回收。
而“回收餐盒”跟蓋樓有沒有關係？
這種情況，對源碼閱讀者來說，就容易東施效顰。
總之，新手對於大項目，往往會盲人摸象。如果沒有正確的引導，往往會在大象的腳趾甲上花費好多時間。
而學習，特別是學習一個領域的入門知識，應該把目光放得大一點，看看大象的整體，有長鼻子、灰皮膚、大耳朵。而不應該先去研究大象的腳趾蓋的化學性質。