我們拼了命的學習程式語言就是為了程式設計，而程式設計的精義於此。從有開發行為開始，它就存在了。 愚公在數千年前就在用類同的行為做程式設計實踐，而幾十萬 年前智人，也在迴圈與分支所構成的邏輯中打轉。因此，我們在程式設計之前應該先掌握程式設計的精義。
程式設計需要有適當的方法，正如周愛民先生提到的，方法並不神秘，因為它就是你今天正在做的、從事的 和實現的。正如「模式」是一種方法，而模式就是你昨天 書寫**的那個行為。只不過，gof 歸納、抽取、提公升了 這些行為的內在規律。 你看不到你做事的行為，也就不能理解「模式」作為 一種方法的價值。所以大師們眾口一詞：模式需要一定的 程式設計經驗才能理解。、
程式設計也同樣重視方法問題。乙個好的工程必定得經歷乙個好的過程。過程伴生工程而出現。過程解決的是工程中角色間的 關係問題。 過程說的是很多的人(團隊)如何組織在一起進行開發的問題。它首先把工程中的環節分解出來。這樣，有了 環節，就有了角色；有了角色，就有了溝通。 因此過程中的問題，就是角色、溝通和環節的問題。
我們很多人總是以為boss就是組織的核心，其實不然。乙個好的組織是需要boss與成員之間的緊密合作的。boss 在公司中解決的是「經營」問題。這其實是在 比「組織」更靠外側的一層。——在前面的圖例中並沒有 給出，這也意味著「經營者」與「工程」基本沒有關係。 在乙個更大規模的組織機構裡，你可以會更直接地觀 察到「經營者」與「組織者」之間的差異。例如公司的大 小股東是「經營者」，董事會通常是解決經營問題的地方； 而總經理、執行經理以及各個部門經理則是各級的「組織 者」，經理辦公會則是解決組織問題的地方。 你應該清楚，真正的boss是經營者②。 這有助於你明確你被雇來的原因，你的工作是面向哪 乙個層面的，以及你或者你的上司有沒有許可權來決定是一 個專案是否應該立項，或中止。因此，處理好boss與組織成員之間的關係尤為重要。
工具是我們的「上帝之手」，為了實現我們的目的，我們必須學會使用工具來實現。工具的產生仍舊是出於「（軟體)實現」的需要。不可能從軟體開發實踐中產生出輪子和指南針，因為那不是 「軟體開發的本質需求」可以推動的。軟體工程的體系中，「實現」作為軟體開發的本質需求和基本動因，如同上帝之手在推動這幾十年來的軟體工程理論體系的形成。因而，善於使用工具也是我們的一大優勢。
《大道至簡第六章》讀後感
作為程式設計剛剛入門不久的我們，我們大多數的精力，吸引力，眼球都放在 上，因為我們覺得寫出 對我們來說是最重要的，可在閱讀了作者給出的經驗心得以後，我發現 語言知識工具 對於 軟體工程 四個字，我們這個專業的再熟悉不過了，但是能真正看透就需要一些境界了。方法 過程 工程與組織，看清楚這一切的第一步就...
大道至簡第六章讀後感
得其精而忘其粗，在其內而忘其外 見其所見，不 見其所不見，視其所視，而遺其所不視。列子 說符 算了，就不發表我的感想了，看過之前的讀者應該都懂。1.語言只是工具 從作者的經歷中不難看出，作者的職業生涯與普通人並沒有什麼不同。而當今作者不再專注於語言了，作者已從思維的盲區中解放了出來，語言只是一種工具...
《大道至簡》讀後感
通過學校的老師，我拿到了 大道至簡 這本書的電子版，並且在老師的建議下利用暑假時間讀完了這本書。周愛民老師的 大道至簡 這本書被譽為 激盪新思的佳作 通過閱讀這本書，我得到的啟發還是蠻大的。作者靈活地將小故事融入到了論述中，開篇以愚公移山為例，本以為整本書是論述枯燥無味的方法，甚至讓我難以讀下，但是...