瞎扯淡 萌生了个 `咱社区发展' 的好点子 (大家一起讨论下呗)

zw963 · 2013年04月13日 · 最后由 zgm 回复于 2013年04月17日 · 6633 次阅读

不记得那位哲人说过:

师者, 传道, 受业, 解惑也, 咱社区为啥不搞一个 拜师 收徒 的系统呢?

只是有一些很粗略的想法:

  1. 一个人来 Ruby 多久之后(或者发了多少个帖子之后), 可以拜师. 你可以根据对社区的了解, 选择一个师傅, 并且发送拜师请求.

  2. 师傅接到请求后, 默认会考察一个月, 如果觉得这个徒弟还不错, 例如社区活跃度比较高, 参与社区的积极性也很高, 人也很靠谱, 最终可以选择收下这个徒儿.

  3. 拜师收徒成功后, 师徒之前允许发送有限的私信 (例如一个月30条), 人家是师徒么, 你总允许人家交换个电邮或者电话啥的. 也方便他们线下一起玩什么的.

  4. 徒弟提出的问题, 如果师傅没有回复, 就一直会有提醒. 直到师傅回复为止.

  5. 师傅可以布置任务。可以促进徒弟学习,师傅可以评分,其它人可以看到(保证一定的公证性),徒弟对于师傅的回答, 也可以评分. 这回影响师傅的 江湖威望.

  6. 师傅的每一个发帖或回帖, 徒弟都会自动关注. (师傅的话,我们要不断修习领悟嘛)

  7. 其他人可以看到一个师傅收了那几个人为徒弟, 一个徒弟拜了那几个人为师傅... 当然, 最好连 徒弟的徒弟, 师徒的师傅 也算上.

针对这个思路, 可以集思广益, 一起完善下. 我觉得不错呀!

这样做的好处:

  1. 如果一个师傅收了很多徒弟, 至少可以说明以下两方面问题(或之一)

    • 他是社区中大家公认的技术牛人. (这方面的可信度应该相当高)
    • 他对社区的参与度很高, 回答问题也很热心.
  2. 一个徒弟拜了不少师傅. (并不意味着它一定会提很多问题), 但是至少说明:

    • 他在社区还是很活跃的
    • 不少师傅认为这个徒弟资质不错, 是个靠谱的家伙.

当然我承认, 社区中一定会有 低调, 而且非常谦逊的牛人自认为很牛, 不屑于回答问题的牛人, 当然也不排除有时候实在很忙, 但是无论如何, 这样一个系统, 会尽可能的提高师徒双方在社区的参与度, 增加了一种 责任 在里面. 每天哪怕 10 分钟也好, 将这部分时间贡献给社区.

我还有下面这些想法:

  • 徒弟会努力的修炼, 争取早日能够成为别人的师傅
  • 师傅会将一些问题委托给徒弟来回答, 以此来考察徒弟的资质.
  • 社区中的师徒关系, 不妨碍在生活中他们成为要好的朋友.
  • 术业有专攻, 彼此也可以互为师徒的.

如果让我拜师, 我希望首先拜两个 我知道的不仅仅是 Ruby 很牛的 guy, .@skandhas, @luikore , 我希望我提的每一个有关 Ruby 的问题, 一定有他们的参与, 而不用我总去 @ 他们.

共收到 71 条回复

免费拜师么?

像做游戏似的。。。游戏中有反馈奖励机制,能调动参与者的积极性,社区光回答问题好像调动不起来

#1楼 @daqing

当然了. 这是开源社区, 大家都在用免费的东西 ... 而且, 拜师可以一开始在一部分老会员中推广下, 这是非常有利于彼此之间交流的.

#2楼 @diudiutang

不仅仅是游戏呀. 这是对师傅能力的一个认可, 也就是社区最好的名片. (就像现在 github 一样), 而且靠谱的师傅, 一定会找靠谱的徒弟, 靠谱的徒弟, 也不会随便拜师.

当然, 水平相差太大, 貌似也不太可能在一起. 能够作为师傅的人, 初期估计也不会太多 (毕竟人家得有时间回答你的问题或和你讨论). 说是拜师, 其实更多的功效是, 将一部分人通过某个形式凝聚起来. 毕竟, 即使没有这个系统, 在社区, 每个人参与的帖子, 以及彼此经常关注的人, 也是相对固定的.

你可以将这个理解成 follow , 只不过这个 follow 不是随便可以 follow 的. 因为这不是社交网络, 这是技术社区.

这个 感觉 很有爱哦。 ,默默中支持

很不错的想法,可以尝试下.

确实有点意思,换个思路来引导社区发展,强化成员之间的关系。

搞太复杂了... 讨论就是讨论, 应该是人人平等的不要老看资历背景积分财富...

#8楼 @luikore

嗯嗯, 师傅说的也有道理.

添个砖:

  • 师傅可以布置任务。可以促进徒弟学习,师傅可以评分,其它人可以看到(保证一定的公证性)

#10楼 @shatle

恩, 我把你的想法加上去.

不错的想法,虚拟师徒游戏。只是可能有些复杂,没人来实现这个。

14楼 已删除

#13楼 @muzuiget 说得很好啊

我觉得还是多做点wiki实在

既然是社区,就不必特意去拜师,或特意向某人提问。 社区“人人贡献,人人收获”的感觉挺好!

曾经做过一个非常成功的项目,用当初pm的话说可能是人生中再也不会经历如此成功的项目,而那个项目总结最主要的一个经验就是mentor机制,一对一(或多对一)导师及对应的一套负责和分工机制。

不过好的idea和实施是两个完全不同的东西,后者工作量大大滴,搞清干系人,需求,分工,沟通,风险,时间安排等等事项,众所不一。

再说曾经做技术的时候带过一个同事,过半年便混的比我好,如今在国外妥妥的; 做质量时带过一个mm,过半年给她介绍了个工作于是她的待遇也比我好多了; 做流程的时候带过几个测试leader,半年后他们各跑到其它公司负责整个测试或者独挡一面; 多年过去了,我依着自己的兴趣仍旧在角落里面默默地写着ruby代码。

#18楼 @as181920 这不就是深藏功与名么。

所谓“师傅”的收获是什么?到底谁收益?凭什么帮你? 我觉得有问题多找谷歌,实在不行再在社区发问就是了。这就是社区的意义。要不然,十个新手会问同一个人十个一样的问题,对于学的人是高效了,但是对于有心教你的人呢?不过是消耗别人的耐心罢了。 楼主太过于从学习者的利益角度考虑问题,却不从深入教授者的角度来考虑问题。

我有几点考虑,抛出来给大家听听:

  • 如何找到靠谱的师傅?@zw963 提到的 @luikore@skandhas 可以作为标杆,但是怎么找更多的师傅?
  • 如何找到靠谱的徒弟?很多时候问答都是两情相悦的,问的人不知道谁会回答,回答的人不见得跟问问题的人投缘。
  • 如何因材施教1?曾经跟一位牛X的敏捷教练交往甚密,从而体会到如何 Coach 也是一种能力,是需要通过不断实践反复磨练才能提升的。
  • 如何因材施教2?每个人对技术的理解和掌握都是不一样的,高手和高手之间可谓天差地别的,新手之间的差别也很大,这种差别来自于你的背景,过去的经历,你的性格,习惯,修炼方法等等,相互兼容性绝对不是那么轻松的事情。

#13楼 @muzuiget

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

你都已经解决了, 还问什么呢?

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

#16楼 @kgen

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

#20楼 @Levan

你这样讲, 不免有点势力了.

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

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

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

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

如果我是师傅,第一课就是看《提问的智慧》http://www.wapm.cn/smart-questions/smart-questions-zh.html

对于一个新手,什么才是最好的帮助?我认为就是不要对任何人有特殊照顾,网上已经有海量资料和问题答案,绝大部分问题都能找得到答案,没有什么是你来问我才说的。如果还是搞不明白,那么在展示自己已经做好自己功课情况下来提问,没有人会吝啬帮个忙。

如果总是想依赖人,总是想人教,总是想人提供答案,那么这个人很可能不适合编程。我就没见过哪个高手是别人教出来的,都是自己琢磨出来的。自己不想嚼,喂到口也没用。

#21楼 @lgn21st

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

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

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

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

#25楼 @Rei

貌似有人愿意当师傅了. 哈哈!

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

#27楼 @zw963 第一课看完《提问的智慧》了,第二课还不解除关系?

#28楼 @Rei

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

#29楼 @zw963 现在有什么阻止任何一个人参与讨论吗?

#30楼 @Rei

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

@zw963 多虑了,本社区目前还没有这样的气氛,虽然我是一百个支持你。

我至今记得我在论坛发的第一个求助帖子,是@luikore 一针见血的提出来几种可能的假设,也确实帮到了我,现在想想自己的第一个问题感觉很低级啊。囧。。。另外他说的这句我记得很深刻混这么久我发现: 如果一个人能准确的描述出他的问题, 他已经解决问题了...

你的思路在现阶段不适用。我也是新手,我也问过很多很小白的问题,也被很多人嘲笑过,谁不想找一个人带,然后快速成长呢?但现实是这很难实现,这只能算是一厢情愿。而且你的思路就算运作上了,不到一两个月就又会瓦解了。很多牛人培养徒弟是希望能找到合适自己的培养的人才,然后将来可以为己所用。但是,网络交流的方便性和不真实性,难免谁学到手了就“自立门户”了。这对于教授者没有很好的鼓励机制。 我在这个社区学到的更多的,还是,靠自己。社区的精华很多都是大家分享出来的。大家的好心帮助是有限的,这些机会要好好珍惜。所以不会遇到什么问题都跑上来问。 我的想法的确势力了点,但至少不会“天真”,因为社区里“现实”的人也不少。

#23楼 @zw963 根据问题的关注点进行区分的事情,应该教给Quora这样的社区来解决。

#34楼 @lionzixuanyuan 等我有空了就联系你

出发点虽然很好,但是操作起来难度较大,赞同 @kgen #36楼

社区是一个开放的平台,搞得太复杂了不太好吧。有精力的师傅们,是不是可以搞一些类似 公益行动:2013年MySQL数据库DBA门生培养计划启动开源软件的方式来搞培训班 这样的项目? @lgn21st

采用收费机制,类似淘宝卖家的形式,有人在做了

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

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

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

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

#41楼 @zw963 ……你怎么得出“主要调子“的结论?这已经是 troll 了。

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

#41楼 @zw963 你有什么开源项目,拉出来晒晒~

#42楼 @Rei

我改了...

既然要立门户,收徒弟,肯定得有个这么做的动力:建立个人品牌,然后直接或间接的通过个人品牌获得收益。

通过个人品牌获得收益,我想到两种途径: 1、收徒弟,赚学费。 2、打名气,提高业内身价。

第一种途径就是立门户收徒弟赚学费,通过收徒弟打名气很难,因为愿意拜师的大多水平不高,带着一群水平不高的新手在业内打不出名气来,除了赚个好人卡。

第二种途径,在业内打名气,就不能通过收徒了,最文艺的方式开博客立学说,让别人转载去吧。

如果收徒弟又赚不到学费建个人品牌还有什么意义?不如直接参与社区讨论了。不是自己的徒弟就不回帖子?找不到这么做的理由

@daqing

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

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

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

#45楼 @gaicitadie

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

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

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

#46楼 @zw963 既然自己没什么贡献,就不要乱抨击别人啊。。

#47楼 @zw963 所以拜师这个环节就有些多余了,社区之内大家互为师徒。拜师仪式是古代特殊环境下的产物,信息闭塞只能通过师徒关系传道授业

#48楼 @daqing

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

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

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

#50楼 @daqing

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

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

#51楼 @zw963 lz 激动了,从第一眼看到你的帖子开始我就料到了肯定会有很多非议,每个人的想法都不一样,而且这种事情也说不上谁就是对的,谁就是错的,我觉得如果有人觉得这个想法不错,那就让他们去结对吧,不同意的人肯定永远都存在。

#51楼 @zw963 贡献有很多种,我统计了一下 @zw963 在社区发了123个贴子,有不少分享;11年才开始学习Rails,赞一个。

亿万富豪捐1千万元,温饱线以下的人捐100元,这些都是贡献,但我觉得后者更伟大一些。

支持Lz的想法。。

对于新手,的确需要一定的引导过程。网上虽然有海量的答案和资料,但是如果有一些有经验的老手的指导,肯定能少走弯路。

可是等新手成长为老手之后。。就可能不太认同当初的思维了。。或许认为读好书,读源码,查Stackoverflow这些更重要。

其实我觉得这样挺好:mentor制,但新手需要支付一定的费用,学成返还部分或全额,中途是新手自己主观放弃,捐给香港红十字会。。

这才多大的事。。。

个人建议,不期望有人听 用两个功能增加交互性。 一个功能是面向老鸟:老鸟工作中会碰到各种诡异需求,但是这些需求都是开发生活中会重复碰到的,比如我就经常去翻4年前写的代码,来完成现在的工作内容。把这种需求当做问题或者作业,提交到社区。并且把解决的方法或者答案也贴到社区,同时增加定时发放答案的功能。提交这个问题后,新人可以和其他老人进行答复,然后全社区的人对这些回答觉得赞或者反对。 发布诡异需求和解决方案的人,可以获得一个分值,作为这个人的活跃度。参与讨论的人,他们的答案被赞的也作为活跃度。

其实我现在的工作里90%都是工作量,10%是需要技能和经验的结合。而这10%里又有70%是以前解决过的。我相信开发到一定程度后会有我这种情况出现。

另一个功能是面对新手, 新手可以提出基础性的问题(大部分问题会被人提过,这时候可以贴标签,又懒又新的人),由大家参与解释和解决。这类问题没有答案,只有回答的好坏,赞的人多表示好,好的排前面。

参与的新人获得了针对性的解答,老鸟可以获得活跃度。

慢慢的一个新手帮助就出来了。而且比较成熟的答案可以添加到wiki里,现在的wiki挺好,但是资料的来源是不是有点紧缺啊?

当然,活跃度有啥作用就有待考虑了。

虽然两个功能都是帖子+定时公布答案的方式,但是都是针对性的问题。避免了扯淡在技术里,被赞的贴都排前面了嘛。然后加一个看贴的模式,一个是正常排序,一个是按赞排序。

是老鸟带新鸟。太被动。本来工作中的问题就充满了乐趣,不把这些乐趣散发开,是很可惜的。 社区又充满各种死气沉沉的感觉。是太out了。

#54楼 @oa414

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

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

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

做师傅应该是一种公益活动,应该只有喜欢的公益的人才会坚持下去。 所以我觉得也别把收费什么的引入进去,几年前师徒类网站失败的大把。

我到觉得,要拜师的就直接 Email 联系人家呗,有事没事请人家出来吃吃饭,聊聊,多交流,如果相互都认为聊得来,自然就成为朋友了,何必非得在线上形成功能呢。 况且你描述了这么多文字也没法让大家理解到。

一直想找个mentor,可是本地(长沙)的真的联系不上诶……

这个就好像要把夫妻生活也搬到线上进行

#13楼 @muzuiget http://user.qzone.qq.com/373171658/blog/1353246675

提问的智慧 其实有 bug 的。同学间问一些课上的问题,不能算浪费,反而对双方有利。能招同学我觉得不错。但是进度又很难协调。

#41楼 @zw963

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

来源请求,这话怎么都不像是 RMS 说的。

#62楼 @qiukun 你这个是《回答问题的智慧》好吧。再说,《提问的智慧》就讨论线上陌生人之间的求助,同学间互相帮助当然是另一套。

新人在论坛发帖组队学就是了 拜师什么的真心不靠谱 因为思路都不一样看问题的角度也不一样 再者产生了等级关系违背公平 迟早会出争端 还是同水平的一起搞个Git玩 learning by doing 其实现在的编程还是不难的 不需要有人带 自己摸索 敢尝试 比跟着别人有益

把帖子完后,mentor活动最火的是google的summer of code活动,针对大学生的,2013年有rails项目参与

#64楼 @muzuiget 对。同学最好是 同程度 的。 #66楼 @xds2000 嗯 GSoC 很赞

一日为师,终生为父

作为老师,责任是很大的,按老法,磕个头,上碗茶,老师就有责任了。

所以四姑娘不能杀马三,是不能违背师道,手足相残,讲的通的。

按现在, 基本上是交点钱,教你两招, 公司同事,带你一下, 学校学生,指点一二, 网络提问,呵呵,这个有些有价值,有些就不好说了。

所以,如何保证交流质量,是个问题。

还是包个辅导班靠谱,教不好,骂的爽。

另外,我是不在乎威望的, 看易中天教授火过去了,当年我一听,就是一高中优秀教师水平,同理还有于丹。

@daqing 以楼主的经验和阅历以及众多贡献,谈这个问题还真差了点。59楼平淡里透着靠谱的解决方案

#69楼 @oth

  1. 评论人家差不差之前,会不会觉得以您的经验和阅历以及众多贡献,谈人家水平的问题还真差了点
  2. 第二就算人家真的差,为什么就不能谈论这个话题
  3. 华顺说的是有道理,但为啥我看您这话说的总有点异样的感觉呢

就是论事,我觉得楼主提议虽然实现起来很困难,很多地方有商榷的地方。但社区进步就是要从这样那样的建议中慢慢发展的,您这样一说,搞的以后提建议之前,都还得掂量掂量,我是不是要到某个水平才能提建议

我仔细想了想,以我的经验和阅历以及众多贡献,谈您行文方式这个问题也差了点

#70楼 @Yujing_Z #69楼 @oth 以我的经验和阅历以及众多贡献,我居然什么都没看懂。 😓

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册