• 好吧。我承认,我是想转贴这篇帖子,然后多了个心眼,搜索了下,发现有人发了,才到这里的。

    不过看了某些回帖,我真觉得还不如 不转贴 好了。

    不认可他的观点,可以争论,虽然我想转贴,可我并非完全认可他的观点,甚至有些观点持完全相反态度,可是,去评价他这个人有意思吗?

  • 看到王垠终于找到了他心仪的工作,而且,王垠也 开始谈 Ruby 这个语言了...

    真替他高兴,也替 Ruby 高兴。

  • #5 楼 @zlfera

    呵呵。他有资本。

  • 一句老话...

    虽不明,但觉厉... 👍

    难道转贴链接,来自于王垠的博客吗?

  • 祝大家马上成功! at February 01, 2014

    #11 楼 @dorentus

    哦。知道了,谢谢。看来,电视中的信号传递过来的时间,比实际时间慢了两秒哦。

  • 祝大家马上成功! at January 31, 2014

    可惜没有精确时间... 否则提交时刻是 00:00:00 ...

  • #40 楼 @gene_wu

    二月份的聚会,什么时候搞?

  • #2 楼 @yuhaidonghd

    其实我并不明白你的需求是什么。呵呵。如果你说没有就没有吧。

    说起标准库,设计精良 只是我对 Ruby 的一个习惯性的说法吧。性能不是我考虑的, 但至少是经过很好的测试的。虽然有些标准库,例如大名鼎鼎的 irb, 代码风格实在不怎么好, 写的挺混乱。看样子,日本的这些 Ruby 核心开发人员,编码的习惯也风格不一吧。

    倒是某些 gem, 例如:minitest, 代码写的太漂亮了。

  • Ruby 标准库中就有设计精良的 TCPSocket 包装。

    只需要 require 'socket' 即可。

    http://ruby-doc.org/stdlib-2.1.0/libdoc/socket/rdoc/TCPSocket.html

  • #10 楼 @jun1st

    谢谢提供。不过,这和我那个实现是一样的。只不过比较现代的语言,支持并行赋值,省略了一个 temp 临时变量而已。

  • string.scan 问题 at January 22, 2014

    刚刚问了下 Ri,

    When the kcode parameter is `n' or `N' sets the regexp no encoding. It
    means that the regexp is for binary strings.
    
  • string.scan 问题 at January 22, 2014

    #2 楼 @zhufenggood

    牛叉~~! 👍

  • #5 楼 @luikore

    我怎么觉得圈圈位置还是不对... Ruby 2.1

  • #5 楼 @luikore

    师傅总是这么有深度!!

  • #3 楼 @zgm

    我也是想到后瞎写的。还真没有考虑高级低级的问题呢。

  • #1 楼 @zgm

    何以见得没有意义?

    只要这两个实现,没有用到 String#reverse, 就有意义?

  • 我也是来顶一下的。

  • ruby round down 三位小数 at January 22, 2014

    #8 楼 @hhuai

    明白啦~ 谢谢光哥~

  • ruby round down 三位小数 at January 21, 2014
    class Float
      def truncate1(n)
        (self * 10**n).truncate.to_f/10**n
      end
    end
    
    p 1.2345.truncate1(3)
    
  • string.scan 问题 at January 20, 2014

    貌似,这种没有编码的正则匹配模式,在 1.9 之上,好像就不支持了?

  • Ruby 1.9+ 的字符编码 at January 20, 2014

    #11 楼 @xhj6

    ps: 整理一个技术问题或专题,最主要的是让自己清晰,之余再分享给他人,加不加精是不大要紧

    这句话我很认可呀。

    楼主就算不在这里发帖,我相信他自己也一定会做很多总结, 加不加精,肯定不会影响楼主归纳总结的积极性了。 但是这里的 之余再分享给他人 的积极性,就是我说的问题了。

  • Ruby 1.9+ 的字符编码 at January 20, 2014

    #9 楼 @Rei

    那干嘛要加精这个功能呢?取消好了。 这就好像,明明分了等级,却非要说,等级无所谓,有人欣赏你才是最重要的。

  • Ruby 1.9+ 的字符编码 at January 20, 2014

    #6 楼 @Rei

    好吧,我理解为这样的帖子,你根本不感兴趣,对吧?

    那么加精也应该分版块由感兴趣的人来加精吧?

    这样不问不理,会影响楼主的积极性,不觉得这样的帖子越来越少了吗?

  • 谁说用 Coffee 的人,一定不懂的 Javascript ? 楼主是不是理解存在偏差?楼主认为 Coffee 存在的的意义是什么?

    楼主的结论在一个本身就是错误的前提下才成立的。这个错误前提是:先用 Coffee, 再用 JS.

  • Ruby 1.9+ 的字符编码 at January 20, 2014

    好久在社区没有看到 如此详细的总结 一个 纯技术专题 的帖子了。

    @lgn21st, @huacnlee, @Rei,

    管理员同志们,如此好的原创帖,竟然不加精,天理不容呀!!

    看到那么多帖子,只不过随便贴个链接,三五个字,就标记为精华,而这样的帖子,两天了,在我回复时,已经有 8 个喜欢了,竟然不加精,是不是你们有点 太凭个人喜好 来标记精华了呢?

    我不得不诧异,你们精华的依据到底是什么?

  • Ruby 1.9+ 的字符编码 at January 20, 2014

    还没看,不过,跟编码有关的知识,竟然会写这么长?

  • 问个用正则分组的问题 at January 20, 2014

    以你的需求来说,下面的正则是可用的:

    "aaaaa I.-------- II.-------- III.---------IV.------V.-----VI.-----VII.-------".split(/(?<![IVX])(?=[IVX]+\.)/)
    
    [
        [0] "aaaaa ",
        [1] "I.-------- ",
        [2] "II.-------- ",
        [3] "III.---------",
        [4] "IV.------",
        [5] "V.-----",
        [6] "VI.-----",
        [7] "VII.-------"
    ]
    

    不过记得 Ruby 有个设计精良的标准库专门是干这种活儿的。Rails 的路由用的就是那个库解析的,实在是想不起来了...

  • Ruby 的上手教程更新了 at January 20, 2014

    随随便便问下:

    因为他给我带来了快乐!——Yukihiro Matsumoto

    松本真的将 Ruby 以 来形容,而不是 ?

  • #15 楼 @allenwei

    1. 不写一样的代码,每次写类似的东西要用不同的方法实现,要比上次写的更好。

    我重新理解下这几句话的意思:

    针对某一特定类型的需求,总结出一个最佳实践,然后一直用它好了。 当然这个最佳实践随着技术的提高,或者需求的变更,会改变的。

    事实上我也的确这样做的,甚至有时候,已经是最佳实践了,我还会用比较 丑陋的方式实现一下,也许下次需求变更时,这个丑陋的方式是唯一的实现 ...