這本書算是很經典的軟工方讀物了吧，它沒有講任何程式設計的技巧，反而是講的程式設計應具有的一些思想，這本書旨在對讀者在程式設計上的思想進行啟發。
來講一下我受到了哪些啟發吧，首先就是這本書中強調很多次的「程式=演算法+結構」，其中根本就沒有提到**，就說程式設計反面，**並不是那麼重要，因為程式設計的目的就是解決問題，不管是怎樣的**，解決了問題就ok；但解決問題的是**麼？當然不是，解決他的是程式設計師，是他的演算法和他實際的結構解決的問題，因此軟工不應過多強調**；因此，程式語言也就不是那麼重要，沒有必要去判斷幾個語言中哪個是最棒的，因為它們只是語言而已，程式設計中最重要的還是演算法，爭論語言的優劣是無用的。而也就因此決出了程式設計師能力的大小，書中舉出愚公移山與李冰鑿山的例子，這就是兩種方式，一種用著比較低效的方法不斷勤奮地工作，而另一種則是尋找解決問題的更快途徑，這就是程式設計師程式設計的一種對比，勤奮的低效能解決問題，但人的精力是有限的，這種方法會消耗比預計更長的時間，而更優秀的演算法便是用更少的資源解決問題的方法，所謂「懶人造就了方法」。曾經我也想過語言的優劣，認為某種語言****好，甚至妄想學會了這種「優秀」語言後，就不用學那些比他「差」的語言了，其實這一直都是一種錯誤荒唐的想法，演算法才是程式的靈魂所在，程式語言存在一些優劣的比較，但那只是某各方面，他們也都在一些特定方向有著相比於其他語言的優勢，我們只需要把語言掌握，然後在恰當的地方使用，把學會更多的語言不代表自己的程式設計能力提公升了，只有提公升自己的演算法才是王道，語言不過是實現演算法的工具，我們去學習一門新語言，只是為了能夠將自己的演算法運用到更廣闊的平台。
另外，書中提及了團隊，我目前接觸的程式設計還沒有需要過團隊，都是自己獨立完成，團隊的重要性我也是知道的，解決乙個問題，團隊分工一般都會比自己乙個人單幹效率高很多，以後我應該考慮到這些，改一改自己一般不加注釋的壞習慣，號讓別人都能看懂我的**。另外，書中講了很多如果當了團隊的領導應具有的思想，如責任心、工程的安排、成員的分工，今後如果自己也許要領導乙個團隊，這些思想都顯得很重要。之後就書中還提到與客戶的溝通，軟工方面與客戶溝通的困難 ，我也早已有所耳聞，而書中給出的思想就是，根據客戶給出的描述，盡可能的分析出我們要實現的功能到底是什麼，從中分析出系統應有的結構，這樣就是實現的模板了，盡可能的與客戶的要求一致。
最後總結一下，這本書給我最大的啟發就是拋棄**的思想，**只是工具，就好像斧頭和木匠的關係那樣，我們要提公升的是我們的思想，提公升演算法，這樣才是真正的提公升自己程式設計的能力。
讀大道至簡
軟體開發 方法 過程 工程 組織 演算法 結構 方法 面向過程 物件導向 過程 瀑布模型 迭代模型 工程 專案管理 進度 成本 質量 組織 體制 組織結構和制度 是乙個向外擴充套件的過程。方法 分，模組化設計 過程 增量迭代，還是瀑布模型 工程 進度 成本 質量 組織 組織結構 制度 舉乙個做生意的...
《大道至簡》讀感
這本書我用了接近四天看完，篇幅不長，但語言對 程式設計萌新 極為友好。並不是和教科書一樣的教學。在學習任何東西前，都需要先學習他的精髓思想和之後要走的路線，需要具備的能力等等，就好像學 你必須先學音律，學美術必須先學線條一樣，而這本書就充分又樸實的介紹了學好程式設計，你需要做些什麼。語言而又恰恰非常...
初讀《大道至簡》
軟體，是一系列按照特定順序組織的計算機資料和指令的集合，還有另一種表現形式，即 軟體 程式 資料 文件。可以看出，程式是軟體的核心，因此，又引申到軟體工程及其他計算機方面重要的一門課程 程式設計。程式設計，在本書中被稱為勞力活，就好比千年前愚公的勞作，但是他又從側面告訴我們，無論多麼浩大的工程，都可...