第一作者 Jordan Walke 没有出境，有些遗憾。 React 核心贡献者已经更换好几轮了，大部分也离开了 Meta，感觉这个纪录片更多是整理些记忆碎片。

刚从新加坡玩回来，看到帖子我都想再去一次了，可惜没时间

答案很简单，Angular 1 不好，不要再学了，浪费时间。 Angular 2 没用过，不评价。 如果是初学，直接上 React，你的视野会一下子扩大很多，以后的路越走越宽。

:plus1: :plus1: :plus1:

如果你觉得课程不适合，或者不满意，第一周内我愿意 100% 退款。

真是良心满满，那些包教会的培训都是骗人的，能退款还怕啥

#51 楼 @1272729223 现在这些资源我们是通过各种 webpack loader 来做，如果再复杂点，直接组合各种 shell 命令。参考 http://blog.keithcirkel.co.uk/how-to-use-npm-as-a-build-tool/

#47 楼 @steven_yue Reflux 特别灵活，它的 action 设计的太灵活强大了，view 里直接监听 action 这一点瞬间把 Flux 门槛拉的极低，虽然这是标准 Flux 不建议做的。如果不考虑做同构、Time Travel、Do/Undo 这些 Reflux 是不错的选择。

#48 楼 @feitian124 认识几个做 rails 开发大部分时间都在调 js 因为 rails 接口三下五去二就搞好了

#43 楼 @1272729223 grunt, gulp 只是任务执行器，需要调用第三方工具 webpack/node-sass/component 才能编译 JS，SCSS。

会被 npm 替代，原来的 webpack/node-sass/component 该用啥继续。

#40 楼 @1272729223 公司不给机会好办，要不你简历发过来我帮你找找。

现在 commonjs 和 es6 已经是事实上的前端开发标准了吗？我还在弄 amd。是不是过时了啊？

是的，AMD 已过时；CommonJS，es6/es7 已是标准

另外一个合格的前端是不是还要会写 nodejs 的 api？

这个要看具体团队，js 能写好，nodejs api 也不难

ps: bower，grunt，gulp 都已过时（我就是来挨喷的） pps: 过时并不代表你不可以用，只是说如果有选择的机会，尽量不用

最好贴一下原文链接啊 http://blog.getbootstrap.com/2015/08/19/bootstrap-4-alpha/ 看到“弹性框”我愣了一下，其实就是“flexbox”啊 ES6，SCSS 都是很激动的改进

#34 楼 @hlxwell 这个团队内部有写 CLI，不过和公司系统关联太多，不便开源。 现在最流行的工具链是 NPM + Webpack + Babel + Mocha... 这些。想写个功能强大的 CLI 有点难，对每个 Flux 衍生框架都做个 generator 会让人崩溃。有一股去 bower，grunt，gulp 的趋势。

小团队的话直接找个 boilerplates 改就行了 https://github.com/enaqx/awesome-react#boilerplates

#62 楼 @_kaichen 打包完全依靠 webpack，然后部署到 CDN。使用 babel-loader 来支持 ES6 语法。ESLint 来做语法检查。

@wppurking 喜欢你这种有想法又详细表达出来，有理有据，先给个赞。

大家在用不同的方法解决相同的问题，因为问题是一样的。

关于 Relay 和我的看法一样。我还觉得 Relay 有可以在获取数据上颠覆 REST。

最终总会出来非常相似的组件...

这点已经是现实了，看一下 bootstrap，在不同框架下都有单独的实现。组件虽然看起来一样，用起来也一样，但实质是不一样的。因为组件和你上面说的 Data、View、Action 这些是很难做到完全剥离，所以再写一套大部分情况下是有必要。严重怀疑 Web Component 能否解决这个问题。

想做到不迷失我觉得要让自己足够开放，就像今天尤小右在 Teahour 里说的，不要过早宣布了自己发现了最好的框架。有精力的话多尝试不同方法，提高自己的判断能力。

