F++：談談程序員的自我激勵

寫在前面

我也有問過本身：「明明是個程序員，有必要寫這麼虛的文章嗎？」

答案是：「很重要，因此我想寫。」

---

啓發

在寫完Phaser.js的入門系列文章後，我長舒了一口氣，但在那個瞬間我忽然冒出了一個想法：

彷佛沒人逼着我，但爲何我會寫這些文章？

我認爲能夠歸結於熱情。

相信每一個程序員一路走來，都會感嘆學習編程真的不容易，如同窗習其餘技能同樣，都須要大量的練習來幫助本身掌握知識。在這過程當中有不少的困難須要克服，同時，咱們都渴望獲取更多知識，想得到更大的成就。

是什麼讓咱們堅持？是熱情。又是什麼讓咱們保持這份熱情？那就是自我激勵。

---

《自我激勵的100種方法》

適逢最近的工做鎮定自若，也須要一點激勵來讓本身更投入開發中去，因而我找到了，並閱讀了這本書。這本書1996年就已經出版了，直到今天依然暢銷。固然了，我不是賣書的，坦白地說，100種激勵方法中有幾乎一半都是大同小異的。總的來講能夠概括成一下幾個點：

• 自信面對一切

• 養成習慣

• 專一於目標自己

• 從心理上欺騙本身

• 給本身一個承諾

• 保持創造力和好奇心

• 要深入地感覺到時間的寶貴

要說的話這可不僅是一本關於自我激勵的書籍，還能幫助你充實人生、提升心理素質。書中比較有趣的是做者會列舉不少例子，包括和不少名人交流後的感想，仍是值得一看的。下面說說做者開篇關於心理治療專家所用的臨終體驗的方法吧：

摘自第一章：

《在生命的最後一刻，你還會想說什麼》

體驗結束時，個人情緒已經徹底失控，放聲大哭起來。然而，當我慢慢恢復平靜以後，一件美妙的事情發生了。個人頭腦忽然變得清醒無比。我忽然明白，生命中真正重要的究竟是什麼，我最牽掛和最擔憂的人究竟是誰。平生第一次，我對喬治·巴頓的名言有了如此透徹的理解：「死亡遠比生命更使人激動。」

體驗的方法其實很簡單，閉上眼睛，讓本身平靜下來，假想本身即將離開人世，腦海中勾勒出朋友和家人來送別的情景，感覺彌留之際的百感交集的心情。此時你最想說什麼？會向誰傾訴？

算是個題外話。好了，剩下的就讓你們本身去體會吧。（反正我是頗有感觸的，想象得越逼真，才越能明白，過有意義的一輩子是多麼重要。）

---

程序員的自我激勵

上面書中所說的多是面向全部人的，若是範圍縮小到程序員身上，他們都有哪些自我激勵的方法呢？這些方法如何執行？我來總結一下。

No.1 危機感

核心：認爲本身處於危機當中

首先，對於咱們來講危機是什麼？從程序的角度來講，無非是兩個方面：

• 自身技術落伍，競爭力不足

• 缺少本身發揮的空間

就像2016年前端技術概念大爆發的同時，前端程序員的危機感爆炸。咱們總會擔憂本身瞭解的還不夠多，技能不夠全面。若是缺少競爭力，天然就容易丟了飯碗。另外一方面，若是咱們修來一身武功，卻無用武之地，則鬱郁不得志，天然沒有動力繼續在編程的道路上更進一步。

執行：

• 關注相關技術的新動向，敢於學習、使用新的技術。

• 能夠follow一些技術上的牛人，在提升自身技術水平的同時，也能督促本身往前看。

• 若是公司項目沒有空間讓你去發揮，勇敢地離開吧，只有本身的將來纔是最重要的。

---

No.2 好奇心

核心：對於技術，必須有好奇心

物理學家艾希德·艾沙克·芮白，於1938年最早發現核磁共振現象，他把他在物理學領域取得的成就歸功於他的母親，由於在他的學生時代，每當放學回家時，母親都會問他：「艾沙克，你今天提出好問題了嗎？」

