# 個人篇：影響力 > 影響力，讓夢想離你更近。 試想一下，有一天你開發了一個新的語言。它比現有的某某主流軟件，運行效率將提高了50%，開發效率提高了100%。接著，你在github上release了0.1，但是由于出現某個開發難題，你需要別人的幫助。而這時，你找不到有效的途徑去找到那些真正會用它的人。接著出現了一個新的語言可以達到一樣的效果，而這個項目就死于腹中，我記得[mruby](https://github.com/mruby/mruby)剛剛只寫了一個`README.md`的時候，就獲得了上千個star。 ### 如何提高影響力，為自己代言  impact 每個人都可以是一個品牌，對于一個程序員來說，我們的ID就是我們的品牌。而構成品牌的有多個要素: - 博客 - Github - Weibo(or Twitter) - StackOverflow(or SegmentFault, Zhihu) 等等。 ### 搭建一個跨平臺的平臺 > 連接各個平臺的核心是我們的ID。 第一個平臺指的是不同的網站，如我們的博客、Github、知乎等等，第二個平臺指的是我們的影響力。 So，在開始的時候我們需要有一個統一的ID，來標識我們的身份:我是誰，你在xx網站上看到的那個xx就是我。剛開始的時候，我在CSDN、Github上的ID(gmszone)和我的博客的域名(Phodal)是不一樣的，因為當時的域名(gmszone.com)握在別人的手上，于是我便想辦法將兩個ID改了過來（ps: github提供遷移)。后來，Phodal就成了我的發聲平臺: - [http://www.phodal.com/](http://www.phodal.com/) - [http://weibo.com/phodal](http://weibo.com/phodal) - [http://www.zhihu.com/people/phodal](http://www.zhihu.com/people/phodal) - [http://github.com/phodal](http://github.com/phodal) - [http://segmentfault.com/u/phodal](http://segmentfault.com/u/phodal) - [http://www.douban.com/people/phodal/](http://www.douban.com/people/phodal/) - … 于是，這時就可以開始使用跨平臺的平臺了。 ### 構建平臺 > 小博客也會有成長的一天。 對于像我這樣一個個默默無聞地人來說，用戶可能會有下面幾種不同的方法來知道我:  live example - 用戶 -> 搜索{谷歌,百度,必應} -> 博客 -> {Weibo,Github} - 用戶 -> 微博 -> {Github, 博客} - 用戶 —> Github -> 博客 - 用戶 -> {知乎, SegmentFault} -> {Weibo,Github,博客} ### 博客 剛開始在CSDN上寫博客的時候，一開始的訪問量很少，慢慢地就多了。有一天發現這樣的博客不是自己想要的，于是建了自己的博客，一開始的流量是0。像CSDN這樣的網站推薦一些文章到首頁，如果能這樣便是幸運的。在經歷大半年的幾乎零流量之后，開始慢慢增長了。到了今天，一共有470篇博客(有一些是出于測試SEO目的寫成多篇文章)。一天的PageView大平均有五百左右，主要來源是搜索引擎，百度200左右，谷歌50左右，必應10左右。 #### 用戶故事 對于一個程序員來說，必須在某種程度上熟悉怎么搜索自己想要的內容，即**關鍵字**。如我們想要知道如何在OpenWRT OS上用Python，那么我們會搜索`OpenWRT Python`。于是，這個時候我們博客的標題帶有OpenWRT Python，那么我們可能就中獎了。 故事，告訴我們**好的標題很重要**。**重復這個主題**也很重要，會有一個更好的排名。至于，如何更好地排到第一，就是SEO(搜索引擎優化)的話題了。 #### 筆記 一開始要寫一個博客是比較難的，沒有流量、沒有評論。所以，一個好的切入點是: `筆記`。最好是那種網上很少的內容的筆記，雖說很多人不愿意去做這個，但是這是一個很好的方向。 一個技術博客里面的內容應該是兩種類型: - 技術 - 理論 技術型可以帶來流量，理論型的可以帶來評論。理想的話，兩者會相輔相成的，但是在我們剛處于學習期的時候。那么那些Note，可以給我們帶來一些流量，也帶來一些信心。如果，只是想著一開始我就只寫一些長篇大論的話，那么只是就是拿了80%的時間做了20%的事。 以用戶搜索的過程來說，用戶是`有目的的進行搜索`。換句話說，在我們日常工作的時候，我們只關心和我們工作相關的內容。而在受眾來，正常情況下，技術型的博文、筆記可以帶來流量的主要原因是: `大部分人都是初學者`。  70 percent 理論性的內容，更適合更高級別的開發者，這樣的受眾較少。 #### 上頭條 而在今天有其他的平臺，可以借用來推銷自己的: - 開發者頭條 - 極客頭條 - 掘金稀土 - … 網上的IT新聞、博客都是互相Copy，對于一些軟文(如本文)來說。這也是期觸及率高的原因，通常來說這樣可以帶來大量的流量。記得在原文中留個原文鏈接，附張圖片(自己博客的圖片)來保證:Google把原文指向你的博客，而不是免費為別人打工。 #### 提升 除了是一個很好的展示平臺，也是一個很好的測試平臺。作為一個Web Developer，測試過 - Nginx Log分析(~600M) - New Relic - SEO - AutoComplete - 重構網站 - … ### Github 將自己嘗試的不同技術棧的內容丟到Github上，加上適當地文檔、博客，就變成了一個很好的Demo。然而，不止于此，越來越多地人開始在Github尋找人才，因為他們樂于付出，也樂于分離。曾經因為Github上的項目: - 申請WebStorm開源License - Review英文版書籍 - …(有些不方便透露) 而在Github上的項目其實不僅僅只有一些庫: - 庫和框架: 和`jQuery` - 系統: 如`Linux`、`hhvm`、`docker` - 配置集: 如`dotfiles` - 輔助工具: 如`oh-my-zsh` - 工具: 如`Homewbrew`和`Bower` - 資料收集: 如`free programming books`，`You-Dont-Know-JS`，`Font-Awesome` - 其他:簡歷如`Resume`，`博客` 所以，可以嘗試不同的切入點使用Github。 在某種程度上來說，一個人在Gihub上的粉絲數量會幫助他的項目在初期獲取更多的人氣。這樣就有助于其下一步開展項目，當然也會在某種程度上更好看Blabla。 #### 提升 之前寫過一篇[《如何通過github提升自己》](http://www.phodal.com/blog/use-github-grow-self/)中說到了一些細節，大致上還是那些東西，Github與Trello、Travis-CI、Coveralls、SauceLabs、Code Climate，配合得很好。已經可以接近于我們在一些項目上用到的功能，因此拿他們搭建一個好的開發環境完全不是問題。 - Travis CI:支持Node.js、Python、Ruby、PHP等二十幾種語言，也支持MySQL、PostgreSQL、MongoDB、Redis等數據庫。 - Coveralls:可以用來查看代碼的測試覆蓋率。 - SauceLabs:可以用來跑Selenium功能測試等等 - Code Climate:查看代碼的壞味道。 在我們試著去保證測試覆蓋率、代碼質量等等的時候，我們就可以學到一些知識，如使用不同語言測試框架的Mock、Stub、FakeServer等等。 ### 擴大影響力 上面的兩部分屬于打造平臺部分，而如Weibo、知乎等則屬于擴大影響力。 在某種時候，博客、Github都更像是個人的平臺。如Weibo、知乎、SegmentFault、CSDN等等的開發者社區，也可以為自己的博客、Github帶來流量，而這一些都是互相促進的。如果我們在其中的一個網站上表現得很好的話，那么在另外一個網站上我們也很容易聚集同樣的粉絲。如，我最常用的一個作法是: 將自己寫得相對比較好的一些博客復制到CSDN、SegemntFault、圖靈社區等等，并適當地推到CSDN首頁、開發者頭條等等。 由于寫作的開發人員是有限的，所以通常在某某頭條上的推薦，會成為某博客園上的新聞，接著會有成群接隊的小站開始Copy。同時，這些文章又會推到他們的微博上，接著還可能是微信平臺。畢竟，對于大部分的網絡來說，大部分的流量是流向他們的網站的，所以他們不太會在乎其中的外鏈等等。故而，通常來說: 不是某某東西突然火了，而是突然沒有別的新聞了。通常來說一個好的作法是，試著將你的博客分享到微博上，然后@那些愿意幫你分享的平臺。這樣，你可以有更多的閱讀、更多的粉絲，當然好的內容是前提。 其中還有若干其它的好處: - 更大的曝光率，會帶來更多的機會 - 更有機會參與一些未公開互聯網產品的試用 - 各種精美小禮物 - 翻譯、出版機會 ### TODO 只需要簡單地幾步就可以開始提高我們的影響力: - 在不同的網站上使用一個ID - 創建一個博客 - 開始創作內容、提交代碼、分享 - 持續Impact ### 成為筆桿子 ### 為什么要寫博文 寫一篇博文意味著要花一定的時間，有時候可能是一個小時，有時候可能會更多，于是人們開始去copy。在這個Ctrl+C越來越盛行的年代，我們還是輸了，于是乎在我們的國度里，我們的計算機書算是輸給國外的精英了。我們也有優秀的程序員，有優秀的工程師，只是在其中能與大眾溝通的又有多少。我們的最終用戶可從來不會管你用的是什么技術，他只懂得什么是體驗，什么是速度等等。至于你說的東西，他不知道，也不會在乎。 這也就是為什么大師可以成為大師的原因，而菜鳥卻還是菜鳥，大師在心里寫博文的時候學會了總結，比如，定義算法的集合，將各算法封裝，使它們能夠交換。利用Strategy模式，算法和利用這些算法的客戶程序可以分別獨立進行修改而不互相影響。這個就是你需要的方法，于是大師就和你說了，“你需要Strategy模式”。這就是你要的答案，GoF分享了他的東西給了你，我們就有了一本《Head First設計模式》或者是《設計模式解析》。 我們開始走上了成為大師的西天取經，為什么是西天呢，這個領域一直是西方比東方分享得多。《西游記》就這樣成為了《西游記》，寫下這個過程的到處是吳承恩，還是師徒五人？師徒五人從一個地痞無賴直至成仙成佛。（PS：一直覺得自己寫的東西，比較像不是散文的散文，中心似乎一直很明確，只是看懂的仿佛不到。）簡單點來說，就是他們寫下了自己的那些點點滴滴，我們就知道怎么去“西天”（我的意思不是那個意思，我想你懂的。） 這個過程就是一個個為什么你會看到那么多本優秀的計算機書的原因，大師分享了他們的心得告訴我們如何去成為大師，不過我還不是。只是如果你要成為大師，就要去分享你的過程。至于為什么？簡單的說幾點： - 技藝的掌握在于重復。技術和游玩的相同之處在于技術玩得越多，也就越熟悉，當你試著去寫一篇博文的時候，你也回顧了過程。游玩的回味可以再次歡樂，博文的書寫可以再次熟悉。 - 你的過程正是別人所需要的。不要以為你手上的那點點關于編碼的小知識不是別人所需要的，有時候人們就需要像《七周七語言 理解多種編程范型》這種書。 - 你的作品有可能因此重構。至于你對于重構是害怕還是享受，我就不得而知的，但是你寫出來的時候，也許你會有更好的思路涌現出來。不好的一點是你還需要對這篇文章進行重構，不是么？ - 別人的評價。別人的評價有時候是打擊，不過我想更多的時候是一種建議，比如Linus在剛寫Linux的第一個版本的時候，他也遇到了這樣的問題。至于宏內核好還是微內核好，這個問題有點類似于先有雞還是先有蛋，不過我想后者可能科學家會給出答案。至于前者，不同的領域可能是不同的，Python好還是C好？相同的領域也可能是不同的，Ruby強大，還是Python強大？ - 最后一點就是，你想成為大師，不是么？如果你還甘愿……，我就不說了。 ### Copy與盜版 當我開始越來越頻繁寫博客的時候，同學開始復制，于是有一天他的排名對于我來說，已經遙不可及了，于是遠遠地排在了CSDN的前面。一步步的前進著，開始懂得怎樣去試著推銷自己的博客，這時候漸漸有趣了。又去鼓勵另外一個同學去寫博客，就如他所說的，“就算是你，寫一篇博客也要一個小時”吧，或者對于我的打字速度來說，不算什么，半個小時可以達到三千，五筆加上機械鍵盤好的手感。 我們總會說別人寫的說怎么怎么的爛，但是如果一本書上不是Copy過來的，那么他就是不錯的，在版權的地位比代課老師還低的天朝。我想你就可以罵這本書爛，因為他是復制的，因為到了最后你沒有找到出處。換到博文來說，你搜索到的結果一個個都是一樣的，你找不到原版的文章，去問作者一些問題。 一開始的時候我試著去反抗那些復制，你花一個小時寫的東西，可能在發布的瞬間就被抓取過去了。有趣的是，漸漸我發現這有利于我們去傳播我們的思想。換句話說，這是一個信息時代，你寫的東西有可能在一瞬間到了Obama的眼前。至于優缺點嘛，補充一句可以借此SEO。 天朝一直都有天朝特色，無論從哪些方面來說，計算機也是如此，中國特色的免費。至于付費，我想這就是為什么我不會考慮去做收費軟件的原因了。 程序員害了程序員，自己害了自己有什么好說的。于是轉戰到了openSUSE，都挺好的fcitx的五筆很給力，bug也沒有原來多，還有WPS For Linux下的此文，因為網絡原因。 Copy對于讀者來說，看到的都是千篇一律的東西，只會寫的人失去興趣。盜版對于用戶來說，看到的都是免費的東西，只會讓開發商失去動力。用戶便看到了越來越多的廣告，讀者便只看一個門戶的新聞。 ### 如何去寫博文 #### 標題——必須重要，類名 對于寫博文的人來說，重點的是如何清楚的去表達他們的想法，標題算是其中之一，這個也就是為什么標題黨成為了標題黨，而《設計模式》成為了經典。剛開始學編程的時候，更吸引你注意力的可能是《72小時學會Javascript》，而不是《Javascript 權威指南》，興許讓你買前者的原因是因為你能看懂前者，而后者不僅看不懂，而且價格更貴。只是一年以后，《72 小時學會Javascript》被你扔到了垃圾箱，而《Javascript 權威指南》卻放在了原來放那本書的位置上。你定義的類難道僅僅應該是class class1么？ #### 小標題——地圖，method 小標題有點類似于sitemap.xml，只是他就是站點地圖，一點就到了相應的地方。他應該直接了解的說這是開始菜單，標題欄，菜單欄，而不應該是簡簡單單的第一章，如果你真是那樣寫的話，你寫的函數想必是 ~~~ def fun1 end ~~~ 如果你寫的是get_data那么，我想你的函數名應該和你的文章一樣，告訴人們，你要的是get_data。所以不要吝嗇你鼠標的一下，它可以承受上百萬字的點擊。如果因為那樣壞了，你可以告訴我，我可以幫你免費換一個歐姆龍的微動，前提是你的鼠標可以換。如果是HTML那么應該是h2 h3，markdown也就是用得比較多的github上的README.md的##或者是### #### 內容——函數體 這里可不是讓你用一個讓人難以理解的Magic Number，你寫得越復雜，別人看的時間就越久，通俗易懂，就是一個很好的開始。你可以把一個個復雜的方法分解出來，或者提煉函數，或者重命名。當你相信你看不懂你的文章，正如你看不懂你寫的hello,world我想你是時候去重構你的函數了。 復雜的部分，就用段落來解決，一個函數如同一個段落只應該表達一個思想，太長了就如同這篇文章一樣沒有多少人會認真去看。你需要給你寫的一個精美的代碼加一個注釋，所以你也需要給你復雜的地方加上個（PS）。 #### 引言——README 我想都會去看的，無論是在破解軟件的時候，還是github上面的項目。簡單的說說，這篇文章是干什么的，這個程序是干什么的。大家都會，不是么？ #### 沒有什么好寫的 說說你是怎么開始編程吧，然后寫在你的博客上，你會發現你會愛不釋手的。 #### 小提醒 - 代碼，代碼有時候會更清晰的表達你思路，太長的代碼可能會影響閱讀，通常不超過一屏就不算太長 - 圖表，耐心的畫個UML圖，或者程序框圖也是不錯的，很清晰的表達你的思想。 - 美觀，要知道C上是有indent，如果我看到別人讓我幫他看的代碼是一坨。。。WPS也有段落，如果你沒有學好WORD，找本《72小時精通Office》吧，順便找PPT、EXLS也學了。 - 格式，記得好好用好手上的工具，如果你用的是CSDN用的editor，試著一個個探索，CODE應該要有CODE的格式，LIST應該要有LIST的格式 #### 最后，耐心 在CSDN上的博文的話，可以按長尾理論來分析，這里說的通常是指——你的東西是原創的，寫博文有些時間。SEO上，以谷歌為例，谷歌對其抓取是比較及時的，同時谷歌會排除掉部分專業的復制網站——就是拉到重復的搜索結果里。文章剛發表的時候的流量有可能會很低 ，但是有些文章時間一長就顯示出來了，比如我寫的東西中的《Android上使用GCC》算是一個很好的示例。一開始的時候我們寫的東西訪問量不會很大，特別是我們剛起步的時候，這時候就要一步步慢慢來。只要你寫的東西是別人需要的話，那么就會一步步慢慢來。如果你寫的剛好是熱門的話題、技術的話，那就是好萊塢大篇《速度與激情1》《指環王2》《黑客帝國3》《納尼亞傳奇4》。。。直到《哈利波特7上》，《哈利波特7下》。于是作為迪斯尼的你，又推出了下一部分電影…… ### 總結 現在的我們更多的技術是直接來源于Google、百度、CSDN或者其他，搜索得來的，我們并不去考慮別人在其中花費的時間和經歷，有時候我們要試著去想我們是不是也應該分享給別人。這算是自己開始寫博客的原因，受益于開源社區，我們自然而然的也要回顧給這個社區，只有分享才會使未來更美好。 我們都希望看到有一篇博文夠清楚的對我們當前所遇到的那個問題進行好好的解析，問題是也許你解決過的那個問題正是別人所需要的，但是你并沒有將它分享出來，仿佛是一個循環一樣 ~~~ for(;;){ } ~~~ 于是我們又回到了一個起點，人都是自私的。我們都希望自己能更快的學習好一項技術，一門語言，別人也需要你手上的那項技術，那個語言。都你開始意識到別人需要你手上的東西的時候，你算懂得換位思考了。 寫篇分享，寫篇心得就是一個好的開始，或許我們已經被高中的語文所嚇怕了。但是，是時候從新開始。如果你被C的指針嚇壞了，被C++的模板嚇到了，被Javascript的簡陋嚇到了，而你又需要拾起它，我想是時候重新開始了。