Ruby China
  • 社区
  • 招聘
  • Wiki
  • 酷站
  • Gems
  • 注册
  • 登录
Delton Ding
@dsh0416
高级会员
第 21472 位会员 / 2015-10-10

町田 ⇄ 上海
38 篇帖子 / 303 条回帖
302 关注者
14 正在关注
5 收藏
日常工作职业划水,编程讨论菜鸡互啄
打赏作者
GitHub Public Repos
  • ruby-relearning 104

    《Ruby 再入门》:一本关于重新思考编程入门的教程

  • quantum-i-ching 96

    A Quantum 爻 System Implementation for Divination

  • iptv-utils 32

    A Shanghai Telecom IPTV Livestream Utility

  • euc-jp 15

    EUC-JP Encoding and Decoding Library for Dart Language

  • kg-capture 8

    capture the Lyrics screen of WeSing

  • petri-editor 8

    An Visual Editor for Petri Net

  • blog 2

  • eye-tracker 2

    Yet another some random neural network experiments

  • yetanother-fm 1

    Yet Another FM

  • perfcat 1

    An open-source and free alternative to a Caniformia performance monitor tool, which collect and c...

More on GitHub
  • 概况
  • 话题
  • 回帖
  • 收藏
  • 正在关注
  • 关注者
  • 围绕 MacBook Pro 打造的工作站设计日志 at 2016年07月08日

    #39 楼 @zzcv 确实有一定概率会触发,装 Trancard 的官方驱动后概率显著降低。还有一定概率出现写保护,这应该是 MacBook 卡槽疲劳导致的,拔出重新向下压住插入卡能解决。

  • 李笑来老师的 “全栈工程师培训营” 开始报名 at 2016年07月02日

    全栈和全沾区别还是挺大的。。。纵使 Rails 是很好的全栈工具,它也不能构成全栈的全部。更何况两个月的时间也无法精通 Rails,简单能用的话,我确实无法苟同这能称之为全栈工程师。 不过这宣传用词是我能接受的下限,所以只能说用词有些避重就轻,但至少不是胡言乱语。

  • 围绕 MacBook Pro 打造的工作站设计日志 at 2016年06月23日

    #32 楼 @duanjs 啥,我没在半塘上发啊。。。谁转去的???

  • 围绕 MacBook Pro 打造的工作站设计日志 at 2016年06月22日

    #15 楼 @zhang_soledad 我只是想表示一下这是个运行 Windows 的机器,所以我想了半天怎么找一个 Windows 独占的应用,然后我就打开了。。。

  • 围绕 MacBook Pro 打造的工作站设计日志 at 2016年06月21日

    #5 楼 @cqcn1991 其实我原来是用黑苹果的,实在驱动折腾不动就买了

  • 围绕 MacBook Pro 打造的工作站设计日志 at 2016年06月21日

    #2 楼 @cqcn1991 我等会补点图去

  • 围绕 MacBook Pro 打造的工作站设计日志 at 2016年06月21日

    #2 楼 @cqcn1991 还拖了个外置显卡。还拖了台 PC 共享了鼠键

  • 从零开始 Ruby on PHP at 2016年06月14日

    #13 楼 @rainchen 很有道理,显然我没有好好读 sinatra 的源代码

  • [上海][2015年10月27日] Ruby 聚会召集 at 2015年10月27日

    诶,正好看到,离得很近,等会去看一下

  • 我差点跳出来问雪洁同学你有听过 Elixir 吗 at 2015年10月12日

    不过 PHP 再怎么样也脱离不了其模板语言的初衷,搞上一套 Restful 框架之后不但写起来和 PHP 本身的语言设计不但不很契合,甚至还需要在这么一门天生的模板语言里再搞一套模板渲染实在是非常奇怪。纵使是 Laravel 这样自称是非常简洁的框架 Controller 看起来也是非常丑陋的。而且这种简洁是不符合雪洁同学描述的 Simplicity 的标准的,这说起来也是有点过了。

    不过,去评判一门语言的好坏还是要放在场景下面来说。一套监测系统确实使用 Rails 并不是好选择,可能太过于繁重并且大多数功能并不会被用到。Cuba 或者另一些更轻的框架确实更适合这样的项目。

    不过从 Presentation 里看,雪洁同学对 Simplicity 的另一个说法还包括了框架实现的简洁,希望能知道框架的全部细节,而不是只知道怎么用,不喜欢黑盒。这一点我倒是觉得和 Simplicity 并不是有着直接的关系。

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