1:學習知識應該明白其背後的道理,實踐中應應用這些道理而不是方法。只有招數不知道,遇到變化的問題就一籌莫展,而在軟件開發中問題每每變幻無窮,因此必須知曉其道理。
2:本書開篇,做者詼諧的舉了愚公移山的神話典例與現實中一些職業相提並論,寫出了編程其實很簡單但須要付出汗水,進而引出了編程的精義:將龐大的工程或任務簡單化的解決。
3:在面對通常人能不能編程的問題上,做者更是斬釘截鐵的指出只要不是先天智商,或者後天懶惰者都可學習編程。
4:編程的第一要務是先把事情分析清楚,而不是接到任務以後盲目的敲代碼。
5:語言本質上沒有優劣之分,其差異主要表如今適用範圍上,只要學習的人喜歡,每種語言都能進行工做。
6:第二章開頭,做者用愚公和李冰的典例進行對比,明瞭的闡述了作同一件事情,選擇方法的重要性,編程亦是如此,好的方法每每能使任務事半功倍,而糟糕的方法縱然也能達到目的,可是卻會耗盡精力,事倍功半。
7:知識學完後要在大腦裏將其梳理,規整。
8:作經理要勇於承擔,有了肯定的團隊模式才能尋求相應的管理制度,而且才能把這樣的制度實施在團隊之上。
9:公司的制度要公平公正,制度的確立既要考慮人情,又要重視公平
10:在工程開始以前就應該把「角色」肯定好,個個角色所參與的職位,儘量與員工所學呼應,不可張冠李戴,不然公司效益將大打折扣。
11:管理者應該首先融入團隊,不斷引導團隊,不可一接手便大張旗鼓,這樣會栽進「螞蟻洞」中。
12:與客戶交流時要轉換角色,由於客戶極可能不瞭解C語言因此不能過度的用專業知識與之交流。在談論項目時要考慮的周全,結合客戶的需求和其內部各我的員部門的須要來製做設計框架。
13:項目製做後應該留有歷史,這樣才能在之後的工做中有據可查,在項目溝通時應該注意避免流於形式的溝通。
14:程序=算法+結構而編程=算法+結構+方法,方法則是不斷的編程實踐天然的歸演與總結,是編程經驗,過程解決的是工程中角色間的關係問題,做爲項目經理必須分清玩家與客戶的區別,做爲項目經理必須有一部分的工做是非技術性的。甚至,可能絕大部分的工做是非技術性的,由於與技術相關的管理技能(需求,配置,管理過程等)能夠由開發經理來作,或者公司對於這一方面有較爲統一且成熟的規範,所以無需投入過多精力
15:項目計劃須要思考成本,不然不會獲得經營者的支持,作項目須要有明確的目的,確保成本不會枯竭。
//如下爲本身對之後的學習反思
反觀本身在學習生活中的學習方法,實在不夠聰明,有時上課遇到聽不懂的知識,則選擇只知道方法而不去探索原理,結果出現題目上的變化則全然不知所措。老師留的實驗則是上手就作,根本沒有清晰的條理,結果事倍功半。
閱讀這本經典的《大道至簡》,讓我明白了之後學習上要明確態度,要勤奮,而不是成天懷疑人生,就算是笨鳥也能先飛。算法