• React.js: The Documentary at 2023年02月16日

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

  • 新加坡 RedDotRubyConf 2016 at 2016年02月15日

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

  • 大家觉得 AngularJS 好吗? at 2015年10月10日

    答案很简单,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: 过时并不代表你不可以用,只是说如果有选择的机会,尽量不用

  • Bootstrap 4 alpha 发布 at 2015年08月20日

    最好贴一下原文链接啊 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

  • RAILS API TO BE PART OF RAILS 5 at 2015年08月18日

    #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 行左右。
  • RAILS API TO BE PART OF RAILS 5 at 2015年08月16日

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

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

  • @lgn21st 开始歪楼了,老板该发工资啦 💰

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

  • 新主题上线 at 2015年04月07日

    Gorgeous 👏

  • AngularJS 2.0 正在路上.. at 2014年12月07日

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

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

  • AngularJS 初尝新作 at 2014年09月11日

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

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

  • 报名

  • Apple 发明新语言了 Swift at 2014年06月04日

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

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

  • 放点毒物给大家 at 2014年06月04日

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

  • 肯定是你哪里写错了

  • Swift 代码片段求解释 at 2014年06月03日

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

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