我最害怕成为被时间困住的程序员。你知道我在说谁。
这些程序员有时候会做出糟糕的无意识的决定。“我懂得够多了，我现在经验无比丰富。”
从那一刻开始，他们停止了求知之路。他们不再用新的想法挑战自己。他们现在只依赖于自己的狭隘的经验。
我们必须持续学习。
很长一段时间里，我一直在想这个问题：优秀的 JavaScript 开发者和普通开发者之间的差别是什么？今天我想分享一些零碎想法。
“优秀不是一两次的表现，而是一种习惯。”——亚里士多德
习惯造就了我们
在我第一次阅读《习惯的力量》的时候，有个观点立即获得我的认同。那就是关键习惯的概念。
你知道的，有些习惯比其他习惯更重要。有些习惯会在我们身上触发“连锁反应”，引起更多的行为改变。例如，定期锻炼会让你的饮食更加健康，而吸烟则有相反的效果。
这些就是关键习惯。这些习惯对我们的影响超乎你的想象。
这个发现让我思考：“高效的JavaScript开发者的关键习惯是什么呢？”
“动机让你开始行动，习惯让你继续前行。”——Jim Ryun
持续学习
在快节奏的JavaScript世界里，很多人对持续学习的必要性已经习以为常了。事实上，我们有个专门的短语用来描述“JavaScript学习疲劳”。但是尽管我们能接触到大量的信息，我仍然碰到很多开发者并不积极学习。
借口各种各样。“我没时间”、“我的知识足够应付工作了”或者“每出来一个新的JavaScript框架都要学，累不累啊”。
我们都很善于找借口，特别是给自己。我应该知道，我是一个找借口的黑带选手。
但是这些借口并不能让你免于经历JavaScript开发者最大的恐惧——落后于趋势。
“我亲爱的开发者同胞，不要问你的代码能为你做什么，问问你能为你的代码做什么。”——JFK在另一个世界如是说。
新闻和开发界动态
在快速发展的JavaScript世界，很难在所有事情上保持领先。为了了解最新的JavaScript技巧，我的方法是订阅JavaScript 周报。我已经习惯了每个周末浏览一遍，看看最近的 JavaScript 世界有什么新东西。
浏览所有内容大概花费我半个到一个小时。这取决于我的兴趣和深入程度。有时候我确实会深入阅读超过2个小时，如果碰到有意思的教程的话。
找到正确的平衡很重要，这样你就会一直乐在其中，不会把自己搞得筋疲力尽。
业余项目是你的好朋友
这也是一个大招。开发和维护一个业余JavaScript项目是另一个会带来好处的习惯。
业余项目的特点是它们给了你完全的自由。没有约束条件，没有借口，没有截止时间。它完全取决于你自己的想象力。
这些项目可以野心勃勃，也可以闲庭信步。你可以致力于一个你希望成为下一个 Twitter 的项目，也可以做一个让你的生活更容易的宠物项目。这都无所谓。
关于如何从业余项目获得最大收益，我有几个想法要分享给你：
- 你可以用你觉得很酷，并且想要了解更多的语言、框架、技术来写业余项目。
- 你可以用熟悉的 Ember.js 而不是 React 来开发，也可以初次尝试陌生的 Rust。前者会给你实用的见解，而后者会打开你的思路，接受新的思维方式。
- 发布你的项目。重复一遍，发布你的项目！一个业余项目是熟悉整个开发和发布周期的绝佳机会。建立起日志、错误上报、持续集成等完整机制。把它放到 Heroku 的免费服务上去，安装所有插件。
从开源项目中学习
达尔文估计会为我们的开源生态系统感到骄傲。其中最大的特点是：只有最好的才能荣登榜首。（除了Angular）
流行的开源库倾向于用特殊的方式解决复杂的问题。尽管数量庞大，它们有一个共同点：对开发者友好，容易上手。
好好想想。一个开源库越难用，它就越难成功。
这就是为什么我一直尝试从成功的库中学习的原因。React 的组件系统，Express 的中间件模式和 Lodash 的方法签名都是学习的机会。
写代码时考虑同事怎么理解
这是我对一个古老的开发者引言的理解：
我尝试做的是，在开发过程中问问自己“如果是同事写的这个模块，我能不用翻遍整个源码就能理解和使用吗？我会很乐意并容易地使用它吗？
把编写容易使用和理解的代码摆在首位，是非常值得的。你会惊讶地发现，我自认为“除了我自己没有人会去用这些代码了”一次又一次地被证明是错误的。
但是最终是否有人使用了某个特定的模块，这无关紧要。始终考虑如何让你的代码更好地给其他人使用，这会让你成为更好的开发者。并且你的同事也会因此喜欢你的。
如果有同事跑来问你做的某个模块能否解决他的问题，这种感觉非常棒。然而更不可思议的感觉是，他们甚至都不用问你，而你稍后发现他们已经在用你的代码了。
另一个额外的好处是，你会发现你跟同事会经常讨论如何写出易于使用和理解的代码。想象一下“你妹，我不敢相信我还要用这个模块”的场景会减少，而“不错，这个模块解决了我的问题”的场景会变多。
“傻子都能写出计算机能理解的代码。但好程序员才能写出人能理解的代码”—— Martin Fowler
考虑理想的解决方案
每当我有新任务，我都会在开始编码前尝试考虑理想的解决方案。
寻找理想的解决方案有如下规则：
没有时间限制。想象下你有无限多的时间来做任何事情。
没有架构限制。想象下你可以使用任何喜欢的库，不使用任何不喜欢的东西。
记住这两个规则，我想出了开发项目的理想方式。当然了，我几乎不太可能去执行理想计划。
但现在我知道理想解决方案是什么了，我就有了努力的目标。当我回到有着截止日期和架构限制的烦人的现实中时，我会尽可能地靠近理想情况。
这种方法的另一个好处是，它帮我避开了这样的集体思维陷阱：“我们一直是这样做的，所以我们还会继续这样做。”
有时候你会发现自己要求额外的时间，以便能够更接近理想结果。并且因为现在你对想要实现的结果有着清晰的蓝图，调整起来也会更轻松。
挑战 JavaScript 开发
持续学习和挑战自我的习惯并不容易培养。但是一旦你掌握了诀窍，你会发现它们价值连城。
对我们的现状愤世嫉俗并抱有“太阳底下无新事”的心理，这再容易不过了。
但真相却是，我们使用的每一个开源项目和接手的每一个任务，对我们来说都是利用学习技能成为整体上更好的开发者的又一个机会。
