上篇內容聊了一些技術社群相關的事情，本篇聊聊內外部技術分享、技術部落格相關的事情。
提到技術分享，乙個繞不開的話題是為什麼要做技術分享？
你可能會得到許多不同的略帶功利的答案，也可能會看到最樸素的：紮實自己技術的過程中幫助有相同需求的其他人。
不論哪種動機，技術分享對於行業、公司、團隊、個人都是好的事情。
可以說，技術部落格是距離普通技術人最近，能夠解決不少麻煩的有效「手段」：
不少優質的，「好」的技術部落格內容都發生在前些年。
前些年技術部落格基本是技術人、技術團隊、技術發家公司的標配，最近幾年不論是從數量上，還是從質量上，好像都沒有那麼好了，那麼在這個大環境下，是否還要繼續做技術分享呢？
接下來展開聊聊這個話題，「質量劣化」和「是否繼續進行分享」。
在展開這個問題之前，個人認為：
或許是，也或許不是，但是其實這並不重要。（相對）好的內容永遠存在，作為個人，重點應該放在建立高效的機制去發掘好的內容，提高有價值內容的攝入。
想要獲取這個問題的答案，或許不得不考慮下面幾個問題：
好壞是觀者主觀感受，非客觀的量化標準。
在職業發展過程中，你的技術水平一定是芝麻開花節節高的，所以即使是類似深度的內容，五年前、十年前看是ok的，在當前的技術水平下看會覺得淺了其實很正常，結合網路文化的變化，難免在主觀上感受這些內容不夠幹。
當前大環境下的資訊**、內容分享方式、讀者人群都有了比較大的變化。
隨著時間的變化，受眾人群的增多，技術內容的膨脹，網路上不少技術相關、興趣相關的內容也具備了「課程化」，或者說商業化的可能，從事培訓相關的公司會進行人群細分，開始有目的的簡化內容、參雜營銷性質的內容，技術內容的深度和篇幅自然而然的會變少。
而且，老的內容都經歷了大浪淘沙，許多歷久彌新的內容正因為有其獨到的價值，才會被流傳至今，比如各種經典的「書」，部落格文章也是如此，沒有使用價值、因為技術更新換代而內容落後於時代的內容會被剔除掉，所以你至今還能看到的不少內容都經歷了許多人的「驗證」，而那些「同時期的沙子」被你忽略掉了。
上面個人觀點，闡述了公司、團隊們為什麼要做技術分享的部分原因，從公司角度來看，只要是對技術人才競爭激烈的技術團隊，都需要樹立乙個「我的文化氛圍好、我們的技術成體系、我們做的事情有趣有意義」來持續的「勾搭」具備向上成長能力的技術候選人。
當前招聘市場對於技術人員的各種苛刻要求，很多時候會在招聘的時候轉嫁到技術團隊身上，是否有技術深度不光是對候選人的考察，也是候選人對於技術團隊的訴求，技術團隊如果對技術人員的吸引力持續下降，很多時候會促使優秀人員流失，所以適當打造技術品牌，是一件值得做的事情。
如果你是乙個技術團隊負責人，或是一家長期需要技術成員參與來研發技術產品的業務負責人，這個手段可能是投入產出比比較高的手段之一，文章可以長時間的存在於網路上，低成本的傳播，在形成一定體系後對於讀者會產生「1+1大於2」的價值，技術團隊的口碑也會有比較明顯的改觀，參考「2023年前後」美團正式開始運營技術團隊部落格、技術沙龍等技術相關事務後，整個技術團隊口碑的變化。
不聊國外，再舉兩個國內網際網路公司的例子感受一下：
如果你是乙個技術負責人，在看過非常多的內外部文件後，你一定會發現乙個神奇的現象「多數文件」都比較簡單、甚至簡陋，語句不通、思路不清晰比比皆是。執行技術部落格單就從鍛鍊技術同學總結歸納能力來看，也是值得一試的舉措，更何況還有開放文化形成的額外加成，有利於技術人員招聘。
「相比較那些沒有技術分享，不夠開放的團隊，我們值得你的加入」，不是嗎？
對於個人而言，上述對於群體有價值的內容，不少都顯得不是那麼重要。
毫無疑問，進行技術分享會花費許多原本可以用來「工作」、「休息」的時間用來折騰和燒腦，甚至你還可能因此和世界上某個角落都陌生人產生不那麼愉快的討論，浪費更多原本可以愉悅自己的時光。
這是乙個比較綜合的話題，但是線索實際也非常清晰，回歸本質需要明確的問題有這些：
你需要投入成本是什麼
這裡拋開純商業運營、帶貨售課這類明顯有物質回報的行為，側重來聊聊無明確物質回報，或無物質回報情況下的分享。（更加符合多數人）
對於技術同學來說，我們做技術分享受眾一般分為下面兩類：
對於內部分享，如果是同事，我們一般會對於某個具體的技術點、技術產品上進行展開，以提公升大家的技術水平和技術視野，大家輪著來，個人的最大收益除了良好的關係氛圍、演講分享的語言組織能力鍛鍊外，更多是對已有知識的總結提煉，加深認知，以及下一次分享作為聽眾的「純賺」。
內部分享，如果是匯報給老闆，則一般會概括講明當前領域的趨勢、技術選型風險、產品規劃和里程碑，展示優秀的地方，暴露風險，以及說清楚成本，讓老闆給予資源支援和部分風險決策。是寶貴的溝通機會，如果平時不做總結分享，臨陣磨槍，一般情況下只是「面上光亮」，「不夠快」是不行的。
對於外部分享，因為不存在同事、上下級關係，多數人是因為有相同的興趣、想解決當前遇到問題、或者想有提公升技術水平，再或者有交友訴求，所以可以更純粹一些，就事論事，刨根問底。過程中，除了前面提到的可以對總結提煉能力有所提高外，還能結識到一些有趣的靈魂。
所以說，技術分享對個人來說，也是利大於弊的事情，值得一試。
人是容易情緒化的動物，也很容易盲目模仿、跟隨其他人的的動作，而做出不夠理性的舉動。模仿榜樣的重點在於學會其套路，而非「照貓畫虎」。
下面聊聊分享過程中的一些常見誤區和問題。
各種社交**平台獲取流量和活躍，會在產品上突出各種資料。內容貢獻者難免會陷入套路，慢慢忘記為什麼而寫。
試著思考下面的問題：
個人建議，如果寫技術文章，需要將「功利心盡可能扔掉，回歸初心，分享一件讓你快樂的事情」，這樣的內容才好玩，才真的會幫到其他的人，從而產生同情，進一步發生人與人的聯絡。
如果你被資料綁架，很容易琢磨和嘗試「套用公式」方案，去折騰模式化地量產內容。
寫作是一件簡單的事情，合適的工具是能夠給予效率上極大的提公升的，適當學習掌握「先進」工具，有利於寫作成文的速度，但是即使在「白板記事本」、「黑漆漆的vim終端」裡，也是能夠寫出易於閱讀的文章的。
這件事看起來和上面是一回事，實際不是的。模擬日常開發，寫作環境可以模擬開發環境，而內容分發則相當於部署（cd）階段。
最簡單的方案是：你經常在什麼環境進行技術資訊獲取、討論，那麼就在**發布，去回饋那裡的同行、同好；你希望**的人和你進行溝通討論，就在**進行發布。
如果你「學有餘力」，對 web 技術特別感興趣或者說狂熱，可以試試自建/維護乙個個人的技術站點，相信你會在搭建、除錯、維護過程中對 web 技術有更深入的了解，有利於後續工作中對於問題的除錯分析，甚至是類似業務的完整搭建。
其實不少內容在去年 致我的讀者 中都提到過。
不論你是團隊，還是個人，都希望你能為「自己」而寫，用心、純粹的寫下去。
–eof
mysql可以分享的技術 技術分享 MySQL
1 查詢語句是如何執行的？1 連線 1 建立連線 2 驗證許可權，修改了許可權，建立新的連線才會生效。3 sql執行的臨時記憶體 2 查詢快取 1 先查詢快取，更新操作會導致所有快取失效。2 mysql 8.0功能去掉 3 分析 詞法解析，語法解析 4 優化 1 決定使用哪個索引，比方說根據統計資訊...
Android技術分享
android開發必看知識，不看後悔 打包為大家奉上最實用最給力的資源，不看你絕對後悔。最強大的ui特效 奇藝高畫質ui 介面源 搜尋關鍵字飛入飛出效果 水波紋效果，附工程原始碼 效果很好很逼真 特效！超牛x launcher特效 仿360 一鍵優化動畫效果 功能強大的拼圖人生原始碼 最火爆的精品例...
技術需要分享
以前一直沒有寫技術性部落格的習慣。從winnt到linux，從備份nbu到oracle到現在的雲計算，從軟體到硬體，太多值得記錄和分享的內容了。也許是過去的學習習慣不好，只懂得自己埋頭學，閉門造車，沒有溝通交流，結果路走得紛亂，而且沉澱不夠。it技術尤其在整體趨勢邁向開源後，工程師不僅僅是會幾門技術...