同時也能夠說說個人童年，我喜歡跟着爺爺看動物世界，好奇它們的生存之道；喜歡坐在摩托車的前面，沿途一直拋出爲何；最喜好藍貓淘氣三千問（暴露年齡）中的科普知識，比他們自己有趣得多。小小年紀就一直問個不停，很慶幸，個人家人都很樂意去回答個人這些問題，我認爲這對個人成長很是與幫助。

咱們能夠專精某個方面，但咱們須要對世界的事物好奇，面對新的技術，咱們都須要有好奇心，由於只有這樣，咱們才能發現更多的可能性，才能更有動力去學習新的技術。舉個例子，爲何會有MVVM框架的出現？咱們本能夠看着教程把任務完成便可，但咱們更應該去思考，爲何？尤大（Vue.js的做者）是本着怎樣的想法來寫出這樣一個優秀的框架的？

好奇心就像一面風帆，讓咱們能乘風前行，缺少好奇心，咱們也許只能在名爲「技術」的海上找不許方向。

執行：

• 多給本身提出問題，也多給別人提出問題。

• 碰見新鮮事物不要放過，Google一下留下印象，也許會是你將來的幫手。

• 時刻提醒本身，要擁抱新技術，要發掘新技術，研究它，使用它。

---

No.3 分享

核心：樂於分享，認真對待分享，會有很大收穫

你會看到不少大牛都會很樂意去分享他們的經驗，由於分享自己就是對他們自身的一種激勵。試想一下，你的文章被上萬的程序員閱讀過了，你能不要求本身作到邏輯縝密，認真負責嗎？

說個尷尬的事情，我一開始也忌諱在社區發表文章，由於總以爲本身寫不出什麼好內容。自從聽過了一句話：

在岸上永遠都學不會游泳。

嘗試去寫文章吧，羞於分享的話，盡力一步步提升本身的寫做水平。只有開始寫了，纔有可能越寫越好，纔會對本身要求愈來愈高。

就如以前寫的幾篇文章同樣，我查閱資料、附上示例、貼上參考連接、列出個人重點和看法。在把以前的知識整理成一篇文章的過程當中，我收穫了不少，更加深了對相關知識點的理解，而不僅是從新排版了個人筆記。

另外，爲何說要認真對待分享？由於分享除了達到交流互助的目的外，更爲重要的是尋求確定。對於我而言，我會常常翻修本身寫的文章（或是一切分享給他人的資料），由於我不但願我寫出來的東西只是一紙流水帳、簡單的資料整合、或是存在錯誤引導的爛文。當有人看了文章並給我點贊表示支持，我會獲得很大的知足感，並努力貢獻更好的內容。

執行：

• 保持在社區的活躍，按期整理本身的知識，發表本身的文章。

• 對本身的文章要有要求，對讀者負責。

---

No.4 產品思惟

核心：每一個項目都是一個產品，咱們都應有產品思惟

不少時候咱們寫的一個項目，多是一個小框架，或一個plugin，沒有得到不少的關注，並非由於它的代碼不夠優雅，實現還不夠完美，而是咱們缺乏了產品思惟。

先說說這裏的產品思惟是指：

• 在你們還不瞭解你的產品的狀況下，你要講一個故事、或描述一個場景，來介紹它的用處，來讓你們對你的產品有一個大概的概念。

• 由淺入深地講述，從Quick Start到References，從代碼片斷到完整示例。

• 你須要讓其餘人發現你的產品，所以，你須要作一些推廣的工做。

• 每一個產品都有迭代週期，都有版本管理。

• 你須要提供一個反饋的渠道，讓使用的人給你提點建議，或是反饋問題。

• ……

只有將項目看待成產品，才能使這個項目能長期發展下去，才能變得更好，不然在不久以後你將對它失去興趣，它只會成了你本身練手的項目。

就拿咱們常常逛的Github來講，你有認真想過README該怎樣寫嗎？優秀的開源項目通常都有一個整潔，可讀性很是高的README。Quick Start能讓你快速上手這個項目；想先看看效果？你會找到DEMO的連接就在README的頂部或底部；把Github Pages利用起來是必須的，稍微設計一個好看的頁面，把更詳細的內容展現在上面。

