Ruby China
  • 社区
  • 招聘
  • Wiki
  • 酷站
  • Gems
  • 注册
  • 登录
bhuztez
@bhuztez
高级会员
第 1569 位会员 / 2012-03-24

40 篇帖子 / 2614 条回帖
105 关注者
0 正在关注
0 收藏
未设置 GitHub 信息。
  • 概况
  • 话题
  • 回帖
  • 收藏
  • 正在关注
  • 关注者
  • Crystal 语言, 书写 Ruby 式语法, 编译执行代码 at 2013年12月31日

    #18 楼 @krazy Elixir 丑爆了 ...

  • Crystal 语言, 书写 Ruby 式语法, 编译执行代码 at 2013年12月31日

    #16 楼 @jiyinyiyong 果断 Erlang 搞起啊 ...

  • 请教个交互式 Tutorial 的设计问题 at 2013年12月30日

    还有最后一招,把功能都砍掉 ...

  • Crystal 语言, 书写 Ruby 式语法, 编译执行代码 at 2013年12月30日

    #10 楼 @rasefon

    我理解的类型推断相当于在编译期运行个类似 Prolog 的东西

    比如

    fun f(a, b) { return a+b; }
    

    改写成

    f(A, B, Ret) :-
      +(A, B, Ret)
    

    就好了

  • Crystal 语言, 书写 Ruby 式语法, 编译执行代码 at 2013年12月30日

    #7 楼 @rasefon 我看不懂那么多术语 ....

  • 支持多音字的汉字转拼音 ruby-pinyin 0.3.0 发布了 at 2013年12月30日

    #15 楼 @quakewang 这个分词不能吧 ...

  • [北京] 貔貅开源组 + Ruby 程序设计师 at 2013年12月30日

    竟然不是全用 Erlang ...

  • 《架构腐化之谜》随想 at 2013年12月30日

    #9 楼 @mvj3 12306.cn 难个屁啊,就一个卖票的网站 ...

  • Crystal 语言, 书写 Ruby 式语法, 编译执行代码 at 2013年12月30日

    #4 楼 @jiyinyiyong

    不能啊,类型推断算法本身有复杂度限制啊 ...

    Inferring Recursive Data Types 里面总结了几种不同的类型系统,对应的类型推断算法的复杂度,有几种是 P/NP HARD 的 ...

    是所有的语言,能够类型推断的话,就都能够被编译成二进制代码吗?

    不需要类型推断,也能编译成二进制代码的。只是运行起来可能还没解释执行快

  • 《架构腐化之谜》随想 at 2013年12月30日

    #2 楼 @mvj3

    不要提架构,千万不要提架构

    trivial programming 需要屁个架构啊。

    能定义清楚 schema 和 protocol 就不错了

    人月神话都说了,理解了数据之后,代码通常是可以丢掉的 ...

  • 《架构腐化之谜》随想 at 2013年12月29日

    所以没事不要折腾架构啊 ...

  • 模仿 Rails 的 Erlang Web 框架 --- Chicago Boss at 2013年12月28日

    #6 楼 @search Erlang 的语法是硬伤的话,几乎所有语言的语法都是硬伤了...

  • 模仿 Rails 的 Erlang Web 框架 --- Chicago Boss at 2013年12月28日

    模板怎么就硬伤了 ... BossDB 才是硬伤 ...

  • 找 bug 的过程是不是像解谜? at 2013年12月27日

    #4 楼 @chairy11 就是啦 ...

  • 找 bug 的过程是不是像解谜? at 2013年12月27日

    一口吃成大胖子 ...

  • Rails 与 MongoDB 真的很契合么? at 2013年12月26日

    #14 楼 @lgn21st NoSQL 没有解决 RDBMS 水平扩展的问题 ... NoSQL 是直接回避掉那些难以水平扩展的问题来搞水平扩展 ...

  • Rails 与 MongoDB 真的很契合么? at 2013年12月26日

    #5 楼 @jasl 简单情形也很麻烦啊 ...

  • Rails 与 MongoDB 真的很契合么? at 2013年12月26日

    #1 楼 @jasl MongoDB 开发慢,好不好...

  • [北京 / 天津] 2014 年 毕业,普通一本毕业生求个职位,9 月 开始用 ruby 写项目,希望寻求一个能够有发展的工作 at 2013年12月26日

    光这个 QQ 就不得了了

  • 可以对 HTTPS 的请求进行数字签名么? at 2013年12月26日

    这个和 HTTPS 没关系吧

  • 数据恢复了,虚惊一场 at 2013年12月26日

    改成 P2P 的吧 ...

  • Ruby 己死?NodeJS 能否取代 Ruby? at 2013年12月25日

    #8 楼 @rasefon

    Ruby 的好基友 Perl,就写过一个啊 http://cardinal2.rubyforge.org/ 只是 parser 有点不对劲 Ruby 的好基友 Python,就写过一个啊 https://github.com/topazproject/topaz 只是 parser 不太对劲 ...

    其实 Ruby 自己也有啊 http://rubini.us/ 但是我总觉得 Rubinius 会用 LLVM 很奇怪

  • 奥巴马总统要求美国人去学习计算机科学 at 2013年12月25日

    #2 楼 @knwang 太悲哀了 ...

  • 好像 Ruby 的性能问题始终是个大问题啊! at 2013年12月24日

    #101 楼 @luikore 你那个是无类型吧。弱类型是有隐式类型转换。只有这种情况才有类型闭包一说吧。

  • 好像 Ruby 的性能问题始终是个大问题啊! at 2013年12月24日

    #101 楼 @luikore 静态分析没什么类型闭包吧,差不多就是在编译期关于类型的 Prolog ...

    比如

    fun f(a, b) { return a+b; }
    

    改写成

    f(A, B, Ret) :-
      +(A, B, Ret)
    

    类型检查因为有上下文,倒是没有什么问题。因为显然满足 close-world assumption?

    静态分析就意味着你要给出所有可能的情况。这个很容易就变成不可能的任务了。

  • 好像 Ruby 的性能问题始终是个大问题啊! at 2013年12月24日

    #97 楼 @rasefon 要么就是我没理解你在说什么,要么就是你没理解类型推断是怎么实现的

  • 好像 Ruby 的性能问题始终是个大问题啊! at 2013年12月24日

    #95 楼 @rasefon 最大的问题是没法确定类型正确的边界在哪里,有很多时候 Python 代码是依赖异常来工作的,你不能说会导致异常就说传进去的值的类型不对。

  • 好像 Ruby 的性能问题始终是个大问题啊! at 2013年12月24日

    #93 楼 @rasefon 不是的,比如 Python

    class A(object):
    
        def x(self):
            return 1
    

    A.x(self) 的 self 的类型必须是 A 么 ?

    完全没有必要 A.x(None) 也是可以的嘛

  • 好像 Ruby 的性能问题始终是个大问题啊! at 2013年12月24日

    #91 楼 @rasefon 你这个说的是弱类型吧

  • 好像 Ruby 的性能问题始终是个大问题啊! at 2013年12月24日

    #89 楼 @luikore 所以,直接改用 Erlang 就可以了 ...

  • 上一页
  • 1
  • 2
  • …
  • 15
  • 16
  • 17
  • 18
  • 19
  • …
  • 84
  • 85
  • 下一页
关于 / RubyConf / Ruby 镜像 / RubyGems 镜像 / 活跃会员 / 组织 / API / 贡献者
由众多爱好者共同维护的 Ruby 中文社区,本站使用 Homeland 构建,并采用 Docker 部署。
服务器由 赞助 CDN 由 赞助
iOS 客户端 / Android 客户端 简体中文 / English