参照How to Keep up with the JavaScript Landscape Trends，加上自己一点体会，凑合成文。
还请各位不吝指教。
1. 邮件列表和博客
常用的几个邮件列表：
- JavaScript Weekly Newsletter
- Nodejs Weekly Newsletter
- HTML5 Weekly Newsletter
- DailyJS Blog
- EchoJS News Aggregator
- Node.js邮件列表
我再补充几个自己常用的：
既可以用电子邮件账户订阅，也可以用RSS/Atom阅读器订阅，我使用的是Digg Reader。
** 2. 社交网络**
随着学习的深入，总会知道一些技术专家，此时不妨关注一下他们的社交账号、个人博客以及github站点。
像原文作者关注的Twitter账号列表：The JavaScript List和The WebDev List。
除了个人帐号，还可以关注公司和项目的Twitter账号。像我项目开发用到了Sails.js，所以就关注了开发者和这个项目的Twitter账号。值得一提的是有个名为[@nixCraft](/user/nixCraft)的账号，有不少关于Linux/Unix的信息。
国内的技术专家，当然就要关注他们的新浪微博了。
** 3. 实践**
一下这么多信息，很容易迷失。在看技术资料时，不能仅满足于存而不看，光看也不行，里面涉及的知识或者例子，应该动手写一遍。此类实践，收获的是知识片段。
依我个人的体会，下面这种实践更为关键：
-
**做一个实际应用项目。**俗语有云：手中握着锤子，看什么都像钉子。咱们学习了Node.js基础知识，就得去解决实际的应用需求。而且，最好有一个有影响的开源项目作为参照。例如，我曾经想开发一个在线集成开发环境，像Cloud9和Codebox都是很好的参考。学习别人是如何确定大型应用的架构，如何划分和实现模块，如何编写测试等等。然后咱们自己写，借鉴哪些方面，哪些方面能够做得更好。经过这样的锻炼，收获会更大。两点值得注意：一是确实有实际应用需求，不纯粹是为了玩；二是尽量开发一个正式产，从设计、实现、调试、测试和最后的构建，按照企业对产品的要求来。你要是能把产品卖出去，那就更棒了。
-
**去BAT实习。**如果有机会，去BAT这样的大公司实习，不给钱都去。学习前辈们的工作方法、工作流程，了解清楚一项产品的完整上线流程。无论在什么地方，伸手党都是很讨厌的。遇到技术问题，先别着急问，仔细翻翻技术书籍；读读Node.js的官方文档；提炼出关键词，用Google检索寻找相关资料。然后动手编码，尝试去解决这个问题。如果还没解决，再向技术专家请教：问题是什么、我尝试的解决方案一二三（代码托管在github，他人很容易重现）、它们的效果一二三、请专家指教。从专家那里获取解答后，要反思，为什么之前没有想到，人家怎么就想到了，他用的工具和方法是什么。当然，去BAT实习的机会很难得。去其他的公司，只要开发比较正规，还是能够从实践中学习到很多东西的。
