本週討論話題是關於提公升工作技能的方式。
話題：你目前主要通過哪些渠道來提公升工作技能？哪些方式你最容易接受？
話題描述：每個人肯定都有自己提公升工作技能的途徑，那哪些途徑是你最容易接受的呢？你有什麼好的想法呢？
不再騎行：報名一些培訓班，對知識的獲取和交流比較方便。
可見大家還是有很多自己可行的方式的，今天我來聊一聊我自己目前的方式，不一定適用每乙個人，但是我希望能給你一些啟發。
我將提公升自己工作技能的途徑，分成三個層次來漸進式的完成。
這個過程，需要你自己對自己進行盤點，可以用xmind列一下，你會什麼？你不會什麼？（我之前也分享過測試開發技術棧，不過現在應該得更新了），大體上，你的知識體系圖譜就構建出來了。
列完之後，並不是要立即開始，將你不會的內容，逐個擊破。我覺得這樣效果不佳，第一：你不一定有那麼多的精力。第二：技術是你不用轉瞬即逝，這樣收益太低。
那什麼時候去學習這些不會的內容呢？當你在工作中或者其他實際的場景中，正好需要用到這些內容時，就是個很好的時機。有了場景，你對知識點的理解會更深入。這也是我之前非常喜歡的一句話「leaning by doing」，在實踐中學習，在學習中實踐。
我最近寫技術文章比較多，有乙個很深的感悟，某個知識點，感覺自己已經掌握了。但是要寫文章去分享出來的時候，會發現無從下筆（有時候，幾行字會刪了敲，敲了再刪）。
所以，我強烈建議每乙個人，當你學了某個知識點之後，一定要寫技術文章記錄下來、分享出來。好處很多，第一可以檢驗你是否真的掌握這個知識點；第二可以鍛鍊你的總結能力。
寫部落格的另外乙個好處是，可以幫你梳理相關的知識點，比如，以selenium為例，我之前寫文章時，就將它常用的類、常用的方法、常見的坑以及webdriver的工作原理全部都梳理了一遍，加深了對selenium的理解。
所以，最後在囉嗦一句：一定要做好知識點的總結，學習之後，要寫部落格。
知識點總結之後，你可能會覺得自己已經完全能處理相關問題了。但當你開始使用時，你會發現，還有各種坑等著你（常見的有系統本身問題、個人操作不當引起的問題等等）。這就是理論和實踐的差距，相對於理論，實踐中的各種踩坑經驗，可能會更有意義。
踩了哪些坑？建議你也寫到部落格中，第一方便自己將來再碰到類似問題查閱；第二可以幫助到碰到類似問題的其他人，一舉兩得，豈不美哉。
這也是，我為什麼上面建議在工作中碰到具體問題，再去學習和總結對應知識點的原因！
技術部落格更新完之後，不要忘記更新你在第一步xmind中對應知識點的狀態，修改為：已學會。這樣，你的知識圖譜在不斷的完善。
IT技術的三個層次
全稱 informationtechnology，即資訊科技 it實際上有三個層次 第一層是硬體，主要指資料儲存 處理和傳輸的主機和網路通訊裝置 第二層是指軟體，包括可用來蒐集 儲存 檢索 分析 應用 評估資訊的各種軟體，它包括我們通常所指的erp 企業資源計畫 crm 客戶關係管理 scm 鏈管理...
重構的三個層次
domain driven design一書還沒有完整地看完，只能就一些部分做些介紹，只能等以後迭代重構，直到得到這本書的model.軟體是知識的載體，模型是領域知識的結晶 擠壓知識 一般開發複雜的軟體都需要領域專家和軟體開發人員密切合作，開發人員快速地學習領域知識 但一般不可能很快成為專家 領域專...
學習的三個層次
老僧三十年前未參禪時，見山是山，見水是水。及至後來，親見知識，有個入處。見山不是山，見水不是水。而今得個休歇處，依前見山只是山，見水只是水。大眾，這三般見解，是同是別？有人緇素得出，許汝親見老僧。青原惟信禪師 五燈會元 卷十七 一 見山是山，見水是水 背菜譜階段 我們應該接受迅速失敗，而不是緩慢失敗...