閱讀《大道至簡》第二章的讀後感

2022-08-14 07:36:12 字數 1200 閱讀 8535

閱讀《大道至簡》第二章的讀後感

首先我們看到了李冰的案例和愚公相比乙個徹底的懶人,沒錯就是懶人創造了乙個方法,如果我們一直循規蹈矩,那麼可能永遠只會鑿山,這樣就不會有我們當今的科技的進步,同樣的問題相似到我們程式設計來說,如果程式設計的方法沒有更新那麼你就必須從百萬行**裡找你的**那麼就只有page up了,這根愚公移山沒有什麼區別,可是如果我們分模組的話,這個問題會得到很好的解決,沒錯我們就是需要這種懶人的方法,這種方法才能提高我們的工作效率。

平時我們程式設計總是各種抱怨,從大一開始學c++程式設計,我們可能對程式設計還是它認識你,而你卻不認識它。我們對一些程式毫無頭緒,可以說從根本上就不知道這些知識到底用來做什麼,嘗試分類,整合知識,養成良好的程式設計習慣,該注釋的時候注釋。說道整理知識我們可能說我們平常內務和書桌什麼的都整理的很好,但是我們為什麼每天或者每週整理整理自己的學到的知識呢?也許你會說我整理過,我高中就是這樣學的,然而你為什麼沒有堅持呢?這也許就是你·到現在一事無成的原因吧。這件事就提供了我們乙個很重要的學習的方法,這才是我們學到的重點。

最後我們讀到程式=演算法+結構+方法。,程式=資料+演算法 ——這個是面向過程時代的事。 程式=資料+演算法+方法 ——在00時代,我們看到了事件驅動和模型驅動,所以出現了方法問題。面向過程是對「流程」、「結構」和「程式設計方法」的高度概括。而物件導向本身只解決了「結構」和「程式設計方法」的問題,而並沒有對「流程」加以改造。還有不可能用徹底的物件導向方法來表達世界。 因為這個世界不 是物件導向的。 是關係網路圖,物件導向只是樹,只能片面的表 達世界。所以很多時候物件導向去解決問題會非常痛苦。所以程式設計 退到資料結構更合理。

所謂「面向過程開發」,其實是對「結構化程式設計」在**階段的乙個習慣性的說法。在面向過程時代,一樣可以做出任意大型的程式。面向過程開發中,「過程」是cpu提供的,「單元」則是編譯器提供的。程式設計師不需要再造就什麼「方法」,就可以進行愚公式的開發工作了。如果不出現物件導向的話,這樣偉大的工程可能還要再幹一百年。從作者總結的經驗:總體結構->物件導向,關係->資料結構,實現->演算法。這也許就是最核心的概括吧!

通過閱讀《大道至簡》第二章我們真的又學到了很多,這些不僅對當前的學習有幫助,和以後的個人發展也是幫助很大,我們可以從中學習一些精要的部分,我們要從以後的學習生活中運用這些經典的要義,即便你很懶,但是沒關係,你要創造出比勤快人效率更高的方法。

《大道至簡》第二章讀後感

有一句俗話說越會花錢的人越會掙錢,同樣的越懶的人越會運用方法,因為懶得走路發明了汽車,因為懶得坐車發明了飛機,如果每個人都兢兢業業按照原有的方式進行工作,那麼社會不會進步。我們並不是說勤勞的人不好,但我們不可否認的是懶人有懶辦法。書裡引用了李冰積薪燒山的故事,李冰身為一地長官手底下掌管著幾千萬人,他...

《大道至簡》第二章讀後感

是懶人創造了方法 第二章的開篇又引出了一篇故事,這次故事的主人公換成了李冰,蜀地太守。同樣是開山,愚公想到的是 碎石擊壤 而李冰就已經懂得 積薪燒之 了。愚公太勤勞了,他想 吾今勝昨倍許,明勝今倍許,而山不加增,何苦而不快。但是越發的勤快,愚公便越發沒有機會找到更快的方法。但他只是個普通人,就算他再...

《大道至簡》第二章讀後感

第二章的開頭沿用了愚公的故事,並引出了類似的例子李冰。同是鑿山,卻方法不同。愚公是勤勤懇懇的,三個技術人員,面隊的這個龐大的工程,碎石是開衫的辦法。同樣面對浩大工程的李冰,用懶人的方法燒了一座山。乙個會鑿,乙個會燒。時間上卻是差的很多。無論的時間的利用,人力資源的利用,都可以看出李冰略高一籌。這也是...