作好一個產品，而不僅是作一個單純的項目，須要作大量的工做，但因爲作了這些工做，你的項目會獲得更多的關注。帶着產品思惟去開發，你的項目也將更規範，迭代週期更加合理。

執行：

• 把本身當成產品經理。

• 爲你的項目寫一個流暢易讀的介紹。

• 分享你的項目，或是開源，或是寫文章去介紹它。

---

No.5 好勝心

核心：和一切競爭者進行良性競爭

這裏的競爭者不限於你的辦公室同事，還有社區上的其餘開發者，甚至你的兒時好友，即使他們不是和你共在相同的行業。

科比曾說過：「若是必須有一我的要贏，那我的爲何不能是我？」

保持好勝心，你會持續優化本身的代碼，你會因爲本身編寫的組件出了個bug而悶悶不樂，你會因爲比隔壁的同事寫的代碼整潔而暗自高興，你會因爲別人採納了你在segmentfault上的回答，而不是其餘人的而知足……

將自身置於一場比賽中吧，在時間面前，咱們都在競賽。人生苦短，咱們還處於很年輕的時候，能跑的話，爲何只是散步，能跑贏別人，爲何只是緊跟其後。

執行：

• 問本身：「你們付出了一樣的時間，你收穫的有更多嗎？」。

• 看到別人的努力，而後付出更多的努力。

• 若是能夠比賽，就將本身代入比賽中。

---

No.6 創造性

核心：追求作有創造性的工做，拒絕搬磚

我常會思考個人晚年會在作什麼，我想象過不少種畫面，但惟一有一點我很確定的是，我會繼續發揮個人創造力，利用編程這個技能，繼續創造。

看着到了四五十歲還在作無創造性的重複工做的人們，我總感受，他們確定很無聊，或者很寂寞。若是到了晚年，你不會創做，那該是多可怕的一件事情！我都想不到時間多到爆炸的我能作什麼。學習新的技能很困難了，難道我最後的十年二十年都是在搓麻將？好吧，斷言30年後的事情是愚蠢的，但咱們仍是要警戒本身。

人由於有創造力而生動。

因此我一直以爲單純的外包就像搬磚，假如沒有收穫，沒有沉澱，只爲賺點小錢而工做，激情何在？最後你們都在談理想，而你抓着一把鈔票欺騙本身達成了人生目標。

執行：

• 拒絕作不利於成長的重複工做。

• 把本身的所見所聞轉化成各類新奇的點子，有時間了就去實現它。

---

No.7 敢於承擔

核心：主動承擔重要的工做，將逼出更強的本身

看到舉重選手的大腿沒，都是扛出來的。看到技術大牛的成長軌跡沒，都是坑。

咱們寫程序的，常常會說踩坑。你們都知道踩坑的過程苦，因而也都繞着走，好比web前端中列表項過多時滾動頁面會卡，一開始你們都儘量減小列表項，或者乾脆說，你的手機性能不行，沒辦法。後來出現了virtual list，不就是直面這個問題的結果麼。至少我很佩服克服困難的做者，能承擔這個難題的解決工做。

在創業公司工做也有很深的體會，不一樣於大公司分工會更加明確，每項工做都會有對應的人來負責。在創業團隊中，大多數人都是身兼多職，或是一職多能。這就要求咱們承擔更多的責任，也由於這樣，咱們迫使本身更認真對待工做。

執行：

• 九成以上的技術問題都是能夠被解決的。

• 機會老是留給主動承擔責任的人，扛下來吧，不就加個班！

• 事無大小，本身能作的，主動去作！

---

小結

偶爾仍是須要給本身打打雞血的，寫這篇文章，沉澱程序員的一些自我激勵的方法，往後讀到，說不定能喚醒本身，繼續在編程的路上奮鬥。忙碌的5月即將過去了，上半年的最後一個月，你們今年的目標進程到一半了嗎？

花了一杯咖啡的時間，但願能抵上一杯咖啡的做用。