我入行十幾年帶過的團(tuán)隊(duì)前前后后也有幾百人。這些年我觀察到一個特別有意思的現(xiàn)象技術(shù)人往往分成兩種極端一種是在任何場合都能滔滔不絕另一種是悶頭寫代碼遇到開會恨不得隱身。后者不是沒想法也不是表達(dá)能力差而是骨子里覺得“我做出來不就行了講那么多干嘛”。這個觀念我一直想掰一掰。做出來是一碼事讓人知道你做了出來、你為什么這么做、別人能怎么復(fù)用完全是另一碼事。技術(shù)人的價值不應(yīng)該只藏在倉庫的提交記錄里。今天就以一個在技術(shù)圈摸爬滾打多年的老兵身份給所有技術(shù)人寫一份倡議你的聲音值得被聽見。這篇內(nèi)容不是什么高深理論就是我這些年鼓勵身邊同事、朋友開始表達(dá)自己也一路寫下來的真實(shí)經(jīng)驗(yàn)。適合那些覺得自己“沒什么好寫”、“不知道從哪說起”、“怕寫出來被人笑話”的技術(shù)人看。看完你能明白為什么沉默是一種隱性損失也能拿到一套從零開始發(fā)聲的具體做法。1. 為什么大多數(shù)技術(shù)人選擇了沉默想勸一個人開口先得理解他為什么不開口。我觀察下來技術(shù)人沉默的原因不是單一一個而是好幾個觀念疊加在一起最后把自己鎖得死死的。這幾個觀念看起來都很有道理但拆開看每一個都經(jīng)不起推敲。1.1 “代碼說明一切”這句話誤導(dǎo)了很多人很多技術(shù)人信奉一句話代碼是最誠實(shí)的文檔代碼說明一切。這話對了一半代碼確實(shí)不會說謊但它只會告訴別人“結(jié)果是什么”完全不會告訴別人“為什么是這個結(jié)果”。舉個最常見的例子。你負(fù)責(zé)的一個服務(wù)消息中間件選了 Kafka 而不是 RabbitMQ。代碼里能看到的只有“用了 Kafka”這個事實(shí)但在實(shí)際決策過程中你考慮過團(tuán)隊(duì)運(yùn)維能力、消息量峰值、數(shù)據(jù)丟失的容忍度、甚至云的帶寬成本這些信息代碼里一行都看不到。半年后接手的人看到了 Kafka可能會覺得“這里為什么不用 RabbitMQ”然后他可能出于慣性繼續(xù)用也可能出于好奇換掉不管哪種都是在一個信息缺失的狀態(tài)下做判斷。所以代碼說明的是“what”而技術(shù)人的聲音補(bǔ)的是“why”和“how”。這兩部分恰恰是團(tuán)隊(duì)協(xié)作和技術(shù)傳承里最值錢的信息。你一次幾小時的技術(shù)方案評審本質(zhì)上就是在補(bǔ)齊這段上下文。如果從來不開口、不記錄這段上下文就只存在于你自己腦子里成了一座孤島。1.2 你以為的“常識”可能是別人的“盲區(qū)”第二個讓技術(shù)人閉嘴的念頭是“我這點(diǎn)東西太基礎(chǔ)了沒什么值得說的?！蔽姨煜み@種想法了。你寫了個簡單的自動化腳本覺得不就是一個循環(huán)加一個判斷嗎有什么好講的。但換個角度想這個腳本節(jié)約了你一天的重復(fù)勞動而你的團(tuán)隊(duì)里可能正有三個人在用最笨的方法手動處理同一件事。你嘴里的“基礎(chǔ)”對他們來說是實(shí)實(shí)在在的痛點(diǎn)。信息差是真實(shí)存在的。你眼里的常識是別人認(rèn)知世界的盲區(qū)。我經(jīng)常打一個比方你拿著地圖在城市里走了十年閉著眼都能找到路但對一個剛搬來的人來說每條路口都是選擇的焦慮。技術(shù)領(lǐng)域日新月異再資深的老人也會遇到全新的盲區(qū)更別說剛?cè)肼殘龅哪贻p人了。你的每一次分享哪怕只是“把那個配置改一下就行”對聽到的人來說都可能是省下半天的救命信息。1.3 “沉默即專業(yè)”是一種錯覺還有一種觀念更隱蔽就是很多技術(shù)人潛意識里覺得“話說得多顯得淺薄沉默才顯得深邃”。這種心理很容易理解畢竟見多了夸夸其談卻寫不出代碼的人所以反過來就默認(rèn)“寫得好的人都不說話”。但這真的是錯覺。你看看那些技術(shù)圈里公認(rèn)的大牛無論是做底層研究的還是帶大型項(xiàng)目的幾乎每個人都能把自己的思路講得清清楚楚。他們不是“能說”而是“能把事情講明白”。這是一種專業(yè)能力的延伸而不是和專業(yè)技能對立的東西。更關(guān)鍵的是職場上判斷一個人的專業(yè)度從來不是只看你寫了多少代碼。你做的東西再厲害如果匯報(bào)的時候講不清楚評委和領(lǐng)導(dǎo)只會覺得你做的還不完整你和設(shè)計(jì)師、產(chǎn)品經(jīng)理配合得再好如果開復(fù)盤會的時候說不出來參與感也會大打折扣。表達(dá)力不是附加項(xiàng)它就是專業(yè)能力的一部分。2. 發(fā)聲這件事到底能給你帶來什么知道了為什么沉默接下來聊點(diǎn)實(shí)在的開口說話、動手寫作到底能換來什么。我不想講什么虛的“提升影響力”那些太遠(yuǎn)了。我給你拆成三個層面都是能直接感知到的收益。2.1 職業(yè)復(fù)利每一次表達(dá)都在累積“可檢索的信用”簡歷是死的但你的分享、文章、發(fā)言記錄是活的。這是我覺得技術(shù)人最應(yīng)該想明白的一件事。你想想看面試的時候你說“我熟悉分布式系統(tǒng)的穩(wěn)定性保障”面試官憑什么信你憑你的眼神嗎但如果面試前他搜到過你寫的一篇事故復(fù)盤里面清清楚楚記錄了你是如何發(fā)現(xiàn)一個隱蔽的內(nèi)存泄漏如何定位如何在凌晨把服務(wù)拉起來他還沒開始問心里已經(jīng)給你加了分。在職場上也一樣。你做了很多事情沒人知道那不叫低調(diào)那叫白做。在公司內(nèi)部你的每篇技術(shù)文檔、每次團(tuán)隊(duì)分享、每個有價值的評審意見都是在給自己建立“可檢索的信用記錄”。以后你想轉(zhuǎn)崗、想晉升、想爭取一個核心項(xiàng)目別人翻你的歷史記錄就能看到你做過什么、做得怎么樣。這種信用是一點(diǎn)一點(diǎn)攢起來的而且一旦攢下來是別人拿不走的資產(chǎn)。我見過太多能力差不多的技術(shù)人最后拉開差距的根本不是一個會寫一個不會寫而是一個被看見了一個始終沒被看見。2.2 寫作是最好的二次學(xué)習(xí)沒有之一很多人以為寫作是“輸出”寫東西是在消耗自己的存量。我寫了這么多年可以說恰恰相反寫作是最高效的輸入方式。你有沒有這種經(jīng)歷覺得自己已經(jīng)搞懂了某個知識點(diǎn)但真到要把來龍去脈講給別人的時候才發(fā)現(xiàn)腦子里其實(shí)是一團(tuán)漿糊。這就是著名的費(fèi)曼學(xué)習(xí)法——能教得明白才算真的學(xué)得明白。當(dāng)你把一件事落在紙面上你就被迫把模糊的直覺變成清晰的邏輯鏈條把藏著的假設(shè)翻到明面上來。我自己就有過一次很深的印象。當(dāng)年寫一篇系統(tǒng)穩(wěn)定性相關(guān)的文章本來只是想總結(jié)一下限流方案但寫著寫著發(fā)現(xiàn)自己對“令牌桶算法里突發(fā)流量的處理”這個細(xì)節(jié)其實(shí)一直理解得不夠精確。我只好回去翻代碼、看源碼把那塊徹底補(bǔ)上才繼續(xù)往下寫。這篇文章最后幫到了幾百個讀者但收獲最大的人其實(shí)是我自己。寫作逼著你面對自己的知識缺口這種成長速度比單純讀一百篇文章快得多。2.3 你的一次記錄省下的是團(tuán)隊(duì)一整個下午從團(tuán)隊(duì)協(xié)作的角度看發(fā)聲的價值更直接。一個問題你解決了如果你不說下一個遇到同樣問題的人會重新踩一遍坑。你覺得一個小時的排查時間不長但如果這種事在團(tuán)隊(duì)里發(fā)生十次就是十個小時的重復(fù)浪費(fèi)。我自己的習(xí)慣是遇到一個難纏的問題解決之后一定會把“癥狀表現(xiàn)、排查路徑、根因、解決方案”四件事記錄下來放到團(tuán)隊(duì)的技術(shù)空間里。這個習(xí)慣在關(guān)鍵時刻救過團(tuán)隊(duì)好幾次最典型的一次是有個線上問題新同事在做版本升級的時候又遇到了。他本來以為要折騰兩天結(jié)果一搜就找到了我半年前寫的記錄照著操作十分鐘解決了。這種正向反饋是很上癮的。當(dāng)你知道自己的表達(dá)確確實(shí)實(shí)幫到了別人你會很自然地想說得更多、寫得更細(xì)。這就是一個正向循環(huán)發(fā)聲帶來價值價值帶來反饋反饋激勵更多的發(fā)聲。3. 從零開始發(fā)聲的實(shí)操路線圖道理說再多不動手都是零。這一部分我直接給出一條可以照著走的路線從最容易的地方開始一點(diǎn)一點(diǎn)建立習(xí)慣。你別一上來就想著“我要寫一篇萬字長文震驚整個技術(shù)圈”不現(xiàn)實(shí)也沒必要。技術(shù)人的發(fā)聲從來都是從小事開始的。3.1 第一步從“說”開始而不是從“寫”開始很多人一想到發(fā)聲就想到寫文章馬上壓力就上來了。其實(shí)不用。發(fā)聲的第一站可以是會議室里的一句話。下次代碼評審的時候不要只說“這個函數(shù)寫得不行”試著把理由說完整“這個函數(shù)里有三個嵌套的 if處理異常的順序不明顯我擔(dān)心后面維護(hù)的人看不懂建議拆成兩個小函數(shù)各自處理一種情況。” 你看這就是一次發(fā)聲。你不僅指出問題還解釋了為什么、怎么做。在別人眼里你不再是那個挑刺的人而是一個有思考力的工程師。周會也一樣。過去你可能習(xí)慣說“我這邊沒什么問題正常推進(jìn)”試著換成“后端接口這周已經(jīng)聯(lián)調(diào)完成但有個第三方的回調(diào)偶爾超時我加了一個重試機(jī)制需要提醒前端注意一下”。這就是表達(dá)它在告訴別人你的實(shí)際狀態(tài)、你的應(yīng)對策略和你的潛在風(fēng)險。多說幾次你就會被聽到。3.2 第二步套用一個“三段式模板”寫第一篇文章等你在口頭表達(dá)上慢慢有了感覺就可以嘗試寫下來。第一次寫別追求文采直接套一個我用了很久的三段式模板就行。這個模板就三句話遇到了什么問題、我如何分析定位、最后怎么解決的。它的好處是極其穩(wěn)定邏輯天然完整完全符合技術(shù)人的思考習(xí)慣。你只需要按順序把每個部分說清楚一篇合格的技術(shù)文章就出來了。舉個最經(jīng)典的例子你寫一篇線上事故復(fù)盤問題背景某天下午訂單服務(wù)的接口 RT 突然從 50ms 飆到 2000ms錯誤率上升用戶大面積反饋頁面超時。分析定位先查了監(jiān)控面板發(fā)現(xiàn)是數(shù)據(jù)庫連接池被打滿再繼續(xù)追查發(fā)現(xiàn)是某條 SQL 走了全表掃描原因是索引失效最后定位到是凌晨發(fā)布的新版本里一個字段類型變了導(dǎo)致索引不生效。解決辦法回滾新版本恢復(fù)索引后續(xù)在發(fā)布流程里增加一個 SQL 審核環(huán)節(jié)。寫完這三段你都不用加任何修飾這篇文章就已經(jīng)有干貨了。如果愿意再加一段“我的反思與后續(xù)改進(jìn)”直接在團(tuán)隊(duì)里貼上就是一篇高質(zhì)量的內(nèi)部技術(shù)總結(jié)。很多人覺得寫文章難其實(shí)是把“寫作”想成了“文學(xué)創(chuàng)作”技術(shù)文章根本不需要那個。3.3 第三步把文章放到一個“有回聲”的場域?qū)懗鰜淼臇|西得讓它流轉(zhuǎn)起來不然又躺回個人文檔里吃灰了。第一次寫放在哪里很重要。我建議按下面的順序從小到大、由近及遠(yuǎn)地放。第一站放團(tuán)隊(duì)的知識庫或者釘釘文檔。這里人少反饋快就算寫得不好也不會丟人。第二站如果你的公司有內(nèi)網(wǎng)技術(shù)社區(qū)可以試著發(fā)上去你會獲得來自不同團(tuán)隊(duì)技術(shù)人的建議。第三站才是放到公開的技術(shù)社區(qū)上比如博客、掘金、思否這類平臺。為什么要這樣一層一層往外放因?yàn)槊恳粚悠脚_的“圍觀成本”不一樣。團(tuán)隊(duì)里的人知道你當(dāng)時踩了什么坑有上下文包容度更高公開社區(qū)里全是陌生人你一個小細(xì)節(jié)沒講清楚評論區(qū)的反應(yīng)可能會讓你很受傷。先把內(nèi)容在安全的環(huán)境里磨成熟再往外放你的心理壓力會小很多質(zhì)量也會高很多。3.4 第四步給發(fā)聲定一個能堅(jiān)持的節(jié)奏“發(fā)聲”這件事最怕三分鐘熱度。今天被鼓勵了熱血上頭寫了兩篇下周就忘得一干二凈。我給的建議是把節(jié)奏定得小一點(diǎn)小到不可能失敗。每周花四十分鐘寫一篇兩百字的“本周技術(shù)小結(jié)”這周我搞定了什么、卡在了哪里、學(xué)到了一個什么小技巧。不要小看這兩百字堅(jiān)持三個月你會發(fā)現(xiàn)它積累下來的信息量驚人。每個月再從這四篇小結(jié)里挑一篇最有價值的擴(kuò)展成一篇完整的文章。這個節(jié)奏一點(diǎn)都不重但它保證了你在一個持續(xù)的、低頻的輸出軌道上。真正的表達(dá)力不是一天練出來的而是靠“細(xì)水長流”磨出來的。與其追求一個月憋一篇萬字長文不如每周堅(jiān)持輸出一點(diǎn)東西讓發(fā)聲變成一個和寫代碼一樣的自然習(xí)慣。4. 新手最容易踩的4個坑附我的解法哪怕你完全按照上面這個路線走中間也一定會有想放棄的時刻。下面這四個坑是我勸退過無數(shù)新人之后總結(jié)出來的高頻卡點(diǎn)。我自己也都踩過所以每一個都附了解法。4.1 “我根本沒什么可寫的”——素材都藏在你每天的日常里這是我在社區(qū)里最?？吹降脑u論每次想寫技術(shù)文章打開編輯器腦子一片空白。原因是他們把寫作想成了一個“額外任務(wù)”非要有什么驚天大作才值得寫。但技術(shù)人從來不缺素材缺的只是發(fā)現(xiàn)素材的眼睛。我建議你建一個“靈感賬本”放手機(jī)備忘錄里就行。每天晚上睡前回答三個問題今天有沒有遇到什么報(bào)錯有沒有被某個配置坑到有沒有覺得某個流程特別麻煩每個答案一行寫完就睡。堅(jiān)持一周再回頭看你至少能找出三四個值得展開寫的點(diǎn)。報(bào)錯不是噪音是你和問題對抗的痕跡麻煩不是障礙是你和效率之間的缺口。這些東西全是內(nèi)容。4.2 “寫出來像流水賬”——給你的文章加一枚“鉤子”流水賬的典型特征是事情一件接一件但讀者看完不知道跟他有什么關(guān)系。這是很多技術(shù)文章的通病不是你沒邏輯而是你缺少兩樣?xùn)|西一個“為什么”一個“結(jié)論”。寫文章時先告訴自己我不是在匯報(bào)工作我是在幫助三年前的自己。開篇第一段直接告訴讀者“這篇文章講的是我在生產(chǎn)環(huán)境排查數(shù)據(jù)庫連接池耗盡的全過程如果你也在用連接池而且遇到過間歇性超時這篇就是為你寫的?！?你看這就把一個流水賬變成了一個有針對性的分享。結(jié)尾再加一個更短的結(jié)論“說到底這類問題八成是慢查詢拖滿了連接數(shù)上線前記得盯一眼監(jiān)控。” 有了開頭的原因有了結(jié)尾的結(jié)論讀者就知道我為什么要看你的文章看完我應(yīng)該帶走什么。這一點(diǎn)點(diǎn)改變能瞬間提升你文章的質(zhì)量。4.3 “怕寫錯被人噴”——把“怕”換成一句免責(zé)聲明技術(shù)圈有一個不太好的風(fēng)氣就是評論區(qū)的“教做人”特別多。你寫個方案一定有人說“就這”或者“你根本不懂”。這也勸退了很多原本想分享的人。我的態(tài)度很簡單怕被噴不能成為不發(fā)聲的理由。你應(yīng)該做的是在文章開頭先加一句“本文是我的個人實(shí)踐經(jīng)驗(yàn)不代表唯一正確答案歡迎交流指正。”這句話非常有用它能幫你過濾掉一批以攻擊為樂的人同時也會招來真正愿意給建議的高手。退一萬步說就算你的文章里真有一兩個技術(shù)點(diǎn)寫得不對有人指出來你拿個小本本記下來下次改掉你的知識體系就比昨天更完善了。犯錯是真金白銀換來的學(xué)習(xí)機(jī)會藏著掖著才是最大的浪費(fèi)。我寫過一篇很早期的文章里面關(guān)于緩存一致性的描述是有瑕疵的底下的評論指出了問題我及時修正從此對這個知識點(diǎn)特別敏感。如果沒有那次被噴我不會記得這么深刻。4.4 “忙得沒時間”——試試“800字主義”大部分技術(shù)人是真的很忙寫文章這件事很容易被排到優(yōu)先級最低的那一檔。這個問題我踩過無數(shù)坑最后的解法是給自己定一個“800字主義”。一篇技術(shù)文章不做功課、不加修改寫完800字就夠了。800字是什么概念是一篇正常博客大概三分之一到一半的長度是你隨手能在十五分鐘內(nèi)寫完的篇幅。它沒法把一個問題面面俱到地講透但足夠你講清楚一個具體的坑、一個實(shí)用的技巧、一個值得參考的思路。千萬不要想著憋大招憋大招的最終結(jié)果基本都是放棄。寫短文章保頻率保手感。寫長了寫不動就砍砍到剩下一個核心問題為止。一點(diǎn)一點(diǎn)來你積累的是數(shù)量數(shù)量終會引發(fā)質(zhì)量的質(zhì)變。5. 老兵給技術(shù)人的幾句實(shí)在話最后這部分與其說是方法論不如說是一個趟過無數(shù)坑的老兵想對年輕時的自己說的話。5.1 你不是沒有聲音你只是還沒開始用技術(shù)人這個群體天然習(xí)慣把自己藏在代碼后面。我們都覺得東西做出來價值就在那兒了誰來都能看見。但現(xiàn)實(shí)是代碼是無聲的它的價值需要有人解釋、有人翻譯、有人布道。你要相信你在某個技術(shù)方案上的糾結(jié)、你在排查問題時踩過的坑、你對某段爛代碼的深惡痛絕這些真實(shí)的經(jīng)驗(yàn)和情緒是搜索引擎里搜不到、教科書里也不寫的內(nèi)容。別人看到的是一個“完成了”的結(jié)果只有你能講述那條曲折的、充滿選擇的、真實(shí)的路。那不是噪音那是你這個技術(shù)人獨(dú)一無二的“指紋”。不要讓它爛在心里。5.2 現(xiàn)在正是發(fā)聲的最好時機(jī)有一些人倒是不排斥發(fā)聲但總覺得“等我再牛一點(diǎn)再說”。我特別想說一句不要等。能力不是等出來的是用出來的。你寫第一篇技術(shù)文章的時候可能文筆笨拙邏輯混亂但那是你為自己開辟的第一塊地。以后你每一次記錄、每一次分享、每一次復(fù)盤都是在深挖。等你真的成為大牛那天你不會后悔當(dāng)初寫得爛你只會慶幸自己開始得早。尤其在這個內(nèi)容爆炸的時代會寫點(diǎn)東西的技術(shù)人反而是稀缺的。大量技術(shù)內(nèi)容要么是機(jī)器生成的泛泛而談要么是營銷號的標(biāo)題黨真正來自一線實(shí)踐、帶著真實(shí)體溫的內(nèi)容并不多。你能寫、你肯寫、你堅(jiān)持寫這就是稀缺性。時機(jī)剛剛好就差你動手了。5.3 把發(fā)聲當(dāng)成技術(shù)習(xí)慣像寫注釋一樣自然說到底發(fā)聲不應(yīng)該是負(fù)擔(dān)它應(yīng)該是一種習(xí)慣。就像你寫代碼會順手打上注釋遇到復(fù)雜邏輯會順手畫個圖一樣當(dāng)你經(jīng)歷了某個有意思的問題、掌握了某個新的工具、搞懂了某個底層機(jī)制順手記錄下來、順口分享出去它就不需要消耗你額外的意志力了。到那個時候你就不會再問“我的聲音值不值得被聽見”這種問題。因?yàn)槟銜l(fā)現(xiàn)你不是在“表演”自己你只是在正常工作之余順手把自己的思考留在了路上。路上的人撿起來覺得有用再往前傳。這就是技術(shù)社區(qū)最樸素也最動人的樣子。我到現(xiàn)在還記得自己第一篇真正覺得“拿得出手”的技術(shù)總結(jié)是在凌晨兩點(diǎn)對著事故記錄一遍一遍回放寫出來的。當(dāng)時沒有閱讀量沒有點(diǎn)贊更沒有評論。但寫完那篇我長長地舒了一口氣心里有個念頭特別篤定這東西我寫明白了我是真的想通了。那時候我就知道發(fā)聲這件事哪怕沒有觀眾也永遠(yuǎn)值得。如果你也憋了很久想輸出點(diǎn)東西卻一直沒動筆今晚就試試吧。不用宏大的主題不用完美的結(jié)構(gòu)就寫你今天解決的一個報(bào)錯記錄一個你踩過的坑。八百字就夠了。然后你會慢慢發(fā)現(xiàn)你的聲音真的值得被聽見。