雾里散步——这次聊聊自已
很多時候還沒開始其實早已經結束
????
????終于結束了本命年，其實總結計劃早已經碼好了幾千字，但是在跨年之后，我還是決定重新寫一篇，無論從技術角度還是生活角度，我都打算自私一回，寫回我自已。很多時候因為執著總是會迷失了自已，只要有光，人不怕在霧里散步，怕的是明明有光卻還是迷路了，這次，我要以我的角度來闡述這個故事。
關于技術的那些事兒
人人都在霧里：
????在技術的路上，人人都在霧里，在過去的五年里，不斷的有人問我以下類似的問題
“Stat，你覺得我學XXX怎么樣？”
“XX（某廠商）的XXX好像不錯，你們都會了，我還沒會”
“現在沒人用XXX（某廠商）了，都用XXX（某廠商）的”
“OpenStack好像蠻屌的，而且互聯網公司都在用“
“虛擬化？不就是XXX（某廠商）嘛，我會”（面試中）
????這些問題本身并沒有什么問題，我一般也是看在心里，不作回答，一方面年輕人無論以什么理由多學點技術總是沒錯的，另一方面，我擔心我的言論影響他們自已的思考。但是今天我想以個人的名義，好好表達下關于這些問題我個人的愚見。學習技術我認為要認定方向，在系統這塊，除非你全副身心都投入（比如我大學時期），否則很難實現像ITDev中所闡述的”全棧“能力。在中專時代，我了解到很多人背井離鄉去大城市工作，大部分是因為大城市才能找到符合自已專業能力的工作（比如我現在），所以在那時我就渴望去改變這一個現狀，直到07年、08年我了解到虛擬化（并非如Workstation的Guest級別虛擬化），我就明白了，這就是我的方向，虛擬化本身及其所衍生的技術棧可以使IT資源形成一個池，并且讓所有人可以不用去接觸到物理本身去獲取資源，通過互聯網，實現萬物互聯，最終實現IT資源Any Time、Any Where、Any Work（請注意是IT資源，并不是終端資源）。這就是我霧里的第一道光，我的心愿意追隨這道光。
????大一（很慶幸能夠進入華南最具技術實力的院校學習）時，那個時候我跟老師交流過關于整合IT資源，老師告訴我“并行計算”。追尋一道光，我至少要知道這道光來自哪里，所以我對并行計算做了一些粗淺的了解，實際上并行計算并不等同于虛擬化，并行計算是類似天河超算中心里面的機器，將處理器等計算資源做并聯，使其看起來像是一臺機器，更加像是一臺超大水車在河流上運作，水車同時同步在跑，水流加快，整條河的流動速度也大大增加了（關于這方面的技術，我也跟在超算中較有造詣的中科院博導張云泉老師學到了不少知識）。虛擬化，更多的是將分散的資源整合，并在其上實現硬件隔離的虛擬技術，并不是“一個大水車對應一個河流的關系”，而是每一個水車之上的扇葉做了隔離，需要多少力度就開啟多少扇葉，利用各種群集技術，可以根據水流的需求調整多臺水車的扇葉。了解了光的方向，我就開始真正的去追了，技術的界定永遠是***的（所以我現在自稱***工程師），我選擇從VMware View（現在叫Horizon）入門，在Microsoft架構深入，最終跟開源技術整合，一路走來其實涉及了很多廠商不同的技術，但是唯一相同相通的都是一個，那就是方向。
????我在霧里，我知道我希望看到什么，追尋的過程總是漫長而又枯燥的， 還好明確，才使得我沒有動搖過，所幸方向所到之處都或多或少有些許收獲：
（這些年以來涉及到各個產品）
????所以，技術本身并不存在什么開源、閉源，也不存在什么Windows、Linux、VMware、Microsoft、Citrix、KVM、Openstack、Docker之類的，在霧里，要能有一道光指導你的技術方向，追尋這道光，無論什么具體的技術、產品都好，只要能夠離這道光越近，你就算翻越幾座山峰又有什么呢？
（類似帶著這樣口吻的廣告，本身就是不專業的）
明明在霧里迷路，卻以為已經抓住了光：
????技術的學習，向來應該是全面的，全面不是指你的廣度，而是維度、深度，深淺靠勤奮，維度靠經驗與領悟。我曾經見過很多人，上來就是說
“不就是個域嗎？幾臺服務器就搞定了”
“不就是虛擬化嗎？VMware就可以了”
”不就是個xxx嗎？XXX足夠了吧“
“這個網站啊？4G內存應該就夠了吧！”
“這么簡單你都要做得這么復雜，你多慮了”
“這樣不行，那樣不行，這個項目怎么進行下去？“
????諸如以上的言論，且大部分來自帶著“有經驗”面具的“專家”們，或許是現實的殘酷亦或是技術難度導致他們變成這樣，大家本都是在霧里的人，我不應該嘲笑或是挖苦諷刺，但是我起碼得表明一些立場。尤記得，年中去一家師兄的公司面試，我一個不經意說了句“好像”就被師兄當頭一棒“技術是嚴謹的，只有是與否”，這句話可謂是2015年我聽到最為雷霆的一句話，本來我快麻木，認為我“以為的不是我以為的”，當時一訓反倒清醒了，無論是技術還是項目管理，本身就應該是嚴謹的，沒有那么多借口。轉而來看前面所陳述的問題，就拿“簡單”的域來舉個例子，真的那么簡單嗎？
1、 域的基本概念弄清了嗎？我作為CDM的MVP，我可以說我只能領悟到域的1成。
2、 域的設計怎么設計？幾臺服務器到底是幾臺？為什么要這幾臺？
3、 兩臺互備，考慮過互備之間的流量跟可能產生的風險嗎？
4、 消耗流量少不用擔心，請問流量少是個什么量詞？憑什么以這個量詞說明風險少不用擔心？
5、 全國各地的公司之間的線路清楚嗎？是不是對等？是不是一樣的質量？
6、 域就真的只是域嗎？用域本身的目的是什么？基于域架構搭建的IT基礎環境是怎么考慮的？
7、 靠著所謂的經驗，請問場景都一樣嗎？條件都一樣嗎？人為因素都一樣嗎？
????問到這里可能有些朋友會說，你鉆牛角了，哪有你說的這么復雜。事實就是這么復雜，你放棄對技術的追求我沒意見，即使退一萬步講，你如何跟老板（客戶）講好這個故事并使老板（客戶）掏錢？老板問到以上問題你怎么回答？沒問到出了問題你怎么解釋？
????很多情況下，人們在霧里被迷住了雙眼卻以為抓住了光，站在甲方乙方兩方面來看，基本都存在這樣的情況：
????把設計看輕了，向來是大忽悠PPT先上，設計文檔胡亂復制（甚至有時候連設計文檔都沒有），不考慮業務與場景，以為“一招鮮吃遍天”，終于靠著東湊西湊起來的所謂“技術方案”開始了期待已久的實施，然后迎接的就是各種實施故障（大部分人所認為的“坑”），好不容易安撫好客戶了，要驗收才翻出點截圖來做第二張大忽悠PPT。錢賺了，問題出了，人心沒了。
????設計文檔是用來干什么的？怎么來的設計文檔？在兩年前我不會說，好在，越來越多人已經開始明白這一點了，今天我覺得是時候聊聊了。從項目管理的角度最粗淺最低級的來說“需求調研——設計——實施——測試——驗收”，這里已經不摻雜任何管理領域的東西都足夠很多所謂的“工程師”好好看看了，很多人把設計文檔看成用來“交差”的，實際上設計文檔是你經過前期調研收集資料（比如物理環境、邏輯環境、人員因素、經濟因素、業務因素、需求因素等等，特別是人方面的因素）來決定的，而不是就著幾個概念去某度拼湊而成的，大部分的技術都是要依照本身的需求來定，而不是看你的技術能力來定，如果你的技術能力或者現實因素滿足不了業務需求所要求的，請體現在設計文檔里。我的習慣是，需求調研，我會列一個List去收集，沒收集完整我絕對不動手。你可能覺得沒必要，拋開一切來說，這些收集的資料必將是你老板（客戶）將來所要跟你探討的，一切理論的依據來源于數據，而不是你的空口白話，上面所述的問題，并不是多余的問題，而是天經地義應該考慮到的問題，有人或許會說，你這樣只會累到自已，實際上在前期不累，后期會更累，且負擔更重。很少人愿意干擦屁股的活兒，卻不愿意在設計方案這件事上多下點思考的成本，總是自欺欺人的以為在霧里抓住了光。
????
????說到這里不得不拍下二東家的馬屁，為什么馬云提到“DT”時代，實際上也是這個道理，一切以數據說話，以數據產生業務價值，你的老板（客戶）越來越不可能在你的胡說八道下信任你，因為數據的時代已經來了，且早已經來了。說到這里，據說馬老板的阿里云團隊里有專門一支算法團隊，專門針對云服務的各種業務建立數據模型，最為好的例子就是，阿里云的IaaS帶寬可以精確的告訴你多少兆帶寬能支撐多少的并發（連PV跟UV都可以告訴你），現在你還好意思說“XXX就足夠了吧”這樣沒有數據上下文的話嗎？只要能夠認真在數據上下功夫，你就會發現，最后所需要交付的資料其實早就已經積累起來了，而且有實打實的數據支撐。
追尋的過程也是產生光的過程：
????運維本來就是很大的學問，大部分人覺得是“維穩”即可，實際上運維的學問遠遠超過“穩”字，在DT時代下，“穩”已經不夠用了（請注意，是不夠用，而不是剛剛好），前面講過不要輕視設計，是因為數據的重要性，實際上運維的工作也跟數據息息相關，很多運維人總以系統穩定作為標桿，但我覺得當前有眾多技術支撐的前提下已經不能以系統穩定作為標桿了，而是應該以系統的生命力，或者預測系統的生命力來作為依據。如果把運維工作比喻成霧里追尋光的過程，其實追尋光的軌跡本身也是一道光，這些光就是由運維產生的數據所積累而成的，運維人的價值通常比研發人員要低（現在已經好很多），很多時候其實就是價值沒有可視化出來，或者勉強的去套用所謂“成熟”的體系導致運維價值低下。真正的運維應該是多合一的，也是循序漸進的，不是一開始就能登天的。比如可以在運維體系趨于完善的時候引入SLA機制，將具體的允許故障時間量化（數據化）：
（具體SLA對應的可停機時間表）
????我見過比較好的例子就是“連續無重大故障時間”，先將故障定級，然后根據某個特定級別的故障出現時間進行記錄，統計出無故障天數，激勵團隊去努力營造“穩”且前進的業務運維生態，這是很好的手段（我前東家在這個記錄上接近300天），包括報表報告、階段性總結、年度總結這些都是價值可視化的最佳時機，千萬別再“應付式”的去“交差”。當然，價值可視化不是讓你“裝X”，無中生有是大忌，實際能產生什么效果就該說什么效果，達到什么數據有什么風險該說清楚就應該說清楚，允許無意的錯誤，但是為了凸顯價值而去“無中生有”，這必然也會在霧里迷路（博主也犯過這種錯誤）。
????退一千萬步講，你想體現自身的價值并且得到應有的尊重與相應的報酬，也得把你所努力的東西讓別人知道，而不是自以為是的以為別人很清楚。
VMCloud的價值
????VMCloud實際上就是我追尋光的軌跡，有時候很匆忙，我不能說VMCloud是盡善盡美的，但起碼是有輪廓的。從11年VMCloud創建，12年底VMCloud云平臺系列博文出來到現在基礎篇完結，一直有人問：
“你這個賺錢了沒？”
“沒賺錢有啥意思？”
“分享？你都蠻傻的”
???? 賺錢，人人都有的想法，我為什么不賺？
1、 因為思考所產生的利益比金錢值錢太多了，在這個過程中，我積累的很多，這些積累足夠我在霧里去追逐光了。
2、 我憑什么能賺？這些知識只是最基礎最普通不過的筆記，很多深層次的東西靠文字根本無法表達，更別說金錢能夠購買。
3、 我怎么好意思賺？我寫的博文角度通常都是“詭異”的，看似Step By Step實則思考的成本比金錢要多很多，我只是表達的看起來似乎很“簡單”，所以免費其實才是最貴的。
????回歸價值，思考成本低深度夠的知識很少有，深度的知識需要思考成本、時間成本，給人如果產生這些額外的成本，那就根本不值得購買，既然不值得購買，不如免費。（比如我51CTO的第一部教程就是免費的）
如果有一天我能夠這般覺悟（比如胖老師，他通常能把復雜的概念幻化成簡單易接受的語言）加上足夠的知識維度（比如96年生人的MVP老王），我才會考慮物質價值，否則，我還是在追尋光的過程中去積累這些寶貴的“精神財富”吧，關于VMCloud，14年的年終總結已經聊了很多，這里不多闡述。
（簡化后的VMCloud計劃）
????在技術這一塊，有個觀點，技術是需求決定的，需求是業務決定的。我深有同感，同時這也是一個非常無奈的觀點，這就意味著你可能需要關注一些額外的點，但是沒關系，IT技術向來是允許互通的，只要你能在不同的技術中找到相同方向，借助這些技術提升業務的價值就夠了。
關于生活的那些事兒
三岔口，如何選擇：
????我還沒畢業就加入了我的前東家公司，老師說的一句話（實習生的待遇問題還不是因為你們沒給企業一種信任）使我留在前東家三年，然而我的實際行動證明，即使證明了對企業足夠的忠誠，即使提再多的意見，也仍然改變不了頂層的心。直到我離開，我最后跟領導說的一句話就是，現在的實習生待遇還是那樣嗎？“是的。”，三年來，我兢兢業業的學習，珍惜著前東家給我的每一份營養，雖然我的行動改變不了頂層的想法，但是這仍然不是我離開的主要原因。
????作為學生，我踏進社會，無論我在學校多優秀，那也沒辦法給予企業多大的信心（現實）。而前東家給予我充分的信心，且實習階段就提供環境讓我負責研究許多新鮮技術，甚至公費讓我參與MVP OpenDay這樣的盛會，這樣的信任雖然沒有體現在待遇上，但是對于當時渴望得到實驗環境的我是最具殺傷力，可以說當時的“設計”完全符合我的“業務需求”。但是望梅始終止不了渴，我在里面三年，每年都有人問我同一個問題，“你還在那家嗎？怎么還在那家！”甚至于老師也是這么問我，不以為然久了，心里也就多少有點觸動，更可怕的是我的生活質量像中國股市一樣一路下滑，絲毫望不到邊界。
????恰好是8月，我有幸得到釘子老師（丁國茂，微軟元老級MVP）的贈書，來自開復博士的《向死而生:我修的死亡學分》，我花了1個月時間去品讀，我覺得我是時候得到我應得的且對應的待遇了。這時候，霧里的三岔口出現了，同時有七家公司向我拋來橄欖枝，當然我本身也努力去找我向往的公司（然而都是無功而返），在七家公司中，我挑選了其中最為關注的三家做了一個評測表（維度分別是：待遇、環境、人文、企業文化、企業背景、行業、把握程度、IT系數），最終決定了我現在的東家，雖然并不是待遇最好的，但卻是我最想做的一份事業（請注意，我用了事業，而不是職業或工作）。
（選擇可以量化）
????有選擇是件很幸福的事情，好過不得不選擇，所以有得選擇請珍惜并好好思考如何選擇，對于工作，我想你需要定一條底線，很多人的底線是薪水，薪水我承認很重要，但是請不要單一拿薪水做底線，而是應該全方面的，價格并不能決定一切，決定一切的是性價比，而這個性價比是雙方的，你得值得起那個價格，以及人家覺得你值得起那個價格，加上你做得出那個價格。這個道理，在生活中也是一樣，想要得到某些東西時，總是要使你自已能夠駕馭得了某些東西，這個跟你追求的技術方向不同，它并不是一道光，而是一條路，不要怪走到了死胡同，只能說自已還沒能把握路的方向（或者說沒了方向感）。
技術與生活的平衡木，沒有任何事情會因你而改變：
????在開復博士的《向死而生:我修的死亡學分》這本書中，最震撼的一句話是“經歷了死亡之后，越發清晰沒有任何事情會因你而改變”，一直以來開復博士都是以改變世界為己任的一個人，甚至于寫出《世界因你不同》，而現在為何發出“沒有任何事情會因你而改變”這樣的聲音？開復博士沒有變，只是他看得更清晰了。過分的關注某個方面（比如技術），總會多少失去了生活，我曾經以做實驗為樂趣，為驕傲，并且將實驗作為生活的一部分，很長時間以來，我拒絕生活，我甘于沉醉在各種各樣的Demo中去。這并不是墮落，但對于我個人而言顯然也是一種病態， 我越發發現我的邏輯能力、表達能力下降，甚至有時候思維完全混亂，無法完整表達我想說的話。
????現在我意識到這一點了，技術與生活，其實是一桿秤，你把技術的砝碼放在生活上多一點，生活就會顯得很沉重，圈子便越來越小，直到有一天你喘不過氣來再想透氣就晚了。So，還是老話要懂得追隨本心，心想生活，就去生活，把這個當成借口也好，稍微讓技術與生活更加平衡，放下執念，學會接受“沒有任何事情會因你而改變”，微微一笑，你就明白為什么世界會因你不同了，更加清晰的對待身邊的事兒跟人兒。有能力者，就應該拿得起放得下，敢于面對自已，尊重自已，擔負起自已的責任，真正參與到未來的進程與生活中去，并在其中找到屬于自已“業務需求”的平衡。
（從這段字的篇幅你可以看得出來實際上我還是放不下。）
我與VMCloud共同在霧里散步：
????VMCloud從2011年初創到現在，已經5個年頭了，一直以來我都不認為它具備“組織”的特性，VMCloud與我一樣，一樣有血有肉，會哭會笑。就像前面所說的一樣，追尋霧里的光可能是我的目標，而VMCloud的目標就是使追尋更加精益，更加銳利（這是VMCloud在年中更換Logo的最主要原因），同時更加堅實有力（盾牌的意義）。
????VMCloud正式發力是13年，至今堅持下來也有近3年了，在2015年，我的本命年，VMCloud完成了以下List：
2015年3月 VMCloud 微信公眾號 正式開通
2015年3月~12月 VMCloud 微信公眾號 一共完成了12篇“進階”版微文
2015年6月 VMCloud開源軍團 正式成立，VMCloud Blog更換風格
2015年7月 VMCloud云平臺 SC基礎篇正式完結 完成從零到一的轉變
2015年 8月 VMCloud Monitor++產品Demo完成，VMCloud更換Logo
2015年 9月 VMCloud Line++產品Demo 完成（同時Agent++宣告失敗）
2015年11月 VMCloud 迎來了真正意義上的 第一百篇 博文
2015年12月 VMCloud云平臺 Microsoft平臺基礎篇正式殺青，一共104篇，涵蓋了SC全系列+Azure Packs產品線
????有人說，“事不過三”，VMCloud有5年了，年度計劃第3篇了，博文127篇了，微文14篇了，專題3個了，線下講座也舉行了3場了，廣科視頻也2部了，網站點擊量也超百萬了，51CTO 訪客量也過八萬了，我的MVP，也三年了，新人也變老戲骨了：
（MVP襟章，2014年我稱之為堅持，2015年我稱之為責任，2016年我稱之為勇氣）
????三年，堅持是一件挺不容易的事兒，無論從生活到技術第三年都是個坎兒。有些事情還沒開始其實早已經結束，但是即使開始了，你也不一定抓得住，所以，未來誰知道呢？可以確定的是，參與未來，是每個有能力者共同的責任，即使在霧里需要翻越幾座山，繞了幾次路，也請一定要堅定方向，相信未來終有一天會看到霧后清晨的第一縷光。
二十多年來，我只寫過兩篇敘述文，這是我第二篇，雖然還是夾雜了火藥味。
歷年年度總結（你可以看到成長的蛛絲馬跡）：
?
2014年年度總結《追隨你心 —— 聊聊VMCloud》：http://vmcloud.info/?p=2797
2013年年度總結《較真 ——微軟MVP之路》：http://vmcloud.info/?p=839
總結
以上是生活随笔為你收集整理的雾里散步——这次聊聊自已的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 关于Java去连接HTTP地址的操作
- 下一篇： [转载]Office Visio快捷键