這幾天讀完了《大道至簡》這本書，感觸頗多。在大一乙個學期沒有養成寫**的良好習慣，遇到題目會不加思考的就去敲**，而沒有想過要先把事情的流程邏輯的想清楚再去做，從而導致我再寫到一半的**時，不知所措，不咋地下一步應該怎麼去做，看了《大道至簡》裡邊講的「程式設計的第一要務是先把事情分析清楚，事件先後 的邏輯關係和依賴關係搞清楚，然後再去**實現。一接 到任務就開始coding 的程式設計師，通常就是加班最多的程 序員。」確實如此。在寫**前搞清楚事情的來龍去脈，可以大大提高寫**的效率，也不會出現寫至中途而抓耳撓腮不知道如何進行下去。在寫**前，把所涉及到的不會的知識點先查閱搞清楚之後極大的增加寫**的自信心。「記住：積極工作和勤於思考都要佔時間。」
書中所講的「程式= 演算法+ 結構 ，在這個公 式裡，**是不存在的。 存在的只是思想。」乙個完整的程式中，**是次要的，最主要的是思想，是裡邊所蘊含的思想。書中所講「是懶人造就了方法」，其主要意思是讓我們學會思考，善於尋找解決問題的捷徑，一味的恪守常規是行不通的。「人的精力終歸是有極限的。提出新的「方法」，解決的將是影響做事成效的根本問題。「這個世界上，有勤快 人就必然有懶人，有懶人也就必然有懶人的懶方法。
在以前寫**也是將所有的**寫到乙個檔案裡邊，不管有多少行，不善於分類的去存放在不同的檔案中。這樣降低了程式**的可讀性，也是自己的**很亂，沒有很清晰的邏輯。
大一學年雖然寫的都是小小的幾行**，也沒必要團隊合作。但在以後的學習中會出現一些相對複雜的專案，那便需要團隊的協作共同來完成這個專案。書中所講，領導的那個人不一定是能力最強的，但是最起碼需要承擔責任，需要善於從自己身上尋找問題，當專案完成不了時，有著承擔責任的勇氣。對我以後團隊協作時有很大的啟發。
溝通也是我現在存在的乙個很大的問題。善於溝通能夠明白使用者期待的目標產品，我們設計的東西才會朝著使用者所預期的方向發展，如果都不知道使用者的預期目標是什麼，那會是另一種結果。把計算機語言轉化成漢語，在不影響原意的情況下，向使用者清楚明白的表達自己的意志，往往會使事情變得簡單而易成功。「最簡溝通」中表明話說多無益，用最簡潔的話語表達我們的意思可以可以提高溝通的有效性。不去做形式上的溝通，例如喝酒。那些毫無意義的無效溝通。
「當你熟悉了一門語言之後，你會發現，程式語言只有 喜歡與不喜歡的問題，沒有會不會的問題。」程式語言並沒有想像中的那麼的難。只要肯用心，多練習，試著去喜歡它，我將會發現其實他很簡單。簡單到只有三種邏輯順序這麼的簡單。
「長期的程式設計實踐，自然的歸演與總結，必須沉澱 為某種(軟體開發)方法……有人在寺院掃了一輩子的落葉而得道，也有人因為一句話而得道。」平日在敲**的過程中慢慢的去積累方法，養成記筆記的好習慣。把實用，常用的方法記下來，時常翻看一下。做到每次都有積累，每天都有進步。
用心對待每一件事情！
《大道至簡》讀後感
通過學校的老師，我拿到了 大道至簡 這本書的電子版，並且在老師的建議下利用暑假時間讀完了這本書。周愛民老師的 大道至簡 這本書被譽為 激盪新思的佳作 通過閱讀這本書，我得到的啟發還是蠻大的。作者靈活地將小故事融入到了論述中，開篇以愚公移山為例，本以為整本書是論述枯燥無味的方法，甚至讓我難以讀下，但是...
《大道至簡》讀後感
大道至簡 這本書很薄，是作者從事開發十年開發工作的總結 閃爍著獨立思考的光芒。該書指導著程式設計員的思維 例如 愚公移山，古代的專案產品經理 讓我們看到了 原始需求的產生 專案溝通 確定乙個專案的目標 程式設計的根本 順序 分支 迴圈 做出乙個好產品並不難 而且門檻也不高 設計師還需要一項基本素質 ...
《大道至簡》讀後感
去年，我滿懷對計算機的熱情填報了計算機專業，卻只經歷了潦裡潦草的一番學習，軟體工程對我而言依然陌生。不過幸好老師向我推薦這本書，才讓我對軟體工程這個專業有了一點初步的認識，讓我了解到工程並不只是程式設計，讓我知道，大一所學c c 其實知識只不過是冰山一角。在書中，作者以愚公移山的故事通俗地闡釋了程式...