• 准大四。不过专业是机械设计。 说是机械专业,但是机械学得毫无成就,还是计算机技术相对来说更拿得出手ˊ_>ˋ 基础知识及其薄弱,就是做项目的时候看到不懂的时候在去看一下的程度。 目前 Rails 相关的 Web 开发知识都是自学的,苦逼啊。

  • #4 楼 @BreeStealth 抱歉我不会写 vim 的配置‥

  • #2 楼 @tudou 呃,那个不是主题的一部分…… 用这个来实现的,应该是 Emacs 自带的。

    (set-frame-parameter nil 'alpha '(100 90))
    
  • #3 楼 @FenRagwort 其实也就两个目录一行代码而已,~/.rvm/usr/local/rvm,在加上你的 ~/.profile 或是 ~/.bashrc 中的一行 [[ -s "/Users/ranmocy/.rvm/scripts/rvm" ]] && source "/Users/ranmocy/.rvm/scripts/rvm"。我一般都是直接删除的,没想到这也有命令 = = RVM 在 Mac OSX 下需要依赖 XCode 来编译。安装 XCode 也就跟其他普通 OSX 的程序没差,很简单的。

  • #50 楼 @zw963 我怀疑大大们都已经不想看这个帖子了,我给你大致解释一下为什么输出的源码不是对齐的吧。不知道楼主有没有尝试过 Rails 开发?或是真的写过 Ruby 么?

    首先要说的是,我们一直强调的代码整洁是指开发者直接面对的代码,就是你在 github 上看到的文件。 你在浏览器里查看的源代码是用自动化工具自动根据 erb 文件生成出来的 HTML 文件。 这个文件就是给浏览器看的,人看得爽不爽无关紧要,所以闭合可以算是个问题,代码对齐绝对不是问题。

    先说一下代码闭合的问题,就像 #12 楼 说得那样,这个在 HTML 的官方约定中也明确说明了标准的处理方式是什么。 如果一个浏览器不能正确处理,说明它不支持标准的 HTML 语言(比如严格依赖 XHTML 标准来处理 HTML 就是个愚蠢的决定),这是浏览器的问题,不是开发者的问题。 而且只有在 XHTML 中才有严格的闭合要求,Ruby China 在文件头声明的就是<!DOCTYPE html>。这一点问题都没有。

    然后我来说明一下为什么说渲染出来的 HTML 文件没有代码对齐不是 Ruby China 开发者的错。 要说明的是,这是一个很麻烦的工作。 Rails 在渲染 HTML 的时候,一个页面会嵌入其他的函数或是模版,他们都会生成他们功能所对应的 HTML。 而他们自己是不知道自己的父函数已经缩进了多少列,即使有办法获得也是相当麻烦,甚至是需要直接 Hack 的。 如果真的需要渲染出人类可以欣赏的 HTML,最好的办法就是在整个页面渲染完毕后,再利用另一套工具规整全文的 HTML。 这种优化在开发环境中可能还有些意义,但是在生产环境中是全然没有任何意义,因为人不会去看,浏览器不在乎,而且降低了程序的运行效率,用户不爽。

    至于你提到的 end 标签问题,实际代码是这个样子的:

    <%= render_list :class => "nav pull-right", :id => "userbar" do |li|
      li << link_to( t("common.register"),new_user_registration_path)
      li << link_to( t("common.login"), new_user_session_path )
    end %>
    

    我没有这样不断行地写过,不过这样些没有问题。这并非是凭空出来的标签。 这实际上是一句话,28 行的end闭合的是 25 行的do,尖括号中间的这四行都是转义的 Ruby 代码。 它渲染了一个 list 给这个元素添加两个子节点 li。为什么会被理解为 trick?

    至于你所说得spanc,这的确算是个 bug。 遇到这种情况你可以 fork 一个版本修改并发起一个 pull request,或是简单的提交一个 issue,这样也算为 Ruby China 做贡献了。

    //顺便跟 @huacnlee 说下,第二行的逗号后面应该有一个空格,这个其实不算洁癖吧。

  • 比较不解的是 Ruby on Rails,没有缩写的版本么?我记得 RoR 是合乎英文的缩写规范的,ROR 的确是错误的写法。 还有 Mac OS X 可否写成 OSX 或是 MacOS?

  • 37signals 测试七忌 at 2012年04月25日

    #24 楼 @psvr 不带套的话后来的麻烦事多啊

  • 37signals 测试七忌 at 2012年04月25日

    #23 楼 @allenwei 嗯,基本同意。cucumber 更像是一种约束和引导吧,如果习惯 BDD 的话其实纸笔更有效些。

  • 37signals 测试七忌 at 2012年04月23日

    #20 楼 @allenwei 写起来麻烦是指代码行数多了不少是么? 对我来说我觉得 cucumber 带来了一种全局观,可以从整体上看清楚都需要什么功能,可以考虑功能间关联和如何抽象。 其实更像是 TODO-List 的感觉。尤其是当你负责一个项目,哪怕只是一个局部功能,cucumber 都可以更好的帮助你整理思路。

    rspec 的话个人感觉就是单纯的测试,前提就是整个项目已经设计好了,只是需要完成代码。

  • 37signals 测试七忌 at 2012年04月22日

    #15 楼 @allenwei 这个反驳的文章有一点比较明显,AR 不是不重要而是不需要投入太多精力去测试,model 的描述在 RoR 中已经相当清晰简单了,人工 debug 已经足够,少量的 function 测试就可以了。

    但是我还是不太理解为什么要抵制 cucumber?有人能帮忙大致解释一下么?

  • 订好了!感谢 Ruby-China,感谢 Beltal 和设计和印制的过程中奉献的朋友们~

  • 报名!还有位置否?

  • 发现问题了,需要处理 capybara-webkit 的依赖,安装 qt 包后解决。