關於技術分享的思考

記得從自己2月份申請了公眾號群發學習筆記以來，自己堅持寫技術部落格已經有快300天了，從當時一個簡單的念頭到現在的不斷堅持，其中的苦與累，箇中滋味，自己是感慨良多。有時候翻看起以前的筆記，就能勾起自己的一些回憶。
學習筆記可能涉及的面不廣，但是基本都是以實用為出發點，純粹就是為了技術分享和個人參考。從零零散散的經驗總結中，慢慢發現，工作中涉及的問題基本上都由點帶面，基本成為一個完整的體系了。我想也是自己該總結總結的時候了，有時候光往前走，但是不停下來總結和思考，是不會進步的。
對於技術分享的個人感受，有以下幾點。
1.擺正出發點
我把這個作為技術分享的第一個要點，自己的感受就是從最開始一定要有一個簡單的意向，技術分享就是技術分享，不是賺取眼球的工作，不要指望獲得多麼高的收益，有時候會感到孤獨或者無助，可能最開始發一些部落格的時候，時間也比較集中，發的篇數也比較多，自己多多少少也有一些成就感，總是感覺技術分享是一種隨行的行為，技術部落格算是屬於自己的一篇空間，自己想分享什麼就分享什麼，但是時間是一把量尺，能夠度量你的技術分享的出發點，慢慢地你會發現自己會失去信心，總是感覺大家對你的努力付出沒有應有的付出。可能最開始大家還對你豎大拇指，說你有恆心有毅力，還會給你幾個友善的贊，這個時候你要真心的問自己，自己技術分享的出發點。
每天傳送筆記的時候自己都很糾結，有時候在白天上班的時候碰到問題比較多，有些問題比較典型，自己就記錄一些日誌，在下班前就能馬上串成一篇技術文章，自己一身輕鬆，有時候感覺自己忙活了一天，但是沒什麼新的東西可分享，自己就時不時想放棄，這個時候總是在晚上9點多，10點的時候自己就坐在電腦前，有些坐立不安，最後說服自己，自己得給自己一個交代，從書架上開始翻找，自己逼著自己趕快學習。我都忘了在這種狀態中自己究竟糾結了多少次了。最後總能有驚無險的完成任務。看著自己用微信掃描學習筆記二維碼的時候，自己就長長舒一口氣，感覺今天的任務完成了。
所以我技術分享筆記的出發點就是讓自己每天進步一點點，好記性不如爛筆頭，只要你自己努力了，肯定會有收穫。
2.對文章進行歸類
這一點可能在最開始的時候沒有什麼感觸，如果你每天都在堅持分享筆記，慢慢的你就會發現筆記的數量在有條不紊的增長。時間一長，自己就感覺有些亂了，有時候在檢視一些筆記的時候就會發現亂糟糟的。想找一些以前的筆記都很費力，這個時候還是花點時間對文章進行一個歸類吧，在歸類的同時也能夠發現自己在哪些方面還存在著空白。哪些方面的基本功需要加強。這是一個持續的過程。隨著分類的細化你會發現自己總結問題也越來越有條理了。等你對某些問題積累到一定的程度，你會發現自己竟然還會在某一方面有這樣的認識。這些東西比你看技術叢書來的難能可貴。被大家推崇的說法就是乾貨。
3.多參考多借鑑，虛心請教
作為技術分析，有些來自工作中的真實問題總結，有些是自己在平時的學習總結。如果能夠從多個渠道來學習總結，你會發現有時候自己的認識可能有些片面或者是不客觀的。對於解決問題，記得一個老師曾經說過，他認為那些普遍性的問題解決思路是最難能可貴的，如果你花了很多的時間解決的問題是某一個平臺上某一個資料庫版本中的特定問題，可能從對自身的成長來說，價值沒有你解決一個通用性問題的價值大，畢竟資料庫的技術也在不斷的變更，但是很多東西都是萬變不離其宗，資料庫的核心技術還是離不開它的體系結構。如果能夠透過原理來分析問題的情況最後解決了問題，這個價值要大很多，你得到的絕不是一把解決問題的鑰匙。
學習的時候也不能死鑽牛角尖，可以在論壇，qq群，部落格，各種社交渠道中多借鑑多參考，虛心求教。如果問題能夠透過google,baidu解決自己還是不要重複問了。有些問題看似簡單，也別怕別人笑話，笑話就笑話吧，任何問題深究都有不少門道。
4.敢於質疑
這一點我比較有感觸，自己如果算新入行，對於很多問題都會默然接受，認為質疑或者多問就會顯得自己沒水平，或者不夠專業。我用兩個自己的真實案例來說明一下。
一個是是在生產環境升級的時候碰到的問題，有一條sql語句已經被一個資深的dba做了調優稽核，執行時間在2秒左右，但是這條sql語句根據業務需求執行的頻率極高。自己在排查了各種其它原因之後，開始質疑sql語句的問題，結果認真分析，發現確實有問題。但是這已經被資深dba稽核過，自己突然跳出來說有問題，如果確實存在還好，如果虛驚一場，大家對你也會有些懷疑，我在不斷的確認之後果然質疑了這個問題，和產品部反饋了這個問題，最後他們複審發現確實是個問題，最後sql語句簡單調整，執行時間就從2秒減少到了0.03秒左右。
還有一個問題是在資料遷移的時候，公司的資料遷移已經有一套成熟的技術體系了，都是透過perl來抽取源資料，透過sql*loader來做為資料匯入工具，但是自己在反覆的測試中，發現這種實現方式需要的時間還是有些長，最後自己利用工作之餘的時間寫了一套工具，透過外部表實現，最開始的時候也是備受大家的質疑，因為這種方式使用的比較少，自己就堅持透過技術部落格不斷的總結，一點一點改進，最後在自己的專案中成功的使用自己的方案替代了公司原有的方案。在生產環境中的幾次重大資料遷移都順利完成。
有時候回看自己的技術分享筆記的時候，自己就感慨良多，你需要用自己的分析來說服自己質疑，也要勇敢面對別人的質疑。這種質疑也是一種進步，說明你在積極的努力。
6.最重要的堅持
這作為最後一點感悟，寫在最後，實在是太重要了，真不知道該怎麼強調它的重要性了。你得自己打敗自己的妥協和懶惰。你總會找出各種理由來拖延，有些原因卻是客觀，但是辦法總比困難多，堅持是最重要的。時間會說明你付出的價值。