1.作者通過「愚公移山」告訴了我團隊是如何實現工程的：產生需求、團隊溝通、研討，團隊中擁有三名技術人員和一名工程管理人員。之前在做易班輕應用時，我組建了乙個小組一起做，問過學長後，對團隊合作有了淺顯的認識：先弄清楚要做什麼，把需求搞清楚，否則匆匆的開始越到後面越難；多開幾次會，做工作量評估，學會分工合作；每週開會一總結，每個人必須匯報工作情況；每做出乙個版本，記得備份，然後新增新功能，以後一定會有越來越多的團隊合作，所以注意事項可以一邊經歷一邊總結。
2.之前一年裡程式設計都是看到題目就開始碼，包括小學期也是，小學期中已經因為這個吃過虧了，一定要先把框架打好，思路確定了，比如可以畫乙個簡單的流程圖，作者在書中也寫到「一接到任務就開始coding 的程式設計師，通常就是加班最多的程式設計師。」
3.組織的學問：角色。事實上，不論在工作中亦或是學習中，都有組織。如果作為組織的管理者，先考察一下我們的團隊，是否有不歸任何人管理，也不管理任何人的人，如果有，把他開除；任何錯誤被歸咎於員工之前，都要想想是不是自己的問題；在專案開始之前，要把角色定位和分工確定好，這裡，作者提到了乙個精減的團隊模型：「r模型」。
4.溝通是解決問題最基本的方法。學習程式設計最終要面向客戶，如何與客戶溝通，最大程度地完成客戶的需求也是我們應該具備的技能。之前參加過一次acm競賽，我發現不要說客戶與開發人員之間有可能無法交流，就連同學之間都會c/c++，都有時無法溝通成功，導致我們的**手在三個人中不停換；溝通的技能還要在之後總結經驗；書中作者寫出，為了解決溝通的需求，出現了諮詢公司，也介紹了很多種方法，也展示了自己遇到問題、處理問題的真實經歷，確實看過之後有一些啟發。
6.讀完這本書，我感到前六章有感同身受或是將自己放到書中的環境中可以體會到作者所講的，學習到了一些內容；但後兩章我感到有點困難，需要過些階段重新再讀這本書；我認為不同時間段讀會有不同的體會吧。
讀《大道至簡》的體會
這本書算是很經典的軟工方讀物了吧，它沒有講任何程式設計的技巧，反而是講的程式設計應具有的一些思想，這本書旨在對讀者在程式設計上的思想進行啟發。來講一下我受到了哪些啟發吧，首先就是這本書中強調很多次的 程式 演算法 結構 其中根本就沒有提到 就說程式設計反面，並不是那麼重要，因為程式設計的目的就是解決...
看了《大道至簡》
無意間在網上翻到這本書，粗粗的看了一遍，有點感觸。可以研究細節，但不能陷入，可以一時陷入，但不能一世陷入。當然，這對技術狂熱者或許是除外的。如果要解決問題，那麼無論何種程式語言，都是一種工具，要做的是對於當前的問題選擇適合的工具。任何一種工具都是在某個情境下才可以區分孰優孰劣。中國的一些理論，很少放...
讀大道至簡
軟體開發 方法 過程 工程 組織 演算法 結構 方法 面向過程 物件導向 過程 瀑布模型 迭代模型 工程 專案管理 進度 成本 質量 組織 體制 組織結構和制度 是乙個向外擴充套件的過程。方法 分，模組化設計 過程 增量迭代，還是瀑布模型 工程 進度 成本 質量 組織 組織結構 制度 舉乙個做生意的...