暑假開始後，我花了兩個星期粗讀了周愛民老師的《大道至簡》。這本書，怎麼說呢，讓我有一種耳目一新的感覺。在讀之前，我覺得這本書應該是教乙個人用更簡單的手法寫軟體——「大道至簡」嘛，不就是「軟體至簡」，也就是說，我一開始認為它在講方法。但是我錯了，它講的是更抽象的東西——軟體工程實踐者的思想。
這本書內容，老實說很符合110頁這麼薄的書，因為寫的的確是很通俗易懂了。周愛民老師也是很厲害了，能把思想這麼抽象的東西具象，並且講的頭頭是道，讓人忍不住有一種「喔！原來還可以這麼想!」的感覺。
比如第一章，周愛民老師講了愚公移山的故事，用程式設計這個角度去理解很有特色。然後，程式=演算法+結構。還記得這個公式麼，這是在c程式設計中開篇講到的，當時我們怎麼理解呢：圈住圈住，這個考試填空要考！程式=演算法+結構，程式=演算法+結構，程式=……就是這樣。然而結合上週愛民老師的講述，我們突然發現：對哦，這個等式竟然沒有**！！我們天天程式設計序，不就是編**麼？怎麼會這樣？重要的不是**，而是思想!「演算法是對程式的邏輯實現的描述，結構是邏輯實現所依附的資料實體，只要開發人員將這二者描繪出來，程式就已經定型了，剩下的都是勞力活」。所以，我們所叫苦叫累的，都是程式最後工作的「邊角料」。
在第二章，周愛民老師重點講述了「方法」的重要性。以李冰和愚公為例，李冰思考了，於是他「積薪燒之」，「鑿離堆」。而愚公是乙個想到就做的人，於是他「碎石擊壤」，山「何苦而不平」。李冰和愚公都做的是開山改河這樣龐大的工程，而二者都做到了。那麼如果是你，你選擇哪種方法?是李冰的「積薪燒之」，還是愚公的「碎石擊壤」，然後「子子孫孫，無窮匱也」？我想答案應該很明確吧。
還有，在第三，四章，周愛民老師重點講述了團隊開發程式的內部分工的明確性、配合的重要性及團隊內部產生的矛盾，還有對客戶的溝通以及其重要性。
由於在一開始，我們學習的還是很簡單很簡單的程式，所以我習慣了在原始檔中直接寫上乙個main.c檔案，然後將**全部打在這乙個檔案中。即使後來學習了c++，有了類之後，還習慣這樣，造成難查錯誤的困難。此外，我還習慣在完成程式的時候，開啟vs，然後就坐在電腦前編**，根本不先做出乙個初步的思考再去寫程式，這和愚公有什麼區別？
讀了《大道至簡》後，我的確有了一些懵懂的感悟，也有了一些曾經不懂的問題的答案。但我能感覺到，我依然有很多沒有理解的，讀不懂的地方，我希望在我以後的程式設計生涯中，能夠理解這些話的意思。
看了《大道至簡》
無意間在網上翻到這本書，粗粗的看了一遍，有點感觸。可以研究細節，但不能陷入，可以一時陷入，但不能一世陷入。當然，這對技術狂熱者或許是除外的。如果要解決問題，那麼無論何種程式語言，都是一種工具，要做的是對於當前的問題選擇適合的工具。任何一種工具都是在某個情境下才可以區分孰優孰劣。中國的一些理論，很少放...
讀大道至簡
軟體開發 方法 過程 工程 組織 演算法 結構 方法 面向過程 物件導向 過程 瀑布模型 迭代模型 工程 專案管理 進度 成本 質量 組織 體制 組織結構和制度 是乙個向外擴充套件的過程。方法 分，模組化設計 過程 增量迭代，還是瀑布模型 工程 進度 成本 質量 組織 組織結構 制度 舉乙個做生意的...
大道至簡Segment Routing
聽了一下思科服務支援社群的講座，以下為筆記 1.基礎知識 1 igp基礎 ospf和中間到中間系統協議 2 bgp基礎 3 mpls 多協議標籤交換 2.模擬器為ios xrv 6.0.1 3.sr架構基於源路由。節點擊擇路徑，並且引導資料報沿著該路徑通過網路，做法是在資料報頭中插入帶順序的段列表，...