写在前面
我也有问过自己：“明明是个程序员，有必要写这么虚的文章吗？”
答案是：“很重要，所以我想写。”
启发
在写完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月即将过去了，上半年的最后一个月，大家今年的目标进程到一半了吗？
花了一杯咖啡的时间，希望能抵上一杯咖啡的作用。