《大道至簡》第六章讀後感

從編程到工程

  從編程到工程，這是一句話的事情，作起來就不容易，不少人都能學好C/C++，但卻作很差一個工程。

  不少IT界內的人特別喜歡死摳細節，一直熱衷於爭論語言之間孰優孰劣，其實明白工程的人應該懂得正視「軟件工程」這四個字，看清楚代碼、方法、過程、工程與組織的關係！對於一個程序員，或者以程序員自命的人來講，看清楚這一切的第一步，就是一句「語言只是工具」！做者也是在考慮很久以後靈光一閃才領悟到工程的真諦，凌晨五點會出一個圖來。無論「語言只是工具」這句話，到底是對語言的膜拜，仍是漠視，猿之於爲人，「學會製做和使用工具」是最重要的標誌。人類的進化就是勞動生產力的發展，人們會使用工具，這也是人做爲高級動物與動物之間的區別。

  在書中的圖中，最內環的層裏是編程的精義，也是原始的狀態——「程序=算法+結構」，在幾十萬年以前就已經出如今愚公移山裏了，只是沒有人意識到而已。

  幾十萬年前的智人，都在循環與分支所構成的邏輯中打轉，推進邏輯發展的是一個很廣泛的方法，那就是「方法」或「方法論」。無論是之前仍是如今，要宣傳一個思想、政策或方針，都會有相應的方法或方法論出現。它的出現是實踐的結果，「實踐是檢驗真理的惟一標準」這一理論是你們都知道的。理解過程也須要編程經驗，理解對象也須要編程經驗，理解 MDA 與 SOA 仍是須要編程經驗。

  在前章說到「過程」，過程伴隨工程而生。過程解決的是工程中角色的關係問題。過程當中的問題就是角色、溝通和環節的問題。過程是怎樣的，客戶不關心，他不會由於你對技術的遠景描述而憧憬，他要的 只是實質性的程序。工程，工程的實現須要用到工具，須要實現方法，有一個團隊協做的過程，並最終實現出對象。項目的「複雜」可能要求不一樣的知識領域的角色參與， 而「龐大」則要求更多的(人力、技術與管理)資源。「團隊」做爲開發行爲的模式，是軟件規模和複雜度漸次累積的結果。

  一個團隊的存在就須要一個組織者，工程的實現細節是項目經理和技術經理所共同關注的那一部分。項目經理還須要關注人力資源、項目資金以及多個項目之間的協調等等，有些是關於項目的技術問題，有些不是，但項目經理都須要關注。

  BOSS，這詞給人的感受就是威風。玩遊戲的人都說打boss，看電視或者看小說的時候都有boss出現，感受拽拽的有木有？我敢說某些人一直都在幻想着本身是那酷酷的拽拽的掌握整個公司員工的生殺大權的boss，隨便咳一輩子地都得抖三抖。不少人包括我在內都覺得boss是給本身發錢的那個老大，這實際上是不對的。人家boss並無那閒情去決定你的那微薄的薪水，boss在公司解決的是「經營」問題，比「組織」更靠外一層的。