#9 楼 @blacktulip

也是呀 我刚反应过来，一个邮箱难道不是仅仅可以被邀请一次吗？Dropbox 是如何做到的？难道根据增加空间时的效率？例如：在 5 分钟内，增加到 18 G。被认为有问题。

#6 楼 @PrideChung

其实，我只用了目前容量的三分之一（< 900 M），但是毕竟曾经拥有过 18 G，有种失落感。。

更加体会出电影中的一句台词...

出来混，迟早要还的~

#1 楼 @lidashuang

当然是的...

#35 楼 @donnior #36 楼 @zgm

谢谢两位！你们提供的信息，化解了我之前对于 & 的一个 很大很大的误解，哈哈。

#33 楼 @hisea

虽然有点较真，但还真从没想过自己被当做学院派... 看来我自己还蛮适合搞研究，造 核爆蛋 更适合点。

#29 楼 @hisea

干嘛加个还...... 我也在做项目呀!!

#28 楼 @donnior

这正是我疑问的地方...

proc_object = proc &method(:p)
p proc_object.lambda?   # => true

为什么这个会返回 lambda ?? 难道有什么猫腻？

上面那个返回 lambda, 还要下面代码有什么用？

lambda_object = lambda &method(:p)

#27 楼 @zgm

可是方法定义是：

def to_proc
  proc &method(:new)
end

proc 应该返回 Proc 才是呀！lambda &method(:new) 返回 lambda 才对呀。

你可以试试下面的代码：

class Class
  def to_proc
    proc {}
  end
end

User.to_proc  # => 不再是 lambda 了.

#15 楼 @donnior

早上就看到这个回复，因为在做事儿，扫了眼，根本没看明白。刚才有重新读了下。足足花了 20 分钟，把代码流程过了一遍，终于看明白了，而且有了不少心得体会，自觉又长进了一些。哈哈。

看来我的代码真的起到了 抛砖引玉 的作用，很明显比我的代码又复杂了不止一层呀，额外涉及到了许多知识点，对学习很有帮助，不过... 我那个够晦涩了，这个远比那个还要晦涩....

如果实际代码中，我可能会写下面的代码更直接一点

[{:name => 'Tom'}, {:name => 'Jerry'}].map {|e| User.new(e) }

另外有一个问题想请教你：

class Class
  def to_proc
    proc &method(:new)
  end
end

User.to_proc  # => #<Proc:0x00000001ab3848 (lambda)>

你明明用的是 proc &method(:new),为什么返回的却是 lambda ?

#14 楼 @zgm

哈 . 可当时第一次看到这代码，唯一的盲点是：self... 有点蒙，老以为怎么那么像 Csharp 中的 new 关键字... 可能是最近 CSharp 代码看多了吧。

事实上，这个问题也的确是在我查 Csharp 中的 lambda 的用法时，在 so 看到的。

貌似大家的关注点.... 怎么都跑到 Array.new 的参数上去了... 看来个人差异很大呀。

事实上这个例子，因为加了一个参数的缘故，貌似更加直白了，我之前看到这个例子的时候，是下面这样的。

class Class
  def to_proc
    ->(args) { new args }
  end
end

 [[1], [2], [3]].map(&Array)    # => 请使用 Ruby 1.9 以上版本, 说出你的答案.

我看了老半天, 才明白... new 的真正含义...

#9 楼 @gihnius

, 讲的真好呀~

#14 楼 @ekim_sgra

袋鼠国租房子，是不是要讲究 座南朝北 的户型最好 ??

#53 楼 @kevinhua

#54 楼 @oa414

我现在也觉得，收费是个不错的建议的，一部分归社区，一部分归师傅。

不过可能会带来一个问题，可能徒弟会对师傅的唧唧歪歪 (即使不收费这种人也大有人在，收费一定会更甚),

但这应该是可控制的，而且师傅是你选的，你应该为自己的选择负责，就好象你跟别人说你老婆如何不好一个道理...

#50 楼 @daqing

我还想说一点，这是一个 Ruby 社区 (虽然也是 Rails 社区), , 难道非得像你那样，搞个 Rails 项目的源码出来，放到 github 才算贡献？跟 Ruby 有关的，甚至跟 Ruby 无关的，就不是贡献？

我对你的话的解读就是; 没有贡献不要唧唧歪歪评价别人，你看我，有这么大的贡献，我都从来不乱说...

#48 楼 @daqing

什么叫做贡献，你给我定义一下，可以吗？

随便写个项目，开源了就叫贡献？你那个叫做 contribute, 为其他项目提交 issue , 反馈 bug, 就不叫 contribute 吗？随着项目的参与度的增加，阅读更多的源码之后，自然会发送 pull 请求，直接修复 bug 或者 添加新功能，我也不是从没有被合并过。

一开始你可能只是一个使用者，难道像我这样，正式学习编程不到两年的新手，非得等混上几年，自己搞个开源项目了，然后有人 follow 了，到那时候再贡献？?

#45 楼 @gaicitadie

其实所谓师徒，不见得水平会差很多吧，所谓术业有专攻嘛。

