#11 楼 @kgen 去年志愿者的方式不错啊，今年我们再想想办法降低学生的压力

#2 楼 @hooopo 说好的来当志愿者的，别跑

看完了 啊哈哈

#9 楼 @jiyinyiyong rails 的代码有很多地方都有提升的空间，contributor 不是什么特别高端的象征

#7 楼 @jiyinyiyong 我觉得困惑的时候去做段时间别的好了 你说 ruby 学习的话，我基本不算学过 ruby 和 rails...我的蜂鸟书只是用来参考，没读过任何一本关于 rails 的书籍，当然还是读过元编程还有一些涉及 rails 设计的书了，但那是我成为 rails contributor 后很久才开始读的 你越看重他，就越容易陷入泥潭，个人的看法：我学习技术的根本动机要么是为了解决问题，要么就是纯粹兴趣了，这种情况下也是给自己设立一个问题，然后去解决他

#4 楼 @jiyinyiyong 那你就发挥好长处就行了啊

不错啊，同 91 从你的 blog 上来看，做了很多事情啊，从你的文章看，你已经打败普通大学 90% 的学生了，要对自己有信心哇 另外上次扯缩进问题的时候我恰好翻过你原来写的关于这问题的文章，论据在理

#63 楼 @Shyujikou lol

#35 楼 @luikore 真绕三！

#33 楼 @jiyinyiyong 这事得召唤 @luikore

#46 楼 @Tony612 @tyaccp_guojian 大学里最重要的当然是妹子了啊！

#43 楼 @tyaccp_guojian 大学的理论同理还是可以自学补上的，而且大部分的大学生的视野窄的令人发指 但我的观点是，没有在大学接受理论教育的话需要付出更大的努力来弥补

推荐读读《深入理解计算机系统》，选读就好，大学理论的主干知识基本都覆盖了，《数据结构》也应该读读，再学学 c 语言，对指针有概念，另外做 web，数据库原理大概了解一下

#30 楼 @jiyinyiyong 而且默认设置下，制表符默认就等同于 4 个 tab 的宽度，任何编辑器都一样，没有可能一说 用了括号同样也要有缩进，没有合理缩进的程序员不应该作为同事存在 不举 coffee 的例子了，我对 coffee 有些误解，刚才写了一些代码，了解了，但仍然有槽点

$('#banner-slides').slidesjs(
  width: 710
  height: 353
  navigation: active: false
  pagination: active: true
  play:
    active: false
    effect: "slide"
    interval: 5000
    auto: true
    swap: false
)

如果不慎插入一个逗号呢？这种失误是有可能的，缩进同样一致，但是表达的含义变了，而且有可能不报形参数量不同的错误，而使用大括号就能避免这种错误发生

#30 楼 @jiyinyiyong 谁说两个空格缩进是非常习惯的作法的...看看Python coding style先，虽然空格缩进用的最多，但是用 tab 同样多，而且明确指出了混合用就是坑，以至于解释器要花费精力解决这个问题 另外即使使用空格缩进，Python 也提倡 4 空格，而不是两个，你的习惯可不是国际惯例 你说制表符的宽度不同，但是实际表达的意义却是相同的，从文本上都是‘\t'，而你用四空格还是两空格可在文本上的意义就不同了，这对计算机来说可不是严谨

另外 再进一步扯一句，根据王垠的文章所述，Python 分析缩进花了词法分析器大量的精力，这对机器可是额外的负担，而用句尾用分号断句的语言在这方便又有先天的优势

Ruby 的 do...end Basic 的 begin...end 还有 c-style 的{}还有 lisp 的 () 都有自己的问题，缩进也一样，这只是一个个人品味问题，事实上，我也可以说出其他风格的不是来，但我觉得意义不大，没有讨论的必要

#28 楼 @jiyinyiyong 制表和空格在没有充分配置的环境下很容易混淆，然后就会产生问题，毕竟制表和空格都是语言允许的缩进方式，但是混用就有可能有问题，这个是缩进语言的硬伤啊，都强制开发者缩进了。。再强制编辑器如何配置，就有点。。引用个刚学的词“BDFL” “仁慈的”终生大独裁者

#20 楼 @jiyinyiyong 编辑器和开发环境差异。。。这不就是在吐槽强制缩进么...配置不当的编辑器怎么区分 tab 和空格...用括号就没这个问题

远程工作如何... @lilu 推荐下@badboy 虽然没见过真人，但是网上有神交，比较靠谱的人

node.js+js+mongodb 只需要学习 javascript 一门语言就够了... 不过 js 的坑嘛 - -

哈，估计前阵子 core team 忙坏了，边角的 issue 都来不及处理了

#17 楼 @jiyinyiyong 所以像缩进这种很看习惯的事情，语言不应该强制开发者如何如何的....像刚才我举得那个例子 我就是有强迫症看着不爽，但反过来@Rei 觉得可以接受，这种事情是好是坏真的说不清楚的

#29 楼 @ashchan 啊哈~

#26 楼 @ashchan 啊...我是提倡用 rvm 的哇 @hooopo 我估计是遇到环境变量的坑了

#10 楼 @iBachue 唔...那个没空看呢，不过我的想法是有一门精通的技术，其他的东西都是稍微点拨一下就能做的不太差

#11 楼 @Rei 去掉就更容易因为缩进产生歧义了...像我贴的那段不注意看很不好分清到底是个 json 还是一串实参...

#61 楼 @lakuxin 感谢！

缩进是多么反人类的事情。。。 有些 lib 在 coffee 下就不得不写成类似

$('#banner-slides').slidesjs(
  {
  width: 710
  height: 353
  navigation:
    {
    active: false
    }
  pagination:
    {
    active: true
    }
  play:
    {
    active: false
    effect: "slide"
    interval: 5000
    auto: true
    swap: false
    }
  }
)

黑细长，可读性真的不一定有提升，还有像写回调函数的时候，很容易失误缩进错，而且这种问题报的错误都很抽象，不好定位

#7 楼 @iBachue 我觉得 po 主一年做这么多 很厉害了啊！

#59 楼 @lakuxin 今年因为一些事情，协调 matz 的时间晚了，所以按照现在的计划，可能时间上不太满足 matz 那边的安排，当然我们还在继续努力。另外，今年的 RubyConf 将会办在北京，我 @lgn21st @yedingding 还有所有北京 ruby 社区的朋友们 一起来做好这件事情 @Shyujikou 能做访谈就太好了，从 lgn 那里听了一些事情，非常佩服啊！

#19 楼 @lilu 也去

#11 楼 @ice_bb 冰姐姐 那我要去深圳找你