在這幾十年的的軟體的發展過程中，實現方法最先出現，而後才有的分析和設計方法。為了更大規模的軟體系統而有了團隊組織模式，而團隊的協作決定了過程模型的產生，在過程環節中的溝通問題導致了模型化語言的出現。軟體工程的理論體系已初具規模。
從最初的簡單的程式設計開始，到現在工程團隊的組織開發，實現才是目的。可以說，在軟體工程中，實現，是軟體開發的本質的需求。在實現這一本質需求的過程中，出於實際的需要，我們設計了一些的資料結構或邏輯結構來對映物理模型。而後基於某種資料結構程式設計實踐的不斷積累，決定了方法理論的產生。那麼怎樣才能實現呢？
首先程式的實現需要語言。作者通過自身的經歷，告訴我們，他之前的執著的追求語言細節，專注於不同的語言的事情，以及通過這些事情以後明白了語言只是工具，只是傳達我們思想的工具。是的，成天討論這門語言好，或者那麼語言壞的人，甚至是可悲的。人們之間的各種語言，包括各個國家之間的語言，甚至小到方言，不就是方便了大家的交流。同樣程式語言只是為了讓計算機更好的執行我們的命令，聽懂我們的話。所以何種語言並不重要。
程式的本源的定義是「程式=演算法+
結構」。小的源**是乙個個演算法作為指導思想，結構作為骨架搭建起來的。大的程式就是無數個的小**組合起來的。由小到大，如是而已。程式設計的精義便是迴圈和分支。程式設計實踐中，就是在這之間來回打轉而已。
推動邏輯向前發展的是方法。方法是實踐的結果。方法不是創造的，是實踐積累達到某種程度，瓜熟蒂落的結果。方法是對以前做的，從事的，實現的事情的總結。正如模式一樣，模式也是一種方法，模式是對你昨天編寫的**的行為的內在規律的歸納，抽取和提公升。理解過程需要程式設計經驗，經驗**於無數次的回顧。
過程解決的是角色之間關係問題。過程中的問題就是角色，溝通和環節的問題。哪些環節重要當然還是取決於具體的專案。專案經理要做的就是溝通的問題。團隊協作緊密，是工程成功的保障。
隨著專案的不斷擴大，軟體的任務量也在增加。現實中讓乙個人花大把的時間去完成一項浩大的工程是不現實的。專案的複雜與龐大，對於團隊意識有了更高的要求。
專案經理需要學會管理。然而管理又分為工程環節中文件配置等的管理和人力資源，專案投資等的管理。專案經理應該側重的應該就是後者。專案各個階段的計畫，員工的需求，專案回顧，與團隊成員進行有關細節的交流則是你的工作。好的專案經理不是不犯錯誤的人，而是盡可能減少錯誤來獲得成功的人。但對於重複犯得錯誤確是不能寬容的。經驗會幫助你走的更遠。
讀《大道至簡 從程式設計到工程》有感
懷著熱情讀完這一章之後，了解到作者向我們介紹了 語言只是工具 程式 方法 過程 工程 組織 上帝之手 這8個方面，讓我深入認識到在工作當中應該注意的方面應該具備哪些素質和應該側重於哪一些方面。從程式設計到工程，從語言到程式，這是我們的必經之路。那麼語言是什麼，當我讀完這一章之後便對語言有了深一步的理...
《大道至簡》之溝通
c語言是每個程式設計師必需學習的語言，也是必須要掌握的語言。它對於開發人員，卻不一定對每乙個人來說重要。客戶是不需要掌握 c語言的，在開發人員看來，他們希望客戶學習或精通 c語言，這樣可以方便他們之間交流和溝通，可是要求客戶學習 c語言明顯是自殺式的行為。所以，開發人員最還不要只見面對客戶，讓專案經...
看了《大道至簡》
無意間在網上翻到這本書，粗粗的看了一遍，有點感觸。可以研究細節，但不能陷入，可以一時陷入，但不能一世陷入。當然，這對技術狂熱者或許是除外的。如果要解決問題，那麼無論何種程式語言，都是一種工具，要做的是對於當前的問題選擇適合的工具。任何一種工具都是在某個情境下才可以區分孰優孰劣。中國的一些理論，很少放...