構建技術影響力 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,我們無法讓每個人滿意。我們只是一個技術人員,寫技術文章只是業餘的興趣和愛好。
寫作的時候,我們往往可能在一個字眼上,犯下了錯誤。但是看的人,可能會糾住這個字眼不放。比如說:
- 我們寫作的時候,第三人稱寫的是『他』。但因為女權運動的緣故,我改成了他/她——這樣還會有人有意見。
- 我們寫了一句:如果你書看得多,那麼你看書可以只看目錄。會有人斷章取義成,『看書可以只看目錄』。
- 誇獎自己的時候,用『我又可以裝逼了』,就不會有人說你裝逼——笑。
- ……
從我過去的經驗來說,面對鍵盤俠的做法是,無視他/她們,或者以更猛烈地方式抨擊他/她們——不要對小人太君子了。
總之,以提升自己為前提,專注於自己在做事上。
結論
好了,你可以放棄治療了。