• 二维数组生成小陷阱 at 2018年02月10日

    哈哈哈,好久不见了。最近可好。

    我觉得看object_id还是挺直观的。

  • 二维数组生成小陷阱 at 2018年02月10日

    那么问一下,这个怎么解释

    [1] pry(main)> a = [0] * 5
    => [0, 0, 0, 0, 0]
    [2] pry(main)> a
    => [0, 0, 0, 0, 0]
    [3] pry(main)> a[2] = 4
    => 4
    [4] pry(main)> a
    => [0, 0, 4, 0, 0]  <=  按道理这个应该是 [4,4,4,4,4] 因为所有的都是指向同一个地方。
    
  • 你可以使用 https://github.com/hlxwell/jquery-cityselector

  • 如何从 MongoDB 迁移到 MySQL at 2018年02月08日

    作者真的太让人佩服了,所有的文章都写的跟艺术品一样。好赞啊。

  • echo "ZWNjaGFuZ2VyQGdtYWlsLmNvbQ==" | base64 --decode

  • 跟我一样,爱折腾的童鞋 ~~~~

  • 我觉得学计算机都要靠抱培训班,就算学得不错,出来以后要跟上潮流也难了。除非教心法。 网上教程实在太多,就是得花时间。

  • Ruby China on PostgreSQL at 2016年04月05日

    #30楼 @huacnlee 就是要保持原来的ID才有了这个问题。哈哈。

  • Ruby China on PostgreSQL at 2016年04月04日

    @huacnlee 我觉得你那个把mongoid的id改成数字的太坑爹了,再二次开发的时候如果从别的数据库导入一些数据就惨了。

  • 顶一个

  • 说句难听的话,

    1. 用户系统就是一个用户登录的注册的系统。
    2. 然后把用户数据同步到其他系统里。

    这个时候是最简单的方法。简单易懂,容易实现。

  • #9楼 @ashchan

    让写代码变成一种爱好。

    所以不纠结用啥, 关键开心。

  • #12楼 @raven 莱文兄说话还是那么犀利。

  • 好热闹啊。

    我只谈感受,在页面复杂的情况下,我觉得,用angular之类的前端框架,还是能够比纯jQuery DOM要感觉代码容易理解多一点。这点毋庸置疑。

    #43楼 @nightire 好好写ember,等你的经验分享。 讨厌前后端分离的都是兰博,注重个人效率。 喜欢前后端分离的都care的是更多管理方面的东西。

    我觉得管理不一定能让东西高效,但是能够事物更加容易管理,容易分工,容易责任分离。 日本人做事情步骤冗余复杂,中国人步骤简单偷懒,但是日本人犯错误几率低啊,中国人犯错误几率高啊。 中国人犯错后责任互相推过,日本人犯错的时候能够从步骤中确认是谁的错误。 前后端能够分离可以把工作的责任分的更清楚,在公司不是小打小闹以后,我觉得在管理上还是有相当的作用的。

    #40楼 @nightire 我们公司前后端分离技术上全部没问题而且还更加好了。

    1. SEO 用prerenderer,以前用rails的时候还要把search engine robot给屏蔽掉,因为服务器承受不了,现在呢转到静态的页面了。
    2. 页面请求可以分几个小请求代替一个大请求,或者模块之间复用请求得到的数据还能 cache以前页面切换的时候必须重新加载的数据。
    3. 前端体验速度更快,后端api更加简单快速了。

    做管理老大的童鞋们认同的给个赞啊,还等什么呢,别犹豫了点右上角。

  • #33楼 @wppurking

    https://ghost.org/ 开源的,也是用emberjs 然后 itune connect 后台图表的是 angularjs

  • #33楼 @wppurking #28楼 @camel

    帅哥,看你们react都用了许久,想问一下,如果想像Ember-CLI那样,把 redux, 很多东西任务都标准话的话,比如配置好的yo, gulp,有很多generator, 以及build, testing, 你们有没有推荐,我不用自己去瞎折腾,团队共识建立快的那种?

  • #14楼 @camel move fast and break things 我觉得对developer来说没问题,但是对于公司来说,变化不是问题,而程序员好变带来的成本是个问题。

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

    我觉得其实Rails已经做了非常好的就是Rails放在一起时一个组合金刚,但是实质上他是可以一个一个分开工作的组建。现在ember-data是有单独的包的,如果以后, routing, component 都独立出来的话,其实这样大框架也不在笨重。放在一起也非常强大。这个是最好的状态。

    还有 Dedux 的确非常简单。非常赞。

  • #27楼 @wppurking 5点核心本质分析到位。

  • #11楼 @luikore 我觉得,一旦要想轻量级的解决方案,就有一堆选择的问题。部署,编译还有其他各种必要的插件的选择。

  • #5楼 @ericguo 说得非常对。一般公司都是会有前后端工程师以及设计师,react有种把那些html css的活跟js粘合起来不可分割的感觉。这样我们团队那个只懂html css的前端设计师就没办法发挥他的作用了。这点angularjs2.0的做法比较不错。

    个人非常讨厌那种类库快速升级而不顾虑老用户的开源软件和作者。emberjs的这点做的非常好,在2.0的之前,已经一步一步让用户给升级了,每一升级都是一点一点来的。痛苦不是积聚起来的。这种开源团队和思想我觉得值得信赖多一点

  • #1楼 @chaucerling 继续学ember吧。因为ember有其他框架没有的特征。个人觉得emberjs的软件工程做的非常不错。

  • #14楼 @jasl 说的对。 一台服务器 极限资源 带宽 CPU,进程起再多也没用, 再epoll 也没用。 网速不快,网速成为瓶颈。网速太快cpu成为瓶颈。用满一个就够了。

  • 关于 AngularJS 的一个问题 at 2015年06月10日
    1. 你命名directive的时候加一个Diretive后缀太多余了的感觉。
    2. 你 controller, controllerAs 无故地就增加了代码的阅读复杂度,其实剥离出controller的原因是要跟别的directive共享controller,或者要被外部调用才做的,你分离也没有什么意义,放在link里就可以了,简单明了。
    3. 你以为你没用 $scope, 其实 <h1>{{ctrl.project.title}}</h1> 的代码就是 $scope.ctrl 用bindonce才解决你的问题。
  • [杭州] The Plant 还在招聘 at 2015年06月10日

    看了楼上的招聘贴就想把公司解散了全员加入ThePlant.

  • 因为我觉得如果你在ruby China里说,为什么现在国外创业公司喜欢用nodejs的话,就上不了头条 :)