不记得那位哲人说过：
师者, 传道, 受业, 解惑也, 咱社区为啥不搞一个 拜师 收徒 的系统呢？
只是有一些很粗略的想法：
一个人来 Ruby 多久之后 (或者发了多少个帖子之后), 可以拜师。你可以根据对社区的了解，选择一个师傅，并且发送拜师请求。
师傅接到请求后，默认会考察一个月，如果觉得这个徒弟还不错，例如社区活跃度比较高，参与社区的积极性也很高，人也很靠谱，最终可以选择收下这个徒儿。
拜师收徒成功后，师徒之前允许发送有限的私信 (例如一个月 30 条), 人家是师徒么，你总允许人家交换个电邮或者电话啥的。也方便他们线下一起玩什么的。
徒弟提出的问题，如果师傅没有回复，就一直会有提醒。直到师傅回复为止。
师傅可以布置任务。可以促进徒弟学习，师傅可以评分，其它人可以看到（保证一定的公证性）,徒弟对于师傅的回答，也可以评分。这回影响师傅的
江湖威望.师傅的每一个发帖或回帖，徒弟都会自动关注。(师傅的话，我们要不断修习领悟嘛)
其他人可以看到一个师傅收了那几个人为徒弟，一个徒弟拜了那几个人为师傅... 当然，最好连
徒弟的徒弟,师徒的师傅也算上。
针对这个思路，可以集思广益，一起完善下。我觉得不错呀！
这样做的好处：
-
如果一个师傅收了很多徒弟，至少可以说明以下两方面问题 (或之一)
- 他是社区中大家公认的技术牛人。(这方面的可信度应该相当高)
- 他对社区的参与度很高，回答问题也很热心。
-
一个徒弟拜了不少师傅。(并不意味着它一定会提很多问题), 但是至少说明：
- 他在社区还是很活跃的
- 不少师傅认为这个徒弟资质不错，是个靠谱的家伙。
当然我承认，社区中一定会有 低调, 而且非常谦逊的牛人 或 自认为很牛, 不屑于回答问题的牛人, 当然也不排除有时候实在很忙，但是无论如何，这样一个系统，会尽可能的提高师徒双方在社区的参与度，增加了一种 责任 在里面。每天哪怕 10 分钟也好，将这部分时间贡献给社区。
我还有下面这些想法：
- 徒弟会努力的修炼，争取早日能够成为别人的师傅
- 师傅会将一些问题委托给徒弟来回答，以此来考察徒弟的资质。
- 社区中的师徒关系，不妨碍在生活中他们成为要好的朋友。
- 术业有专攻，彼此也可以互为师徒的。
如果让我拜师，我希望首先拜两个 我知道的不仅仅是 Ruby 很牛的 guy, .@skandhas, @luikore , 我希望我提的每一个有关 Ruby 的问题，一定有他们的参与，而不用我总去 @ 他们。
不仅仅是游戏呀。这是对师傅能力的一个认可，也就是社区最好的名片。(就像现在 github 一样), 而且靠谱的师傅，一定会找靠谱的徒弟，靠谱的徒弟，也不会随便拜师。
当然，水平相差太大，貌似也不太可能在一起。能够作为师傅的人，初期估计也不会太多 (毕竟人家得有时间回答你的问题或和你讨论). 说是拜师，其实更多的功效是，将一部分人通过某个形式凝聚起来。毕竟，即使没有这个系统，在社区，每个人参与的帖子，以及彼此经常关注的人，也是相对固定的。
你可以将这个理解成 follow , 只不过这个 follow 不是随便可以 follow 的。因为这不是社交网络，这是技术社区。
作为一个奉《提问的智慧》为指导思想的的码农，我觉得很矛盾。
如果我作为徒弟，因为知道潜在中的师傅没有多少人生还可以被浪费，避免频繁打扰对方，要按照《提问的智慧》所说的做，善用搜索，清晰描述问题等等，但是都做到这份上了，我还拜什么师。
如果我作为师傅，没有多少人生还可以被浪费，避免频繁被对方打扰，收徒的标准是要看过《提问的智慧》，并且能按照文章所说的做，善用搜索，清晰描述问题等等，但是都做到这份上了，你还做我什么徒弟。
除非交流多了自然熟，私底下半开玩笑说拜师也无妨。如果是搞个机制面对陌生人的，一上来就能选择，而且纯属靠虚荣心来维持彼此之间的责任关系，我猜最后肯定多了「XXX 是个失职的师傅」，「YYY 这个徒弟真是难教」，「ZZZ 的人品真差」之类的无聊抱怨谩骂帖，技术讨论帖反而会被淹没。
所以感觉没什么用，还是喜欢平等的方式讨论，又不是黑帮挣地盘。
曾经做过一个非常成功的项目，用当初 pm 的话说可能是人生中再也不会经历如此成功的项目，而那个项目总结最主要的一个经验就是 mentor 机制，一对一（或多对一）导师及对应的一套负责和分工机制。
不过好的 idea 和实施是两个完全不同的东西，后者工作量大大滴，搞清干系人，需求，分工，沟通，风险，时间安排等等事项，众所不一。
再说曾经做技术的时候带过一个同事，过半年便混的比我好，如今在国外妥妥的； 做质量时带过一个 mm，过半年给她介绍了个工作于是她的待遇也比我好多了； 做流程的时候带过几个测试 leader，半年后他们各跑到其它公司负责整个测试或者独挡一面； 多年过去了，我依着自己的兴趣仍旧在角落里面默默地写着 ruby 代码。
所谓“师傅”的收获是什么？到底谁收益？凭什么帮你？ 我觉得有问题多找谷歌，实在不行再在社区发问就是了。这就是社区的意义。要不然，十个新手会问同一个人十个一样的问题，对于学的人是高效了，但是对于有心教你的人呢？不过是消耗别人的耐心罢了。 楼主太过于从学习者的利益角度考虑问题，却不从深入教授者的角度来考虑问题。
我有几点考虑，抛出来给大家听听：
如果按你那么说，这个社区就不该有技术帖子，只应该闲暇的时候扯扯蛋...
你都已经解决了，还问什么呢？
所有人当然是平等的。但是技术上师傅肯定会代表自己的发展方向，也是自己感兴趣的，而且一定是比自己强，但这并不意味着彼此的讨论无法挖掘出很多东西来，或者说一定是在浪费另一个人时间，因为彼此关注的东西相似度高，不见的这个时间是在 浪费人生, 我深有体会的一点是：你自己懂 (有时候挺朦胧), 和你给别人讲懂，是完全不同的两个高度。
关键是，你的提问，并不一定是最适合的人看到。而看到的，往往对你的问题不感兴趣 或者不善长，因为没有这样的圈子。如果作为徒弟，我总可以关注到师傅的动向，新帖或回帖，作为师傅，只要一进入社区，就可以去解决自己比较擅长的问题。往往问题会更好的解决。
你这样讲，不免有点势力了。
收益是 一定会有的。而且非常大，如果你没觉察到，那也许是因为你太少帮助人了。至少在我帮助别人时，或者在我尝试给别人解答时，对于也许非常熟悉的东西，往往会再次进行一次挖掘。受益匪浅。
我有时候在想，其实不见得是真没时间，因为诸多原因，正是这样想法的人太多了，所以中国的软件才会比日本差太多，也正是因为如此，中国才会少造很多轮子，也正是因为如此，码农技术如此庞大的中国，才没有发明 Ruby.
原因不言自明，因为缺乏直接交流，自己一定有自己的局限性，而被帮助者，也无法得到帮助。
至于 十个新手会问同一个人十个一样的问题, 首先你要选择适合的徒弟，不要技术水平差别太大，或者技术领域差别太大，另外，你要徒弟做社么。你 @你的徒弟让他来解答就是了，还考验他的水平呢。
如果我是师傅，第一课就是看《提问的智慧》http://www.wapm.cn/smart-questions/smart-questions-zh.html
对于一个新手，什么才是最好的帮助？我认为就是不要对任何人有特殊照顾，网上已经有海量资料和问题答案，绝大部分问题都能找得到答案，没有什么是你来问我才说的。如果还是搞不明白，那么在展示自己已经做好自己功课情况下来提问，没有人会吝啬帮个忙。
如果总是想依赖人，总是想人教，总是想人提供答案，那么这个人很可能不适合编程。我就没见过哪个高手是别人教出来的，都是自己琢磨出来的。自己不想嚼，喂到口也没用。
师傅的确刚开始会少点，不过如果开不了头，怎么会桃李满天下？如果我跟他们两个学到很多，我也可以帮助别人，并做个
靠谱的师傅呀。收徒，不是随便的，只要师傅可以自动关注徒弟一个月，一定会有一个大概了解的。而且师徒，往往都是常来社区的人，平时消失，只有问问题才来，这样的徒弟，谁也不收。
问的人不知道谁会回答，回答的人不见得跟问问题的人投缘。, 这正是没有一个师徒系统的问题所在。因材施教，想得太严重了，事实上，很难因材施教，但是如果师徒二人人兴趣相投，这根本不是问题
如果技术差别很大，就不应该成为师徒 (你可以考虑让你徒弟收它做徒弟，当然，这个徒孙基数应该也算在你的门下), 至于性格问题，所以师傅对徒弟一定要考验一番呀，这应该不是问题。就算兼容性有问题，也可以推荐另投师门嘛。
貌似有人愿意当师傅了。哈哈！
提问的确该有智慧。我想解决的主要问题，还是一个圈子问题。其实徒儿可以不提问，或者师傅必须回答，师傅没有义务这样做，但是至少师傅想回答的时候不用去找问题。徒儿来社区时，首先知道，师傅最近在关注什么。
我至今记得我在论坛发的第一个求助帖子，是@luikore 一针见血的提出来几种可能的假设，也确实帮到了我，现在想想自己的第一个问题感觉很低级啊。囧。。。另外他说的这句我记得很深刻混这么久我发现: 如果一个人能准确的描述出他的问题, 他已经解决问题了...
你的思路在现阶段不适用。我也是新手，我也问过很多很小白的问题，也被很多人嘲笑过，谁不想找一个人带，然后快速成长呢？但现实是这很难实现，这只能算是一厢情愿。而且你的思路就算运作上了，不到一两个月就又会瓦解了。很多牛人培养徒弟是希望能找到合适自己的培养的人才，然后将来可以为己所用。但是，网络交流的方便性和不真实性，难免谁学到手了就“自立门户”了。这对于教授者没有很好的鼓励机制。 我在这个社区学到的更多的，还是，靠自己。社区的精华很多都是大家分享出来的。大家的好心帮助是有限的，这些机会要好好珍惜。所以不会遇到什么问题都跑上来问。 我的想法的确势力了点，但至少不会“天真”，因为社区里“现实”的人也不少。
社区是一个开放的平台，搞得太复杂了不太好吧。有精力的师傅们，是不是可以搞一些类似 公益行动：2013 年 MySQL 数据库 DBA 门生培养计划启动 和 开源软件的方式来搞培训班 这样的项目？ @lgn21st
看出来了，没钱赚的事情的确难搞... 这就是国情，没办法。
如果 @lgn21st 一开始就是这样想，绝不会有 Ruby-china 或 连续四届 Ruby Conf.
正如 斯托曼大神所说，中国的自由软件 (包括开源), , 侮辱了开源的定义，只知道获取，从来不知道给予...
随便插一句，咱社区上 很火很火 一些 (所谓的) 开源项目... 除了用了开源的东西搭建，然后其他的，跟开源有个毛关系？?
既然要立门户，收徒弟，肯定得有个这么做的动力：建立个人品牌，然后直接或间接的通过个人品牌获得收益。
通过个人品牌获得收益，我想到两种途径： 1、收徒弟，赚学费。 2、打名气，提高业内身价。
第一种途径就是立门户收徒弟赚学费，通过收徒弟打名气很难，因为愿意拜师的大多水平不高，带着一群水平不高的新手在业内打不出名气来，除了赚个好人卡。
第二种途径，在业内打名气，就不能通过收徒了，最文艺的方式开博客立学说，让别人转载去吧。
如果收徒弟又赚不到学费建个人品牌还有什么意义？不如直接参与社区讨论了。不是自己的徒弟就不回帖子？找不到这么做的理由
我自己写的东西，到一定火候，提取出来，并整理后，一定会拉出来晒晒，这点绝没问题 .... (虽然不见得有多少人感兴趣).
但是从一开始，我就以另一种方式不断的参与，只要遇到 bug, 我往往会重现 , 然后提交 issue, 哪怕我只用一次，或根本没用它。如果有时间，我会在社区认真的回答力所能及的问题。从我正儿八经的开始学习软件开发到现在 (从学习 Ruby 的第一天开始，大概就是 2011 年 10 月份的样子), 我做为一个码农，撑死也就一年半，按照单位时间来算，我觉得我贡献至少不算少。
哦，不得不说的是，虽然最近有点忙，来得也少了，但是因为刚开始那会儿，对社区的积极参与，从 Ruby-china 带来的收获，远比我付出的多很多。
其实所谓师徒，不见得水平会差很多吧，所谓术业有专攻嘛。
如果称呼为 师兄弟 是否更温和一点？
例如你做我 Python 师傅就合适。虽然我目前对 Python 兴趣不大...
什么叫做贡献，你给我定义一下，可以吗？
随便写个项目，开源了就叫贡献？你那个叫做 contribute, 为其他项目提交 issue , 反馈 bug, 就不叫 contribute 吗？随着项目的参与度的增加，阅读更多的源码之后，自然会发送 pull 请求，直接修复 bug 或者 添加新功能，我也不是从没有被合并过。
一开始你可能只是一个使用者，难道像我这样，正式学习编程不到两年的新手，非得等混上几年，自己搞个开源项目了，然后有人 follow 了，到那时候再贡献？?
我还想说一点，这是一个 Ruby 社区 (虽然也是 Rails 社区), , 难道非得像你那样，搞个 Rails 项目的源码出来，放到 github 才算贡献？跟 Ruby 有关的，甚至跟 Ruby 无关的，就不是贡献？
我对你的话的解读就是; 没有贡献不要唧唧歪歪评价别人，你看我，有这么大的贡献，我都从来不乱说...
支持 Lz 的想法。。
对于新手，的确需要一定的引导过程。网上虽然有海量的答案和资料，但是如果有一些有经验的老手的指导，肯定能少走弯路。
可是等新手成长为老手之后。。就可能不太认同当初的思维了。。或许认为读好书，读源码，查 Stackoverflow 这些更重要。
其实我觉得这样挺好：mentor 制，但新手需要支付一定的费用，学成返还部分或全额，中途是新手自己主观放弃，捐给香港红十字会。。
这才多大的事。。。
个人建议，不期望有人听 用两个功能增加交互性。 一个功能是面向老鸟：老鸟工作中会碰到各种诡异需求，但是这些需求都是开发生活中会重复碰到的，比如我就经常去翻 4 年前写的代码，来完成现在的工作内容。把这种需求当做问题或者作业，提交到社区。并且把解决的方法或者答案也贴到社区，同时增加定时发放答案的功能。提交这个问题后，新人可以和其他老人进行答复，然后全社区的人对这些回答觉得赞或者反对。 发布诡异需求和解决方案的人，可以获得一个分值，作为这个人的活跃度。参与讨论的人，他们的答案被赞的也作为活跃度。
其实我现在的工作里 90% 都是工作量，10% 是需要技能和经验的结合。而这 10% 里又有 70% 是以前解决过的。我相信开发到一定程度后会有我这种情况出现。
另一个功能是面对新手， 新手可以提出基础性的问题（大部分问题会被人提过，这时候可以贴标签，又懒又新的人），由大家参与解释和解决。这类问题没有答案，只有回答的好坏，赞的人多表示好，好的排前面。
参与的新人获得了针对性的解答，老鸟可以获得活跃度。
慢慢的一个新手帮助就出来了。而且比较成熟的答案可以添加到 wiki 里，现在的 wiki 挺好，但是资料的来源是不是有点紧缺啊？
当然，活跃度有啥作用就有待考虑了。
虽然两个功能都是帖子 + 定时公布答案的方式，但是都是针对性的问题。避免了扯淡在技术里，被赞的贴都排前面了嘛。然后加一个看贴的模式，一个是正常排序，一个是按赞排序。
是老鸟带新鸟。太被动。本来工作中的问题就充满了乐趣，不把这些乐趣散发开，是很可惜的。 社区又充满各种死气沉沉的感觉。是太 out 了。
我现在也觉得，收费是个不错的建议的，一部分归社区，一部分归师傅。
不过可能会带来一个问题，可能徒弟会对师傅的唧唧歪歪 (即使不收费这种人也大有人在，收费一定会更甚),
但这应该是可控制的，而且师傅是你选的，你应该为自己的选择负责，就好象你跟别人说你老婆如何不好一个道理...
我到觉得，要拜师的就直接 Email 联系人家呗，有事没事请人家出来吃吃饭，聊聊，多交流，如果相互都认为聊得来，自然就成为朋友了，何必非得在线上形成功能呢。 况且你描述了这么多文字也没法让大家理解到。
#13 楼 @muzuiget http://user.qzone.qq.com/373171658/blog/1353246675
提问的智慧 其实有 bug 的。同学间问一些课上的问题，不能算浪费，反而对双方有利。能招同学我觉得不错。但是进度又很难协调。
新人在论坛发帖组队学就是了 拜师什么的真心不靠谱 因为思路都不一样看问题的角度也不一样 再者产生了等级关系违背公平 迟早会出争端 还是同水平的一起搞个 Git 玩 learning by doing 其实现在的编程还是不难的 不需要有人带 自己摸索 敢尝试 比跟着别人有益
一日为师，终生为父
作为老师，责任是很大的，按老法，磕个头，上碗茶，老师就有责任了。
所以四姑娘不能杀马三，是不能违背师道，手足相残，讲的通的。
按现在， 基本上是交点钱，教你两招， 公司同事，带你一下， 学校学生，指点一二， 网络提问，呵呵，这个有些有价值，有些就不好说了。
所以，如何保证交流质量，是个问题。
还是包个辅导班靠谱，教不好，骂的爽。
另外，我是不在乎威望的， 看易中天教授火过去了，当年我一听，就是一高中优秀教师水平，同理还有于丹。
- 评论人家差不差之前，会不会觉得以您的经验和阅历以及众多贡献，谈人家水平的问题还真差了点
- 第二就算人家真的差，为什么就不能谈论这个话题
- 华顺说的是有道理，但为啥我看您这话说的总有点异样的感觉呢
就是论事，我觉得楼主提议虽然实现起来很困难，很多地方有商榷的地方。但社区进步就是要从这样那样的建议中慢慢发展的，您这样一说，搞的以后提建议之前，都还得掂量掂量，我是不是要到某个水平才能提建议
我仔细想了想，以我的经验和阅历以及众多贡献，谈您行文方式这个问题也差了点
