• 只有我觉得是 Github 快活不下去了才这么干的么。。。

  • #8 楼 @lyfi2003 就知道你会这么说所以我故意没提 Opal 以及用 Opal 的 volt

    另外 Chrome 51 就会有 WebAssembly 了,一点也不远,2016 也还有大半年

  • 标题叫做 Web 开发趋势,但是连 WebAssembly 毛都没有提,差评。这只能叫做 JavaScript 开发趋势

  • 通过 Nginx 启用 HTTP/2 at 2016年05月03日

    #1 楼 @ibachue 很同意,感觉现在基于 Rack 的部署方式就没办法真正用到 HTTP/2 的好处,这样的话还不如只用 HTTP/1.1,部署起来还更简洁。

    目前看个人觉得可能只有 OpenResty 或者 h2o 这种把语言嵌入到 HTTP 服务器中,配合 fiber 实现之后,才有可能把 HTTP/2 的好处发挥出来,但是那样就需要全新的 API 而不能是现在的 Rack 了。

  • 最开心的是不用写代码。。。所以一行也不需要

  • 使用 ngx_mruby 打造简易 WAF at 2016年04月23日

    ngx_mruby 跟 OpenResty 比起来还是差非常多,比如 OpenResty 内部连 Redis 使用的是完全异步的 cosocket,不会阻塞 nginx 主线程,而上次我看的时候,ngx_mruby 里面嵌入的 mruby 还是直接用了 hiredis,这样一旦跟 redis 的连接出点什么问题整个 nginx worker 线程都阻塞住了 -_- 对于 WAF 来说,这不是件好事。

    我也觉得用 Ruby 写代码会比用 Lua 要爽,但是现阶段来说,想在生产环境跑的话还是不要用 ngx_mruby,优化部分差太远了。当然,要是自己没事写着玩就是另一回事了

  • #3 楼 @nouse 我们曾经用 Ruby 撑过几万 QPS 的项目,所以我只赞同 CRuby is slow。。。配上 Truffle 的 JRuby 还是有前途的,只不过 Rails 稀烂而已谁来了也帮不了

  • 碰巧今天看到这个观点:https://news.ycombinator.com/item?id=11546954,无责任转发。

  • 转帖:Kill Your Dependencies at 2016年04月05日

    尝试过了,但是效果不是很明显,因为你会遇到两种人:

    1. 我知道 xxx,yyy,zzz 我都没用上,但是万一哪一天我要是需要这样的功能呢?
    2. 我曾经某一次做某个功能时,突然发现 aaa 可以用的上,直接就用了,所以 bbb,ccc 存在在我的项目里是有道理的,即使我没有用到
  • 我表示我反对这个标题,应该是“正确用法”而不是“不同用法”。。。

  • #10 楼 @xiaoronglv #11 楼 @lgn21st

    这是我们现在一个线上服务结果:

    [4] pry(main)> User.all.size
    => 1494797
    

    前端是 4 到 10 台(取决于 load 需求,我们的负载在一定范围内可以预测)基于 JRuby 的 Cuba app(是的,这套架构的另一个好处是 JRuby 无压力,只有 cutest 因为是基于 fork 不能跑,但是还有 protest),后端是一台 Redis 机器(这边我们使用 codis 部署,但是目前实际处理 Redis 请求的就一台 Redis),性能无压力。

    PS:说句不好听的,要不是 @lgn21st 帮忙说情我真的懒得回。。。我在最开始就说了我不是来吵性能的,我也说了 Rails 做到这个性能也没问题。这里重要的是 Cuba 这套架构对代码本身结构的影响

  • #2 楼 @bugmenot 好吧那可能是我功夫还不到家…我用 Erlang 都是噩梦没有甜蜜…

  • #5 楼 @bugmenot 品味是另一个问题,跟 simplicity 没关系

  • PS:我特喜欢李路同学的问题,我觉得 Ruby 的最大威胁是 HHVM

  • 我听过,我之前还大量的写过 Erlang…要是 Elixir 不是依赖于 EVM 这么多,我就跳进去了…从这个角度还不如用 Clojure,虽说 Clojure 也是坑

  • #16 楼 @TheWaWaR 十分赞同,这个调查距离 少数派 差的不是一星半点。。。

  • 不用 Rails 的人表示做到第二题就做不下去了。。。

  • #2 楼 @hrz3424 看到您的简历了,抱歉白天在忙。已回复

  • 携程这回玩大了 at 2015年05月28日

    其实我好奇的是,这个手机到底是几张 SIM 卡。。。

  • 我来提供另一种方法。首先说一下:如果只是一两次的收款的话,这种方式可能太重了一些,但是如果有频繁的收款的话,这是种可以考虑的方法。

    工商银行香港银行(网上搜的时候这个叫做工银亚洲)有提供一个服务,叫做 工银亚洲(香港)开户见证业务服务,这个服务可以在内地的某些网点(注意这里不是所有网点,前面的链接下面有支持这项服务的网点列表)直接给你开设一个账户,叫做工银亚洲综合账户。这个账户可以同时开启人民币账户与外币账户(我只用过美元,但是理论上这里也可以支持其他外币,以下为了方便,我只使用美元做说明)。

    对于境外的公司来说,你可以提供给他们这个香港银行的账户(有 SWIFT 代码),他们可以直接汇美元到这个账户。

    对于我们收款来说,有两种方式:

    1. 在开通这个账户后,工银亚洲会寄过来一张卡片,这张卡片比较奇葩:上面有银联标记,据说可以在国内的某些 ATM 上直接提现(但是我至今没有试成功过),只不过提现手续费要 15 元 -_- 但是如果不考虑直接提现的话,这张卡可以直接刷卡来用。
    2. 在网点办理账户的时候,也可以同时开一张大陆工商银行的储蓄卡,他们可以把这张卡与香港的账户做一个关联,这样在工银亚洲的网银里就可以直接使用 工银速汇 把美元汇到大陆的储蓄卡里了,下一步可以在大陆的网银里直接结汇,或者到网点把美元取现了。

    如果按照这样的方式来做的话,有两个地方会有手续费:

    1. 在境外的公司把美元汇款到你在香港的账户里时,会稍微损失一点钱,大概的比例是 5000 美元的话会损失 30 美元左右。但是据我之前查的资料(具体记不清了)来说,这个手续费应该是两个部分:一个固定的 fee(15 美元还是 20 美元来着记不清了),和一个浮动的百分比(根据你收到的款的多少而有区别)
    2. 工银速汇把美元从香港汇到大陆时,这里会有一个手续费,好像封顶大概是 10 美元左右。

    所以这样算下来,如果想最后拿到现金的话,收 5000 美元的话大概一共会损失 40 美元左右。

    如果想规避结汇限额的话,一种办法是把美元最后汇到大陆的工商银行储蓄卡之后(注意美元从香港的账户里汇到个人的大陆账户里时,是不受这个限额的限制的),取现出来,找亲戚或者朋友帮忙换成人民币。另外一种方法是直接在香港的账户里把美元结成人民币(这里是离岸人民币,全部在香港结算,也就不受这个限制),然后使用香港寄过来的卡片消费。还有说法是,在香港把美元结成人民币之后,也可以直接汇款到大陆的账户,但是这个我没有尝试过 -_-

    希望大家合理利用这种途经~不要滥用~

  • 你选择 Angular 还是 Ember? at 2014年01月21日

    #9 楼 @gaicitadie 其实我个人觉得 Angular 跟 GWT 蛮像的,满屏的 Dependency Injection。。。

  • 你选择 Angular 还是 Ember? at 2014年01月21日

    #5 楼 @cassiuschen 虽然我是个 CoffeeScript hater 但是我还是想好奇问一句:Ember 哪里有限制不能用 coffee 写么?貌似看 discuss.emberjs.com 上好多用 coffee 做例子的,RailsCast 那边教程里也是 Coffee 走起。。。

  • 你选择 Angular 还是 Ember? at 2014年01月21日

    看过 Yehuda 对 HTMLBars 的介绍之后死心塌地投靠 Ember 的飘过~

    不过这货貌似最近跑去玩 Rust 了>_<

  • #14 楼 @tyaccp_guojian 额。。。这个要是详细写的话这边是写不下的,不知道你着重想了解哪部分?

    首先分页我们没有发现太好的现成解决方案,最后是用这里提到的技巧自己实现的。开 Developer Console 看一下 Ajax 应该就大致了解是怎么做的了。

    Loading 跟多文件上传这边跟 Ember 关系到不大,我们是直接用的 jQuery。Ember 新加的 Loading Route 没用,原因是我们实现 Loading 的时候还是 Ember 1.0 版本,那个版本里面还没有 Loading Route -_- 多文件上传暂时是 jquery-fileupload (考虑更换中)。

    路由部分真心是个大坑,一句两句话是说不清楚的。记得有个吐血的限制是 /*path 居然会优先于 /events/*path 解析。。。这边我觉得都可以写几篇博客或是开个 talk 介绍下了-_-

    总体上看下来 Ember 还算好用,实在搞不定时可以直接简单粗暴用 jQuery 的方式解决,然后把冗长难看代码整个包在一个 view 里面不看就好了~另外真心希望 HTMLbars 赶快稳定下来,然后 Angular 就没有优势了~

  • #7 楼 @chunlea 我们整个用的 Ember,页面上第一次载入完成后就全都是 Ajax。这边我们也觉得好麻烦,接下来会研究下怎么样更合适~

  • #10 楼 @jeff_duan 理论上是可以支持 IE8 的,但是人手不够 CSS 暂时懒得调了 >_<

  • @zhangweifang 飘过~

  • #3 楼 @skandhas #4 楼 @DeathKing 好吧,表示没看过我还是不要误人子弟了。。。

  • 而且那本书讲的好像是 Ruby 1.7.3。。。现在貌似早就翻天覆地了吧。。。

  • 谢谢大家支持~为了防止水太深就不一一回复了~