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

  讀完《大道至簡》第二章,相較於第一章告訴個人鍥而不捨,第二章則告訴我了何爲方法提升效率。有時候,悶頭幹 並非一個好方法~~程序員

————————————————下面開始正題!!——————————————————————算法

   NO.1:是懶人造就了方法 編程

  正題引用《華陽國志》其一:    函數

  「僰蘭 道有蜀王兵 ,亦有神做大灘江中。其崖嶄峻不 可破,(冰)乃積薪燒之。 」 設計

  本段和《大道至簡》第一章可謂相互呼應。一則告訴咱們開始一項巨大工程須要有恆心毅力;二則告訴咱們其實好的方法可以事半功倍。「其崖嶄峻不 可破,(冰)乃積薪燒之」,若是是在《大道至簡》的第一章愚公看來。面對這一項龐大的工程,啥也不說,老漢悶頭幹就是了!「碎石擊壤」「吾 今勝昨倍許,明勝今倍許,而山不加增,何苦而不快。 」開發

  然而這句話卻告訴咱們一個新的方法——積薪而燒之。至於其中熱脹冷縮的物理原理就不科普了,只須要知道巨巖可應聲而裂。李冰管理的是人數成百上千人的大工程。要修堰築壩,還 要「鑿離堆」。而做爲這些人的管理者,不用想也知道他一定是個閒人,若是全部的事情他都要親力親爲,必定能忙死。編譯器

  李冰是個閒人,或者是個懶人,可是正是懶人才會有閒心看火燒石,纔會發現這樣一個便捷的方法。it

  愚公太過勤,但正由於他愈加的勤快,他也愈加沒有機會找到更快的方法。很喜歡《大道至簡》裏的一句話:人的精力終歸是有極限的。提出新的「方法」,解決的將是影響作事成效的根本問題。而愚公能夠多吃點飯, 多加點班,但突破不了人的精力的極限。是呀,人的精力有限,可是代碼何止千千萬,想當碼農?那就悶頭去幹吧!編譯

———————————————下面還開始正題!!—————————————————————  程序設計

  NO.2:一百萬行代碼是能夠寫在一個文件裏的

  業內的正統軟件思想:一百萬行代碼其實 是能夠寫在一個文件裏的。不單能夠,並且編譯器、編輯 器等等也都必需要支持。(我不知道這句話的正確與否,可是一個軟件內部程序的複雜度遠遠不止百萬代碼)。

  勤快的愚公創造不了方法,對於要 把「一百萬行代碼寫到一個文件」,查找一個函數要在編 輯器裏按五千次 PageDown/PageUp 鍵的勤快人來講,是 不能期望他們創造出「單元文件(Unit)」這樣的開發方法 來的。因此更不要說想出新的概念:模塊,這種顛覆當時傳統敲代碼思想的天馬行空了。因而源代碼終於能夠分散開來,結構化編程的時代終於開始了,新的方法取代了舊的方法,而這一切的功 勞,是要歸終於那個在按第 5001 次PageDown鍵時,忽然崩潰的程序師。能夠嚴謹地說,他是個懶人,但它改變了推開了程序員的新時代。

————————————————下面也是正題—————————————————————————

  NO.3:你桌上的書是亂的嗎?

  剛看到它的問題的時候心中一涼,呵呵,由於個人書就是亂的,程序員的生活細節決定他的思想。若是書是整齊的,「你既然知道如何把書分類、歸整 得整整齊齊地放在書桌,怎麼沒想過如何把所學的知道 分類一下,概括一下,整整齊齊地放在腦子裏呢?」對於這樣的建議,個人心中又輕鬆了起來。還好,還好個人書是亂的O(∩_∩)O哈哈~

  拋去《大道至簡》書中陌生的專有名詞。學會分類統計,嘗試一下分類,把既有的知識象桌子上的書 同樣整理一下,最經常使用的放在手邊,而最不經常使用的放在書櫃裏。

  你桌上的書是亂的嗎?

————————————————下面是最後的正題———————————————————————

  NO.4: 個人第一次思考:程序 = 算法 + 結構 + 方法

  這句話,伴隨了個人大一輩子活,還將伴隨個人大學生,伴隨個人之後生活。

  所謂「面向過程開發」,實際上是對「結構化程序設計」 在代碼階段的一個習慣性的說法。面向過程開發中,「過程(procedure)」是 CPU 提供的, 「單元(unit)」則是編譯器提供的(機制)。程序員不須要(至 少是沒必要須)再造就什麼「方法」,就能夠進行愚公式的開發工做了。可是,也僅僅是愚公式的開發...

相關文章
相關標籤/搜索