Ruby China
  • Topics
  • 招聘
  • Wiki
  • 酷站
  • Gems
  • Sign Up
  • Sign In
@skandhas
VIP
NO. 146 / 2011-11-21

沈阳
25 Topics / 952 Replies
49 Followers
8 Following
436 Favorites
看吧,看吧。俺继续睡 z z Z Z
GitHub Public Repos
  • cstruct 18

    CStruct is a simulation of the C language's struct.Its main purpose is to manipulate binary-data ...

  • mruby 1

    Lightweight Ruby

  • papers 1

    my open papers

  • IsoVoxel 1

    Generates isometric pixel art from MagicaVoxel .vox files

  • node-canvas 1

    Node canvas is a Cairo backed Canvas implementation for NodeJS.

  • elvm 0

    EsoLangVM Compiler Infrastructure

  • kilo 0

    A text editor in less than 1000 LOC with syntax highlight and search.

  • picasso 0

    Picasso is a high quality vector graphic rendering library. It support path , matrix , gradient ,...

  • lib-bpmn-engine 0

    A BPMN engine, meant to be embedded in Go applications with minimal hurdles, and a pleasant devel...

  • WProtect 0

More on GitHub
  • Overview
  • Topics
  • Replies
  • Favorites
  • Following
  • Followers
  • 关于 C++,关于 gc 的一些东西 at November 09, 2013

    世界上只有两种编程语言:一种是整天被人喷的语言,一种是没有人用的语言。

  • [广州] 招聘 Ruby 程序员 at October 27, 2013

    #96 楼 @hooopo 临时有事儿,没去成。 ;(

  • [广州] 招聘 Ruby 程序员 at October 25, 2013

    @hooopo 我顶!

  • 在 rails api 里看到这样的代码 求问 at October 22, 2013

    兰姆达

  • 关于中文与英文的先进性 at October 16, 2013

  • 很 D 疼,FreeRIDE win7 下打不开只有个任务栏 at October 09, 2013

    别用它了。7 年都不更新了。 用 Sublime Text 或 Vim 不是更好?

  • Go 语言内存分配器设计 at October 08, 2013

    有干货的帖子向来是受欢迎的。 有不同的看法进行讨论也很正常,平常心讨论就 OK 了。只是某个人的情绪没控制好,对别人进行人身攻击了,这样就不对了。

    期待楼主更多干货的帖子。

  • Ruby 社区这么固执偏见不喜接受新事物吗?Go 的两个文章引发争论的感想 at September 29, 2013

    楼主可能误解了,如果帖子的回复里只要有干货的讨论,就很有可能会被加精。 你得出的这个结论“社区固执偏见不喜接受新事物”并不准确。

  • 真的没必要浪费心思在 Go 语言上 at September 27, 2013

    #51 楼 @astaxie #56 楼 @gihnius 有可能是对 Ruby 社区的特点了解的少,所以才会使两位产生这样的误解。其实 Ruby 社区 (也包括国外的) 是我接触到的,包容性及接纳新事物都是相当不错的社区。比如对 Node,Erlang,Clojure,Haskell,LISP,Go 都有很好的讨论,这个社区也从不盲目拒绝新事物,也很清楚各个语言是协作而不是对立的关系。

    社区的一个特点是喜欢就问题直接展开讨论,基本不会拐弯抹角。而且是全带干货的讨论 (这一点很重要)。比如这个帖子,从大家的讨论中,我就学习到很多,相信其他观众也是。

    接触 Ruby 社区时间长了,就会喜欢上社区的 Style. 而且是双方都受益。热烈欢迎讨论!(用平常心讨论就好)

  • Writings.io 失败了 at September 26, 2013

    收到了 Writings.io 的邮件才知道的这件事。 加油 @Rei !

  • [已更新報導] 台灣的第一次 Rails Girls 活動-Railsgirls Taipei#01 at September 23, 2013

    從 325 位報名者中選出的 30 位女性學員 选择的标准是相貌吧,哈哈

  • [北京] 生物公司需求内部网站 / 后台程序员 ruby at September 22, 2013

    既要做原系统的维护,又要做开发,还要维护硬件系统和布线?Orz 您是打算给双份薪水 ( 开发 + 网管 ) 吗?也太抠门了,连网管的职责也要开发人员去担当。 我这一直潜水的都忍不住了。 各位道友,此坑大,勿入。

  • RubyChina 社区祝福大家中秋节快乐 at September 21, 2013

    #15 楼 @lgn21st 我们还是想着您的,嘿嘿。

  • 请教如何解密 SM4 算法加密后的文件? at September 03, 2013

    #5 楼 @luikore 我猜楼主知道密钥的可能性小。如果这个文件是其他软件使用的,可以先跟踪这个软件获取密钥,然后再按 吕大 的方法就行了吧。

  • Ruby socket 库中的 BasicSocket#recv 方法的一个疑问 at September 03, 2013

    #4 楼 @lululau 嗯。我和你的看法相同。Ruby 的 Socket 是特意将 recv 做成阻塞的。然后又提供 xxxx_nonblock() 方法 来适应 非阻塞的场合。

  • Ruby socket 库中的 BasicSocket#recv 方法的一个疑问 at September 03, 2013

    非阻塞的话,用 recv_nonblock 应该可以吧。

    Ruby Socket 的 recv 与 我们通常说的 Unix Socket 的 recv 行为是不同的。 Ruby Socket 的 recv 是调用 rsock_s_recvfrom 来实现。说到底,是用了 recvfrom 来实做,而不是使用 recv。 rsock_s_recvfrom 在内部调用了 rb_io_wait_readable 来处理 EAGAIN。如果 errno 是 EAGAIN,则就继续 wait 这个 fd。

    while (rb_io_check_closed(fptr),
          rb_thread_wait_fd(arg.fd),
          (slen = BLOCKING_REGION_FD(recvfrom_blocking, &arg)) < 0) {
           if (!rb_io_wait_readable(fptr->fd)) {
               rb_sys_fail("recvfrom(2)");
           }
       if (RBASIC(str)->klass || RSTRING_LEN(str) != buflen) {
           rb_raise(rb_eRuntimeError, "buffer string modified");
       }
       }
    

    对 EAGAIN 的处理时在 rb_io_wait_readable 中:

    int
    rb_io_wait_readable(int f)
    {
        if (f < 0) {
        rb_raise(rb_eIOError, "closed stream");
        }
        switch (errno) {
          case EINTR:
    #if defined(ERESTART)
          case ERESTART:
    #endif
        rb_thread_check_ints();
        return TRUE;
    
          case EAGAIN:
    #if defined(EWOULDBLOCK) && EWOULDBLOCK != EAGAIN
          case EWOULDBLOCK:
    #endif
        rb_thread_wait_fd(f);
        return TRUE;
    
          default:
        return FALSE;
        }
    }
    
  • Windows 生存手册 for Rubyists at August 03, 2013

    我觉得楼主的文章没啥问题阿,是修改过了?即使卖萌也没啥吧,属于个人的写作风格而已嘛。

    #46 楼 @oran 没必要删阿,论坛本来就是一个发表自己的言论,参与讨论的地方。意见不合也很正常的。不要因为此而阻止你发表自己的意见,没事儿啦。

  • [手册更新中] 异步小轮子 nyara at June 27, 2013

    #25 楼 @bhuztez 你就从了吧。

  • 那种带阴 / 阳历转换且包含自定义节日 的应用是怎么做的? at June 25, 2013

    #11 楼 @nightire ;)

  • 那种带阴 / 阳历转换且包含自定义节日 的应用是怎么做的? at June 25, 2013

    #6 楼 @nightire 也有需要推算的,比如 节气。

  • 那种带阴 / 阳历转换且包含自定义节日 的应用是怎么做的? at June 25, 2013

    #6 楼 @nightire 嗯,因为农历大多数的节日是固定的,比如 某月某日 就是什么节。不用推算。所以写到数据库就 OK。

  • 那种带阴 / 阳历转换且包含自定义节日 的应用是怎么做的? at June 25, 2013
    1. 阳历 到 农历 由有算法来做。
    2. 农历的节日都是固定的。
    3. 宗教或老黄历相关的内容,也都有相关的网站可查。

    基本思路,先把 阳历 转成相应的 农历,然后根据农历去查就可以了。(比如,可以先把农历相关的节日录入到数据库)

  • Teahour 20 期:跟 @luikore 和 @skandhas 一起讨论底层开发和 Ruby VM at June 25, 2013

    #57 楼 @bhuztez 对了,你就从了吧。

  • Teahour 20 期:跟 @luikore 和 @skandhas 一起讨论底层开发和 Ruby VM at June 25, 2013

    #57 楼 @bhuztez 嗯,这个帖子和评论我也看了。 其实,gigix(熊节) 和 林芷薰 之间,这里面有个手法:当年 侯捷 写【深入浅出 MFC】的时候,用的笔名是 侯俊杰,然后又以 侯捷 的名义给这本书写序。 所以,我推测 gigix 也参考了这个手法,至于 林芷薰 这个名字,有可能是他心爱的人的名字,或是有其他的含义。但翻译这本书的,推测应该是 gigix 本人。

  • Teahour 20 期:跟 @luikore 和 @skandhas 一起讨论底层开发和 Ruby VM at June 25, 2013

    #54 楼 @lgn21st Orz......, 只顾推理,忘了这茬了。 这么说,我猜对了?

  • Teahour 20 期:跟 @luikore 和 @skandhas 一起讨论底层开发和 Ruby VM at June 25, 2013

    @lgn21st @robbin 然后就有了一个大胆的不负责任的推测,哈哈: 书是 gigix(熊节) 翻译的,然后他用心爱的人的名字 林芷薰 来做署名。 我太有推理天赋了。

  • Teahour 20 期:跟 @luikore 和 @skandhas 一起讨论底层开发和 Ruby VM at June 25, 2013

    #51 楼 @robbin gigix , 林芷薰,熊节 三体合一?

  • Teahour 20 期:跟 @luikore 和 @skandhas 一起讨论底层开发和 Ruby VM at June 25, 2013

    #48 楼 @lgn21st 真相只有一个!我在看柯南呢。

  • ruby 中有直接处理季度的方法吗?比如 2013Q1 解析为一个日 期范围区间? at June 25, 2013

    ActiveSupport 中有: Date#beginning_of_quarter Data#end_of_quarter

    是否能用的上?

  • Prev
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • …
  • 30
  • 31
  • Next
关于 / RubyConf / Ruby 镜像 / RubyGems 镜像 / 活跃会员 / 组织 / API / 贡献者
由众多爱好者共同维护的 Ruby 中文社区,本站使用 Homeland 构建,并采用 Docker 部署。
服务器由 赞助 CDN 由 赞助
iOS 客户端 / Android 客户端 简体中文 / English