在愚公的論述中，我們看到了程式設計的根本：順序、分支和迴圈。龐大若「
愚公移山
」這樣的工程，都是可以通過這樣簡單的程式設計來實現的。這，就是程式設計的精義了。程式設計作為一種行為時，我們只需要知道其邏輯方法就行可以了。所謂程式設計實際上就是把一件事情交給計算機去做，你認為這件事該如何做，就用「程式語言」的形式描述給計算機。如果你原本就不明白如何去做，那麼你也不要期望計算機去理解你想要做什麼。在sip+rtp
中實現mark
拖動時，我對這句話深有體會，在編碼以前，一定要先用自然語言描述好邏輯流程，否則到後面自己都搞不清楚哪兒有問題，到處都是缺陷！所以程式設計的第一要務是先把事情分析清楚，把事件的先後邏輯關係和依賴關係搞清楚，然後再去寫**實現。一接到任務就開始
coding
的程式設計師，通常就是加班最多的程式設計師。任何一門語言，你都可以在兩周內掌握並開始熟練程式設計。因為任何一門語言，它們的底層函式庫都是那樣地相似，它們的
api都是那樣地依賴於作業系統。在沒有工程的時代，上面所說的就是乙個程式設計師的全部。他們掌握了一門語言，懂得了一些生活中最常見的邏輯，他們用程式的方式思考和學習了一些演算法，並根據前人的經驗，把這些演算法執行在一些資料結構之上。最後，我們就看到了他們寫的程式。
勤快的愚公創造不了方法。這我已經說過了。對於要把「
一百萬行**寫到乙個檔案裡
」，並且查詢乙個函式要在編輯器裡按
5000
次page up/page down鍵的勤快人來說，是不能指望他們創造出「
單元檔案（
unit）」
這樣的開發方法來的。要是我夠懶的話，我能把效能測試自動化起來嗎？感覺要是做出來了的話，一定很爽，對於以後的測試很有借鑑意義，可以思考一下。我當時便反問他：「
你既然知道如何把書分類、規整得整整齊齊地放在書桌上，那怎麼沒想到如何把所學的知識分類一下，歸納一下，整整齊齊地放到腦子裡呢？
」而與「物件導向」是否出現完全無關的乙個東西，卻因為「過程」和「單元」的出現而出現了。這就是「工程(engineering
） 」 。
讀《大道至簡》有感 1
實不相瞞，即使已經有過一年程式設計學習，有一定時間的 訓練，曾獨立完成過一些程式設計，c與c 考試成績都在80分以上的我來說，程式設計之路，還很迷茫。程式設計到底是什麼？說實話，我本不是很懂，大一的我只是被動接受老師的知識，循規蹈矩的去練習。題目雖然做出來了，但是，說實話，沒搞懂。我會套用已有的模板...
看了《大道至簡》
無意間在網上翻到這本書，粗粗的看了一遍，有點感觸。可以研究細節，但不能陷入，可以一時陷入，但不能一世陷入。當然，這對技術狂熱者或許是除外的。如果要解決問題，那麼無論何種程式語言，都是一種工具，要做的是對於當前的問題選擇適合的工具。任何一種工具都是在某個情境下才可以區分孰優孰劣。中國的一些理論，很少放...
讀大道至簡
軟體開發 方法 過程 工程 組織 演算法 結構 方法 面向過程 物件導向 過程 瀑布模型 迭代模型 工程 專案管理 進度 成本 質量 組織 體制 組織結構和制度 是乙個向外擴充套件的過程。方法 分，模組化設計 過程 增量迭代，還是瀑布模型 工程 進度 成本 質量 組織 組織結構 制度 舉乙個做生意的...