構建技術影響力 5.0
PS：在我畢業的那一年裡，我做了一個影響力相關的 session。自那以後，幾乎每一年，我都會寫一篇相關的文章——主題，幾乎是每年一樣的。只是隨著時代的變遷，加入了一些新的話題，加入了一些新的元素，然後文章變得更長了。（TL：DR）這次也不例外，它變得比以往更長了。對於我來說，寫一篇短的文章，變成了一種挑戰 。
說說影響力
技術影響力分為兩種，利用技術打造的個人影響力，和個人的技術影響力。兩者所有不同的是，前者是以技術之名，成就個人的影響力——簡稱網紅。他/好們可能不寫技術文章，只是會輔助一些個人的觀點和看法。後者，則是通過技術去影響他/她人，讓他/她們去實踐這些技術。兩者沒有對與錯，只有各自的追求，與各自的利益訴求。
技術影響力這個東西，每個人都有自己的想法，有的人覺得是個好事，有的人覺得會浪費時間；每個人都有自己的目的，有的想賺一些業餘的錢，有想提供一些 KPI，這些都無可厚非。在最開始的時候，我只是想著成為一個作家，於是寫部落格、寫文章成了一個自然而然的習慣。當我文章寫多了之後，發現影響力來了，發現它有助於幫助我實現個人目標：自由職業。我的自律的水平，倒是頗為適合於這一點。畢竟，以我這能力和人脈，怕是當不了大老闆。以我這 90 後固有的職場態度，也混不進大公司的職場。
又扯遠了，自我發現了：技術影響力有助於成為一個獨立的個人開發者、作家，以及設計師之後——我的斜杆太多了。自媒體時代來了，我發現它還可以賺錢——哎呦，我感覺離自由職業更近了。要不是我的技術能力，還達不到我想要 的程度，投入軟技能的時間也有缺失，我早就投入這星塵大海，成為一個光榮的炮灰了。
這個就扯得更遠了，原因就說到這兒了，回到正題：構建技術影響力。
按照我以往的思路，我把步驟分為這麼一些部分：
- 定位 。你是誰，你代表了什麼，你擅長什麼，你能做什麼。
- 搭建個人部落格 。在國內，你需要一個可以暢所欲言的網站。
- 小步快跑 。前期快速嘗試不同的內容，尋找自己合適的方向。
- 嘗試高質量輸出，樹立口碑 。高質量的內容，很難，但是非非非常常常有價值。
- 傳播文章 。酒香不怕巷子深的時代，我想是不存在的——只當酒灑在地上才行。知乎、公號、微博，尋找你想要的平臺。
- 擴大媒介 。技術影響力有多種形式，程式碼、文章、演講、Slide、培訓等等。
- 學習新技術，快速提升影響力 。你很難挑戰傳統的巨頭，只有新的領域、技術，你才有機會超過他/好們。
- 持續輸出與內容策略 。適當地內容輸出策略，可以幫助你持續性地編寫內容。
- 適當的激勵 。做短期沒有回報的事情，需要定下一個個里程碑，以讓自己不放棄。
- 著書立說 。自己寫的書，絕對是一個十足的裝逼利器。自己出的理論，那就頂天立地了。
- 專注你自己 。先寫別人需要的，以後專注於自己的需求。
所以，這篇文章真的不是一般的長，我建議你先收藏一下——哪天缺錢的時候，或者面臨 KPI 壓力，或者面臨 Annual Review 壓力的時候。拿出來看看，然後為明年做一個計劃。沒有別的意思，影響力是一個長期的行為，遵循馬太效應 ——強者愈強、弱者愈弱。
若是你看懂了上面的大綱，就可以理解下面要說的內容，那就建議你多分享一下這篇文章，哈哈哈。
0. 定位
對自己的技術影響力進行定位，便像是打造自己的品牌一樣。你是誰，你現在在哪裡，你又要去往何處。所以，開始之前想清楚一下，你內心需要的是什麼。
比如，你是一個立志為技術大牛的女程式設計師，那麼你就可以借用女性程式設計師的優勢，來獲得更大的影響力。又或者是，你是從一個普通的二本院校畢業的程式設計師，立志於使用某項技術帶來新的變化，那麼這也是你給自己的定位。你是誰，你來自哪裡，你將去何方 ，它相當於是你的人設，也相當於是你的定位。
這種定位可以放在各個網站的 Slogan 上，如微博、公眾號、知乎、GitHub，它說明了你是誰，你要做什麼。所以，你可以想一下你的 Slogan，但是呢，它應該是有助於提升你的影響力。所以，我要舉個反面的例子，我的 Slogan『待我程式碼編成，娶你為妻可好』好像就這麼浪費了——因為我秀恩愛的次數不多。
最後，讓我再扯一下 ID 的事情，無論在哪裡，你都需要一個 Brading。我們為人所知的就是我們的名字，要在網上混，我們還需要一個個人的網名。這個網名，即是我們的 ID，我們的 ID 表明了我們是誰，它還能表明我們做什麼。如我們在公眾號上看到的各種名字，它們都代表了身後的一個人。
舉個例子，作為一個有志（機緣巧合）於打造全球視野的程式設計師，我選擇了 Phodal 作為我的 ID——它相當的難記，以致於經常有人打錯了，哪怕是非常熟悉的人。從某種程度上來說，它影響了早期擴散 ，但是時間一長，這個 ID 就被記住了。這就是選擇一個英文 ID 的成本，不過，它成了我走出國門的一小步——反正，現在已經有接近 10 本的英文書上，印著 Reviewer: Phodal HUANG。
想象一下，現在有一本你翻譯的書，譯者有你，審閱者也有你——是的，我說的是《物聯網實戰指南》，這個逼我可以吹給我孫子聽。再想象一下，未來有一本書，作者是你，譯者也是你，哈哈哈。
1. 個人部落格
個人部落格對於個人是大有易處的，無論從技術上來說，還是從持續提升影響上來看。
部落格型別
如果我們有精力，就自己去開發一個自己的部落格，如我的部落格是基於 Mezzanine + Python + Django（開放在 GitHub 上）之上開發的。它除了讓我有了一個部落格之外，還定期地輸出一些文章，如：
- 怎麼部署部落格？
- 怎麼更新 Python？
- 怎麼編譯 Nginx 以支援快取？
- ……
不過，與之相比，直接使用 WordPress 是一個更容易的方式——你仍然需要租用一個伺服器，併購買一個域名。但是，時間的成長低了，還擁有大量的相當基礎設施，如手機客戶端，桌面客戶端等等。
如果沒有精力的話，直接使用 GitHub Pages 會是一個更好的選擇——雖然它訪問受限。但是，與國內的 Gitxx Pages 相比，你不會遇到刪文章的困擾。
技術需求
一個個人技術部落格，應該是面向 SEO （搜尋引擎優化）的，至少是應當具備服務端渲染的能力。搜尋引擎是免費的流量，一旦你寫了一篇獨一無二的文章，那麼 Google 的第一個結果就是你的——畢竟，程式設計師很少用百度。
一個個人技術部落格，應該是自由的，可以讓你說你想說的話——大部分寫作平臺實現不了。我的意思，並不是鼓勵你去說一些政治不正確的東西。我的意思是，做好這方面的準備。
與此同時，從技術上來說，作為一個普通的程式設計師，並不是我們想到的新技術，都可以直接應用上。在這個時候，我們的部落格就成為了一個非常好的平臺，可以嘗試各種新技術——千萬不要刪庫。當 Google 推出一些 SEO 相關的新技術，比如 AMP（Accelerated Mobile Pages）、結構化資料（JSON-LD）等等，我都大膽地採用了。它即讓我在技術上領先了，又讓我有新的部落格可以寫。
2. 小步快跑
現開始寫作的時候，會出現一個問題：我不知道寫些什麼好？ 。應對這個方式，有一些比較普遍的做法：先寫一些日常工作相關的內容 。諸如於：
- 今天遇到了什麼難題，應該怎麼解決。
- 解決問題的一些方案與思路。
- 今天學到了一個什麼新東西。
這些文章的話題都比較小，可以讓我們快速寫一些相關的內容，並讓我們慢慢進入技術寫作 領域。讓自己先跑出來，然後才是怎麼跑好，怎麼跑才是有質量的。
如果你看過我的一些文章，會發現我的文章，大部分都是在這些日常內容的一些總結。而這些日常的工作流水，我往往會放在我的部落格（phodal.com）上。一來，這些文章並不是每個人都需要的；二來，它是需要適合引流的內容
。我解決了某個 blabla 的問題，諸如於：InsecurePlatformWarning: A true SSLContext object is not available
，已經為我的部落格來了：23,986
次訪問。
而這篇文章不到 100 個字，只花了我 5 分鐘左右的時間：
由於，我在搜尋的時候，沒有相關的中文內容，所以我記錄了一下。
但是，不管怎樣，先讓自己跑起來，先讓部落格轉起來——養成一種習慣。
3. 嘗試高質量輸出，樹立口碑
好了，現在你應該對於自己老是寫流水文章，開始產生了一些困惑以及不滿。那麼，接下來，你就可以做出一些更大的改變——寫一些高質量的內容。當我們在說高質量的內容的時候，我們說的是：總結 。而令人遺憾的是，總結往往是以長度掛勾的——我的意思不是說，越長質量越好。而是要面面俱到的講述一個內容，那麼內容自然而然的就長了。
好在寫這一類文章的時候，往往有兩種寫作模式：
- 《金字塔原理》（一本書），適合於一個特定主題相關的總結 。即通過結論先行、上層概況下層、同層獨立窮盡、縱向疑問問答、橫向四大順序（結構、時間、總分、演繹）、序言情景衝突的模式，來寫相關的文章——建議去看一下這本書。
- 『黃金圈法則』，適合於引入一個新技術的總結 。即 Why-How-What，用 Why 來介紹引入這個技術的目的和相關的理念，用 How 來講述怎麼去做，最後再去講 What。
兩種模式，各自有各自的特點。大部分的技術文章，都可以用這種模式業寫。不過呢，《金字塔原理》並只不是一個模式，而是一系列模式的結合。它更適合於寫出『使用 Flutter 收穫的六點經驗』blabla 型別的文章。而『黃金圈法則』，則類似於我在前幾天引入的《無程式碼程式設計》，適合於介紹新技術——新技術能解決現有的痛點。
4. 讓文章傳播
高質量的內容，才適合傳播。普通的流水式的日誌文章，一旦在微信群裡、社交網站上，並沒有多大用處，反而會招來反感。所以，在你計劃分享到一些相關的內容時，請再三看一下：你的內容是否有分享的價值？ 。沒有價值的內容，只會讓情況變得更糟糕。諸如於，Python Pip 這種小問題，是不會有人開啟看的。
相應的也有一些分享策略：
- 早期，多平臺輸出。因為個人的影響力還不夠，所以需要建立多個渠道，再找適合的發現。現有的渠道有：知乎、CSDN、掘金、Segmentfault、公眾號等，以及一些頭條分享，諸如開發者頭條、掘金、Segmentfault 頭條等等。值得注意的是，前期要選擇開放性平臺，如知乎，而非公眾號式的封閉生態、微博這樣的半封閉平臺——當然了，如果有大 V 幫你引流也是相當不錯的。
- 中期，少平臺輸出。每個平臺都有各種的特色，所以有的平臺會有閱讀量，有的閱讀少。隨後，就可以更關注於有閱讀量的平臺，以節省自己的時間，專注於提供自己。
- 後期，一平臺輸出。當你是一個大佬的時候，你的文章就會有人幫你分享出去了，你也不需要花費去擴散了。諸如 Martin Folwer，寫一篇文章，就有大量地人幫擴散。
最後，你可以構建你的社群（微信群），即讓你的讀者們可以和你一起溝通中，探討一些相關的技術。
越是質量高、有啟發性的文章，越容易被傳播開來。
5. 擴大媒介
文章，只是我們獲取影響力的一種媒介——我擅長的媒介，相似的形式還有：
- 程式碼。在 GitHub 上傳播自己寫的優秀專案。
- 演講。到各種技術大會上傳播自己的優秀思想。就是太累了，我一般懶得參加。
- 培訓。可以嘗試，帶領更多的人成長。
- 視訊。錄一些技術技巧相關的小視訊啊，幫助其他/她開發人員成長。
- 直播。你長得漂亮，或者你穿寫程式碼，就會有人氣，哈哈。
- ……
總之，越新的媒介，就可能意味著更多的機會。如早期，我們都是通過個人部落格作為媒介的，現在平臺換成了微信公從號，又或者是知乎。越是這些平臺的早期使用者，就越能獲取早期的平臺紅利 ，也就越有影響力。
6. 學習新技術，快速提升影響力
對於現有技術而言，一定存在比我們更深入的人，自然而然他/她是相關領域的權威。哪怕是換個角度來寫相關的內容，也沒有那麼獲得影響力。因為權威的地方已經那裡了，我們很難去撼動。就像是現有的網際網路企業，也都不敢去正面槓傳統公司。而是在線上成熟之後，降維打擊傳統公司。
作為一個程式設計師，不僅要通過總結來歸納自己的知識體系，還需要不斷接觸一些新的概念、使用新技術。這是是一個非常有效的投機取巧的方式——但是，它相當的有效，讓人百試不爽。畢竟只有領先於其它人，才算是市場先驅。
所以，當市場上出現了一個特別有潛力 的新技術，請毫不猶豫地擁抱它們——雖然你可能押錯寶，但是會提升你的學習能力和速度。
若是你覺得這種風險太大，那麼可以從一些主流的技術趨勢，如 ThoughtWorks 技術雷達上，尋找新的元素。與上一種方式相比，它更加可靠一些。
7. 持續輸出與內容策略
保持持續輸出，並不是一件容易的事。過去，我可能一週寫上三四篇文章；現在，我只能一週寫一二篇文章。除了，越來越少的寫作時間之外，我們還需要尋找合適的寫作素材。為此，我們需要為自己制定一個內容策略。
於是，我的第一本內容策略出現了：系統性地寫一領域相關的知識 。比如，我之前的《我的職業是前端工程師》，我換了一個輕鬆的角度來寫前端開發 相關的內容。即可以讓我在一段時間內，有相關的主題，還可以幫助我深入這個領域的方方面面——因為我以輸出的方式來促進輸入，即寫作驅動學習 。對於個人來說，是一種相當大的提升。
我的另外一個內容策略比較簡單：先無腦地輸入，再總結、思考輸出，最後系統性整理 ，具體的實踐過程就是：
- 實踐一些新的技術和概念（要比其它人快半步）
- 抽取這些技術和概念，造建一個新的輪子
- 把造輪子、實踐的過程寫成文章
- 系統性的把這些文章整理成電子書
- 時機合適，也出版成書。
這種方式對於我是適用的，對於你來說可能也有一定的參考價值。
8.適當的激勵
在我寫部落格的時候，每到了 100 篇，200 篇，300 篇，直到 700 篇的時候，我都會再寫一篇文章來『吹捧』一下我自己。
在我日刷 GitHub 的時候，在 100 天、200 天、300 天、365 天，我都會寫一篇文章來激勵自己。
而隨後，我又可能會買一些自己喜歡的小東西，比如鍵盤，笑~。如當我出版了一本書的時候，我會給自己買上一個黑魔導女孩 的手辦，哈哈。
當我們有了一定的影響力的時候，就會有一些相應的公司、組織，希望我們幫它們做一些宣傳。我們可以獲取一些收入，而它們也可以獲得更低成功的廣告。沒有什麼比這種激勵更加有效了 ，哈哈哈。
賺錢，也不是不可以。只是這個時候，要注意的是，適當和適量 。不當地廣告，會影響你的個人形象；不合適地廣告，會讓你背上黑鍋。當你立志於提升技術影響力時，需要考慮這個因素。如我只會接一些技術相關的廣告，而它們又有一些大廠背書，我才會考慮。諸如金融、民生之類的，都不會考慮。
9.著書立說
寫技術書不賺錢，那些程式設計師太扣了。
技術書要賺錢太難了，如我的兩本書加起來，銷量可能在一萬左右，而版稅是 8%，定價大概在 50 左右。所以，兩本書的所以，大概是 10000 * 50 * 0.08 * (1 - 0.2) （大概的個稅） = 32000，而我們只會收到賣出去那部分的錢。所以，你花上個一年半載寫的書， 往往就只有這麼一點收入。
不過呢，從提升影響力的角度來說，寫書是非常有必要的——我可以拿著它，和我們的子子孫孫說，我年輕的時候有多 NB。額，舉例錯了，它可以讓人一提起相應的領域，就想起了你。也因此呢，寫書也有一個紅利是，你是最早寫這個領域的作者。不過，可不要為了紅利而寫書，它是個好機會。
除此，當我們開拓一個新的領域時，如我們發明了一個新的名詞，諸如 FrontendLess 或者 Codeless，並做了大量的研究和開發。我們就成了這個領域的絕對專家，是不是很棒——就是離得有點遠。
造一些新的名詞，然後持續發力，有一天它火了，你就更火了。
10.專注你自己
當你有了多少粉之後，你就有了與之成比例的黑。
技術領域也是如此，有人喜歡 Vim，就有人討厭 Vim，我們無法讓每個人滿意。我們只是一個技術人員，寫技術文章只是業餘的興趣和愛好。
寫作的時候，我們往往可能在一個字眼上，犯下了錯誤。但是看的人，可能會糾住這個字眼不放。比如說：
- 我們寫作的時候，第三人稱寫的是『他』。但因為女權運動的緣故，我改成了他/她——這樣還會有人有意見。
- 我們寫了一句：如果你書看得多，那麼你看書可以只看目錄。會有人斷章取義成，『看書可以只看目錄』。
- 誇獎自己的時候，用『我又可以裝逼了』，就不會有人說你裝逼——笑。
- ……
從我過去的經驗來說，面對鍵盤俠的做法是，無視他/她們，或者以更猛烈地方式抨擊他/她們——不要對小人太君子了。
總之，以提升自己為前提，專注於自己在做事上。
結論
好了，你可以放棄治療了。