大道至簡，書如其名，把我們認為很難得任務簡單化。
愚公移山如此龐大的人物無非就通過順序、分支和迴圈解決了，由此可見，多麼龐大的專案都是通過簡單的程式語言實現的。何必要懷疑自己能不能程式設計，我們又不是弱智，程式語言也是語言，而且大致都是相似的，程式 = 演算法 + 結構，程式設計的第一要務是先把事情分析清楚，事件先後 的邏輯關係和依賴關係搞清楚，然後再將自己的意思用程式設計的語言表達出來就可以了。
乙個團隊就必須要有乙個領導，他在整個團隊裡起著調節粘合的作用，在必要時還要首當其衝，專案經理是需要時間來成熟的。他需要有機會來承受 錯誤，而不是一開始就享受成功。明確分工是你的管理職責。做管理≠做伯樂。
作為乙個軟開發員，我們需要經常和客戶打交道，我們不能要求客戶理解我們的程式語言，我們需要專案經理一樣的職位用自然語言，用通俗易懂的圖和語言來表達我們軟體，使用與不使用 uml，其根本的問題在於溝通方式的 選擇。只要是行之有效的、能在各個專案角色間通用的， 就是好的溝通方式，專案的中斷和中止，與歷史產生斷層的內因是一致 的。很多的專案(尤其是產品計畫)在負責人員 離開後，就自然而然地死掉了。所以我們在做專案時要時時留下歷史記錄！以方便以後接手這個專案的人可以容易實現繼續和維護。
過程理論中，如果懂得了所謂的模型原本都演化自那 個簡單的瀑布，那麼文件是按 xp 寫還是按 rup 寫，也 就可以應時、應需，因地置宜，擇善而從了。——本質的 東西若能理解得透，架子還不是隨手搬來就可以用的嗎？ 越是簡單的東西，往往越是接近於本質。
讀大道至簡
軟體開發 方法 過程 工程 組織 演算法 結構 方法 面向過程 物件導向 過程 瀑布模型 迭代模型 工程 專案管理 進度 成本 質量 組織 體制 組織結構和制度 是乙個向外擴充套件的過程。方法 分，模組化設計 過程 增量迭代，還是瀑布模型 工程 進度 成本 質量 組織 組織結構 制度 舉乙個做生意的...
《大道至簡》讀感
這本書我用了接近四天看完，篇幅不長，但語言對 程式設計萌新 極為友好。並不是和教科書一樣的教學。在學習任何東西前，都需要先學習他的精髓思想和之後要走的路線，需要具備的能力等等，就好像學 你必須先學音律，學美術必須先學線條一樣，而這本書就充分又樸實的介紹了學好程式設計，你需要做些什麼。語言而又恰恰非常...
初讀《大道至簡》
軟體，是一系列按照特定順序組織的計算機資料和指令的集合，還有另一種表現形式，即 軟體 程式 資料 文件。可以看出，程式是軟體的核心，因此，又引申到軟體工程及其他計算機方面重要的一門課程 程式設計。程式設計，在本書中被稱為勞力活，就好比千年前愚公的勞作，但是他又從側面告訴我們，無論多麼浩大的工程，都可...