#22 楼 @darkbaby123

这就是 JavaScript 的世界，西部大开发……

这个比喻太恰当了。

#3 楼 @nouse Elm 是一种新的语言，虽然可以编译成 JavaScript，但在团队里推广成本大。 #11 楼 @luikore bacon.js 没用过，貌似也是很棒的 FRP 框架。不过 Bacon 有 3000+ 行，Redux 大小只有它的十分之一。

另外补一句：

1、React 就是 JavaScript；Ember 是 EmberScript，Angular 是 TypeScript + AngularScript; 2、PHP 是世界上最好的语言

本来想聊一下 react 相关经验，现在变成了与 ember 之间的选择问题，哈哈，这样也好，从当初 discourse 出来的时候就有尝试过 ember，Yehuda 也是我最佩服的开发者之一。

关于我对 @hlxwell 快速升级而不顾虑老用户的开源软件和作者 的看法。React 在这点做的不错，从去年 7 月份 0.8 版本一路升过来，没有踩过大坑。Redux 相信有了 1.0 版本之后，API 也会比较固定。甚至由于 react 非常专注做 view 层，整个应用架构从 backbone 迁到 flux 过程中 view 层变化也很少，最近又在从 flux 迁到 redux，react view 层也保持不变。至于迁移原因，一是因为产品用户增多，越来越复杂，二是有好东西出来，为啥不用？？？move fast and break things 一直是我想达到的状态。

把 react 和 ember 比不太合适，两个框架走的是两条路。ember 是一个全面的前端解决方案，而 react 只专注做 view 层。如果你不喜欢选择，直接上 ember 是可以。不过从长远来看，前端越来越复杂，完整的解决方案是不存在的，轻量级的方案会胜出。

下面说一下我理解的轻量级解决方案标准：

• 只做一件事情，并做好。
• 面向未来，尽可以使用标准化工具，如 CommonJS，ES6，NPM 开发构建。如果你只对解决 IE 兼容性有兴趣，而不想学习下最新的 ES6，Decorator 语法，提前告诉你，未来的前端不适合你。
• 没有三方依赖，框架尽可能小，文档尽可能多。这是选择 Redux 的原因之一，整个框架只有 360 行左右。

大爱 API 模式，Rails 的 erb、sprockets 对于复杂前端项目越来越鸡肋，有了 API 模块再也不用一个个把它们禁掉了。

#5 楼 @ericguo 养成习惯可以提高开发和沟通效率，但也会阻碍接受新东西。当你还在纠结 jsx 的时候，有人已经抛弃 CSS，用纯 JS 来做了。感觉这东西在体验了之后可以改的。

@lgn21st 开始歪楼了，老板该发工资啦

搭车招前端，阿里巴巴急招前端工程师，简历快扔过来吧

Gorgeous

看到了趋势是优化和加强 Directive，弱化 Controller，方向是不错。这样下去就越来越像 React 了。所以还是 React 大法好

当你 JS 能搞定的时候 #7 楼 @bydmm 能列一下其它九大吗

这是要干掉 dash 的节奏吗，鼓掌

#64 楼 @gene_wu 大侠个毛线啊，我是来向真大侠们取经的

报名

Swift 与 Kotlin 最像，JetBrains 可以请律师了。

语言不是问题，关键看 Apple 推广的决心了。

#14 楼 @lgn21st 分明是植入广告哈 话说这两天本子发热厉害，手贱入了白色无刻。其实刻字也挺好看的

肯定是你哪里写错了

#11 楼 @saiga 明显是借鉴 Java 的范型 #7 楼 @blacktulip 感觉为了方便静态语言 IDE 查错。 Java 的范型只在 compile 时会对不匹配类型报错，compile 后的 byte code 后范型就没了。

#59 楼 @fredwu Thanks，原来就是用git rebase 来做 squash，这货竟然被我忘记了。 再接再励，发掘下一个 PR