作為程式設計剛剛入門不久的我們，我們大多數的精力，吸引力，眼球都放在**上，因為我們覺得寫出**對我們來說是最重要的，可在閱讀了作者給出的經驗心得以後，我發現「語言知識工具」。
對於「軟體工程」四個字，我們這個專業的再熟悉不過了，但是能真正看透就需要一些境界了。**、方法、過程、工程與組織，看清楚這一切的第一步就是「語言只是工具」。「程式=演算法+
結構」，這是程式設計的本源定義，原始的狀態，而程式設計的精義便於此。至於方法，就是起著推動這種邏輯向前發展的作用，程式設計實踐，自然歸演與總結沉澱為某種軟體開發的方法。方法是由經驗累積得到的，就像是昨天書寫**的那個行為，正如模式一樣，所以模式需要一定的程式設計經驗才能理解。同樣的道理，理解過程也需要程式設計經驗。而經驗**於回顧、理解與分析，而不是要寫的下一行**。
「過程伴隨著工程出現，過程解決的是工程中角色間的關係問題。」過程需要溝通，需要有分工，角色的分配，和環節的問題。根據我們具體的專案來決定哪些環節是重要的。在乙個團隊裡面，角色的分工無疑是至關重要的，這關係到我們這個團隊的平衡和高效。圖團隊間的組織如果適合，大家各有其所，相互協作也十分緊密，那這個專案的成功就有了保障。想要做到合作愉快，最簡單有效的方法恐怕就是溝通了。
乙個工程，我們首先要明確目標，然後去實現它，這是乙個工程的完成。確定目標以後，我們利用「過程」和「方法」去實現工程目標，工具幫助我們快速的實現「過程」和「方法」。這是一種軟體工程體系層次。過程伴隨著工程出現，解決工程中「步調一致」的協作問題。而工程則是因為軟體規模越來越大，越來越複雜，團隊也會越來越龐大，如果沒有乙個有組織的團隊，這個公司會在發展當中一觸即潰。
在工程理論裡面其實是包括組織學的，但是在作者看來，工程和組織是可以分離的，工程關心的是「需求」、「配置」和「文件」等這樣一些要素，是技術層面上的，關注的是工程的實現細節，並非目標，但是對於專案經理來說，他們必須還得關注人力資源、專案資金以及多個專案之間的協調等。這些就是屬於「組織」方面的內容。總之就是在工程環節中「文件管理」等中的詞彙「管理」，是管理的具體技術和方法；而「組織」環節中的「管理」，才是真正的管理學上的用詞。「組織者」必須更關注與對這個工程的組織與計畫。專案經理不是不會犯錯的，但是要盡量少的失敗，因為團隊成員的信任比老闆的信任更加重要，所以組織者要經常與團隊成員交流。
老闆只是給我們乙個目標，乙個決策，而我們團隊是以實現這個決策為目標的，即實現，是軟體開發的本質需求。
大道至簡第六章讀後感
得其精而忘其粗，在其內而忘其外 見其所見，不 見其所不見，視其所視，而遺其所不視。列子 說符 算了，就不發表我的感想了，看過之前的讀者應該都懂。1.語言只是工具 從作者的經歷中不難看出，作者的職業生涯與普通人並沒有什麼不同。而當今作者不再專注於語言了，作者已從思維的盲區中解放了出來，語言只是一種工具...
《大道至簡》第六章讀後感
我們拼了命的學習程式語言就是為了程式設計，而程式設計的精義於此。從有開發行為開始，它就存在了。愚公在數千年前就在用類同的行為做程式設計實踐，而幾十萬 年前智人，也在迴圈與分支所構成的邏輯中打轉。因此，我們在程式設計之前應該先掌握程式設計的精義。程式設計需要有適當的方法，正如周愛民先生提到的，方法並不...
《大道至簡》讀後感
通過學校的老師，我拿到了 大道至簡 這本書的電子版，並且在老師的建議下利用暑假時間讀完了這本書。周愛民老師的 大道至簡 這本書被譽為 激盪新思的佳作 通過閱讀這本書，我得到的啟發還是蠻大的。作者靈活地將小故事融入到了論述中，開篇以愚公移山為例，本以為整本書是論述枯燥無味的方法，甚至讓我難以讀下，但是...