隱喻--啟發 更深刻的理解
早晨一上班就想起了隱喻， 不知道是不是我那位找到工作的緣故，世界上有的東西是不可**的，但又是可以隱隱約約可見的，記得在敏捷軟體開改裡有這麼乙個概念（metaphor），又想起我的畢設，不值得一提。我覺得這個概念有點像那個探險遊戲，就是不知道下一步做什麼，但知道下一步一定是找某個東西，才知道將來要做什麼，就這樣一步一步，最終完成探險。
軟體隱喻更像是一束搜尋燈光，而不是一張地圖，它並不會告訴你去**尋找答案；它只給你啟發，教你如何尋找答案，而不是像數學演算法一樣規定出到**找答案。乙個公式是一套完整建立的、進行某一些任務的規則。它的結果是可**的、確定的，並不取決於運氣。公式會告訴你直接從 a 點走到 b 點，中間不准繞路，不准隨意順便訪問c、d、e 或 f 點，也不准停下來聞一下玫瑰花香或者喝杯咖啡什麼的，一切必須按規定來。啟發是一種幫助你尋求答案的技術。它的結果往往和運氣有關，因為它只告訴你如何去找，而並未告訴你應該找到些什麼。它不會告訴你怎樣直接從點 a 到點 b．甚至很可能它根本就不知道點 a 和點 b 在**。事實上，可以認為啟發是乙個穿著外套的公式。它往往不可**，更富有趣味，不會保證一定會發生或不會發生什麼。
公式和啟發之間的區別是微妙的，這兩個例子或許會說明一些問題。它們之間的主要區別是：它們與答案之間的直接程度。公式給予直接指令；而啟發則告訴你該怎樣找到這些指令，或者至少告訴你到**尋找它們。
如果有一套指令告訴你該如何解決程式中的問題，這當然會使程式設計變得很容易，而且結果也可以**了。但是程式設計科學目前還沒有那樣發達，也許永遠也不會。程式設計中最富於挑戰性的問題便是將問題概念化，程式設計中許多錯誤往往都是概念性錯誤，因為每個程式在概念上都是獨特的，所以創立一套可以指導每乙個問題的規則是非常困難，甚至是不可能的。這樣，從總體上知道該如何解決問題，便幾乎和知道某一特定問題的答案一樣重要了。
隱喻僅僅是啟發，而不是公式，因此，它更傾向於比較隨便，無拘無束。隱喻通過把軟體開發與你所熟知的事情聯絡在一起，從而使你對其有更深刻的理解。一些隱喻要好於其它隱喻。把軟體建立與建造建築物模擬，表明開發軟體前要精心準備，並表明了大規模專案與小規模專案之間的差別。認為軟體開發實踐是智慧型工具箱中的工具進一步表明，每個程式設計師都有許多自己的工具，沒有任何一種工具是萬能的。為每件工作選擇合適的工具，是成為乙個優秀程式設計師的首要素質之一。
對MapReduce Yarn的深刻理解
1.mapreduce詳細工作流程之map階段 2.mapreduce流程之reduce階段巨集觀上看 reducetask分為四個階段 1.copy 2.merge 3.sort 4.reduce 1.copy reducetask將遠端從maptask上覆制過來要處理的資料，針對某一片資料，如果...
好像自己領悟出的道理，能夠記得更深刻一些
現在是12月28日0點32分，剛從南京回到上海，洗完澡收拾妥當準備睡覺 7點46從南京出發，10點08分抵達上海虹橋火車站，11點58分抵達住處，不到5個小時的時間，回想了一下這一年來做的種種蠢事，明白了自己還是年輕且幼稚，成熟二字，離我很遠。這次回南京，第乙個感覺就是，學生都好年輕啊，本科生，充滿...
深刻理解Vue中的元件
今天看了下vue官網上關於元件的教程，感覺內容還挺多，現在把元件中基本的知識梳理一下。註冊元件就是利用vue.component 方法，先傳入乙個自定義元件的名字，然後傳入這個元件的配置。vue.component mycomponent 如上方式，就已經建立了乙個自定義元件，然後就可以在vue例項...