Open sivagao opened 8 years ago
由于项目需要我最近几个月需要重试前端开发的旧业，我立即被一个悲催事实吓到：所有东西都变了！！
当我还在JavaScript或前端社区仅仅参与时，这种改变看起来很小。我们会时不时转换打包工具（从RequireJS 到 Browserify），或者改变框架（从Backbone 到 Web Component），有时候我也会玩玩最新的V8引擎的新特性。大部分时间，这种更迭是增量的。
我只是短暂离开了一会，回来后突然发现JavaScript社区的永不止步（折腾死人）的这种情况。
一些年前，我和朋友还在讨论怎么选择一款合适有正确的模块系统。那时他想要用上RequireJS，我却推荐他参考和选择 Browserify或Component（因为我们刚刚抛弃RequireJS替换为Component）。
昨天晚上和他又聊了会，他说他当时选择了RequireJS。到目前为止，他们公司在此之上构建了大量的代码 - 『我想我押错赛马了』
这让我思考，在JavaScript这个不断更迭的混沌下，没有所谓的正确的赛马可押。你要么要持续的更新你的技术栈来与时俱进，要么就要对你目前所押的技术知足。作为开发者我们为别人构建产品，很难知道什么时候需要投资到新技术栈中。
不管你喜欢不喜欢，JavaScript比现有计算机历史上的所有语言都以更快的速度更迭着。
我们现在用的大部分技术之前都不存在。如：React，Flux，JSX，Redux，ES6，Babel等。甚至为了新建个符合目前选型的项目就需要安装一大帮依赖，构建工具也几乎全是新的。没有其他语言会有这种糟糕的事情发生。顺便做个推荐篇文章16年JavaScript生态发展趋势和选型，这样你能确保目前的选择是大致正确的。
所以，为什么JavaScript这么能折腾？
https://segment.com/blog/the-deep-roots-of-js-fatigue/
由于项目需要我最近几个月需要重试前端开发的旧业，我立即被一个悲催事实吓到：所有东西都变了！！
当我还在JavaScript或前端社区仅仅参与时，这种改变看起来很小。我们会时不时转换打包工具（从RequireJS 到 Browserify），或者改变框架（从Backbone 到 Web Component），有时候我也会玩玩最新的V8引擎的新特性。大部分时间，这种更迭是增量的。
我只是短暂离开了一会，回来后突然发现JavaScript社区的永不止步（折腾死人）的这种情况。
一些年前，我和朋友还在讨论怎么选择一款合适有正确的模块系统。那时他想要用上RequireJS，我却推荐他参考和选择 Browserify或Component（因为我们刚刚抛弃RequireJS替换为Component）。
昨天晚上和他又聊了会，他说他当时选择了RequireJS。到目前为止，他们公司在此之上构建了大量的代码 - 『我想我押错赛马了』
这让我思考，在JavaScript这个不断更迭的混沌下，没有所谓的正确的赛马可押。你要么要持续的更新你的技术栈来与时俱进，要么就要对你目前所押的技术知足。作为开发者我们为别人构建产品，很难知道什么时候需要投资到新技术栈中。
不管你喜欢不喜欢，JavaScript比现有计算机历史上的所有语言都以更快的速度更迭着。
我们现在用的大部分技术之前都不存在。如：React，Flux，JSX，Redux，ES6，Babel等。甚至为了新建个符合目前选型的项目就需要安装一大帮依赖，构建工具也几乎全是新的。没有其他语言会有这种糟糕的事情发生。顺便做个推荐篇文章16年JavaScript生态发展趋势和选型，这样你能确保目前的选择是大致正确的。
所以，为什么JavaScript这么能折腾？
一条孤独旅程
浏览器之前
ES重崛起
浏览器
构建系统和垫片（Shims）
转译器
押中赛马
https://segment.com/blog/the-deep-roots-of-js-fatigue/