如果称呼为 师兄弟 是否更温和一点？

例如你做我 Python 师傅就合适。虽然我目前对 Python 兴趣不大...

@daqing

我自己写的东西，到一定火候，提取出来，并整理后，一定会拉出来晒晒，这点绝没问题 .... (虽然不见得有多少人感兴趣).

但是从一开始，我就以另一种方式不断的参与，只要遇到 bug, 我往往会重现 , 然后提交 issue, 哪怕我只用一次，或根本没用它。如果有时间，我会在社区认真的回答力所能及的问题。从我正儿八经的开始学习软件开发到现在 (从学习 Ruby 的第一天开始，大概就是 2011 年 10 月份的样子), 我做为一个码农，撑死也就一年半，按照单位时间来算，我觉得我贡献至少不算少。

哦，不得不说的是，虽然最近有点忙，来得也少了，但是因为刚开始那会儿，对社区的积极参与，从 Ruby-china 带来的收获，远比我付出的多很多。

#42 楼 @Rei

我改了...

看出来了，没钱赚的事情的确难搞... 这就是国情，没办法。

如果 @lgn21st 一开始就是这样想，绝不会有 Ruby-china 或 连续四届 Ruby Conf.

正如 斯托曼大神所说，中国的自由软件 (包括开源), , 侮辱了开源的定义，只知道获取，从来不知道给予...

随便插一句，咱社区上 很火很火 一些 (所谓的) 开源项目... 除了用了开源的东西搭建，然后其他的，跟开源有个毛关系？?

#30 楼 @Rei

当然，帖子太多，没办法总找到自己感兴趣的。不是总有时间，每天把新发帖统统过一遍吧。

#28 楼 @Rei

不一定非要提问的嘛，徒弟也可以热切的参与到所有与师傅有关的讨论中来...

#25 楼 @Rei

貌似有人愿意当师傅了。哈哈！

提问的确该有智慧。我想解决的主要问题，还是一个圈子问题。其实徒儿可以不提问，或者师傅必须回答，师傅没有义务这样做，但是至少师傅想回答的时候不用去找问题。徒儿来社区时，首先知道，师傅最近在关注什么。

#21 楼 @lgn21st

1. 师傅的确刚开始会少点，不过如果开不了头，怎么会桃李满天下？如果我跟他们两个学到很多，我也可以帮助别人，并做个 靠谱的师傅 呀。

2. 收徒，不是随便的，只要师傅可以自动关注徒弟一个月，一定会有一个大概了解的。而且师徒，往往都是常来社区的人，平时消失，只有问问题才来，这样的徒弟，谁也不收。
   问的人不知道谁会回答，回答的人不见得跟问问题的人投缘。, 这正是没有一个师徒系统的问题所在。

3. 因材施教，想得太严重了，事实上，很难因材施教，但是如果师徒二人人兴趣相投，这根本不是问题

4. 如果技术差别很大，就不应该成为师徒 (你可以考虑让你徒弟收它做徒弟，当然，这个徒孙基数应该也算在你的门下), 至于性格问题，所以师傅对徒弟一定要考验一番呀，这应该不是问题。就算兼容性有问题，也可以推荐另投师门嘛。

#20 楼 @Levan

你这样讲，不免有点势力了。

收益是 一定会有的。而且非常大，如果你没觉察到，那也许是因为你太少帮助人了。至少在我帮助别人时，或者在我尝试给别人解答时，对于也许非常熟悉的东西，往往会再次进行一次挖掘。受益匪浅。

我有时候在想，其实不见得是真没时间，因为诸多原因，正是这样想法的人太多了，所以中国的软件才会比日本差太多，也正是因为如此，中国才会少造很多轮子，也正是因为如此，码农技术如此庞大的中国，才没有发明 Ruby.

原因不言自明，因为缺乏直接交流，自己一定有自己的局限性，而被帮助者，也无法得到帮助。

至于 十个新手会问同一个人十个一样的问题, 首先你要选择适合的徒弟，不要技术水平差别太大，或者技术领域差别太大，另外，你要徒弟做社么。你 @你的徒弟让他来解答就是了，还考验他的水平呢。

#16 楼 @kgen

关键是，你的提问，并不一定是最适合的人看到。而看到的，往往对你的问题不感兴趣 或者不善长，因为没有这样的圈子。如果作为徒弟，我总可以关注到师傅的动向，新帖或回帖，作为师傅，只要一进入社区，就可以去解决自己比较擅长的问题。往往问题会更好的解决。

#13 楼 @muzuiget

如果按你那么说，这个社区就不该有技术帖子，只应该闲暇的时候扯扯蛋...

你都已经解决了，还问什么呢？

所有人当然是平等的。但是技术上师傅肯定会代表自己的发展方向，也是自己感兴趣的，而且一定是比自己强，但这并不意味着彼此的讨论无法挖掘出很多东西来，或者说一定是在浪费另一个人时间，因为彼此关注的东西相似度高，不见的这个时间是在 浪费人生, 我深有体会的一点是：你自己懂 (有时候挺朦胧), 和你给别人讲懂，是完全不同的两个高度。