讨论一下如何建立一个好的社区氛围?

之前社区里面有人提了一个这个问题请问 Go 的 fmt 是什么单词的缩写,我也表达了自己对于新手如何提问的态度,有些人会觉得站长如何如何的清高和自傲,怎么对新手那么不友好。我这里申明一下:我一直怀着一颗谦卑的心在帮助尽量多的人学习Go,在骨子里面没有任何清高和自傲一说,我组织了那么多次的meetup和大会,当面见过我的同学应该都觉得我人很nice。我们都是从新手过来的,我是非常尊重新手的问题的,也是在社区里面尽量多的回答大家提出的每一个问题。同时也有一部分人觉得这个问题的提问实在是让人不觉得你是新手,影响了社区的氛围,觉得这种质量的提问不是一个新手应该提问的。


那么我们一起来讨论一下如何建立一个好的社区氛围?


社区需要怎么样的氛围,交流的基础是什么?我们来社区为了什么?我想大家都是希望从社区中可以学习到之前没有覆盖的知识面,我在回答很多问题的时候其实也是学习到很多,也从别人的回答里面获取到知识。我想这就是社区的价值,知识的沉淀。那么好的知识是需要大家一起来共建的,例如下面几个问题



  1. Go命名规范的疑问 https://gocn.io/question/182

  2. 几种string转[]byte方法 的比较 https://gocn.io/question/185

  3. 关于接口实现的一个小问题 https://gocn.io/question/184


这些的问题是基于自己的观察,测试提出的一些问题,我觉得这样的问题非常有价值。


对于在那个问题里面我的回答如果伤害了一部分人的内心,那么我向你说一声sorry,我不是针对任何人,只是就事论事而已,我是由衷的希望大家建立一个高质量的社区。


有些人也提出来建立一个新手入门栏目,其实我觉得没有这个必要,大家还是有问题就问,目前我也在考虑建立一个类似ruby社区这样的wiki,https://ruby-china.org/wiki



  • 导航

  • 推荐阅读

  • 入门教程

  • 高级教程


最后还是非常希望大家能够在提出技术问题前,请先做到以下事情:



  1. 尝试在论坛的旧文章中搜索答案。

  2. 尝试自己检查或试验以找到答案


欢迎大家提出自己的看法,Go技术社区始终保持open的心态来接受大家的意见和建议。

已邀请:

lgn21st - Ruby程序员,Web 应用和移动开发者,天天琢磨怎么减肥。

赞同来自: gameogre snsgou astaxie qi19901212 tt_0411 gogoing zhr dbdn Trident更多 »

我想说说 Ruby China 社区在这个问题上的态度和处理方式,以及导致的结果。


最早 Ruby China 建站的时候,靠我们自己的人脉关系吸引到一批当时的技术大V,以及活跃爱好者,论坛帖子质量,氛围极高。之后开始有新人加入,问一些初级,甚至不靠谱的问题,一些对社区爱的很深的人直接表达了难以忍受,并选择离开。那么问题来了,社区的核心是凝聚一群资深的会员,还是持续发展不断吸收新鲜血液,这两个方向有的时候是矛盾的。


运营者总是希望能持续不断的激发出更多有价值,有深度的优质内容,所以 Ruby China 的管理员们做了很多的尝试,但是依然难以挽回大V的流失,包括注册后7天内不准发帖,只能回帖,以及内容过滤,follow/unfollow,建立新手区等等,但是趋势并没有就此改变。


从制度建设到形式改进,长期任何努力并没有带来预期的效果,于是我们开始思考问题的本质,如果不能阻止高水平的人的流失,那么就尽量帮助初学者,以及中级水平的开发者,所以 Ruby China 很长一段时间的运营策略是尽量包容新手,不歧视新手,给新手最有价值的帮助和鼓励,鼓励大家认真回答新手问题,努力做一个不歧视新手的社区。


过了一段时间,情况开始慢慢改善,因为我们几个管理员,以及跟我们关系不错的一群大V以身作则,慢慢的大家就不再对立,敌视新手贴了,因为新手得到了帮助,其中一部分人快速成长起来,一批又一批,这么多年下来,社区最活跃的人群都换了好几茬人,最初的新手成了今天社区内容建设的主力。

itfanr - @inspur

赞同来自: qi19901212 snsgou

哎,大家何必这么极端。


每个人都可以表达自己的想法,每个人都从小白走过来。


记得自己上学的时候,每次遇到问题,有时候不敢问老师,怕被老师批评。后来渐渐地发现,有些老师脾气确实不好,让自己去找答案,然后我找到问题后,老师很高兴。有的老师耐心回答,我可耐心听。我感觉老师怎么做都是无可厚非的。


本来都是为了学习,如果非在某句话或者某个观点较真,就没意思了。大家还是多花点时间放在学习上吧,多争论技术。

bt

赞同来自: itfanr snsgou

现在看到黄色的代码块就会想到是不是golang代码,那社区能否给人一个是讨论golang话题的地方。
关于讨论的话, 作为回答者更多的是加以引导及给解决思路,能说清来龙去脉更好。授人以鱼不如授人以渔!作为提问方,先尝试自己解决,找不到在来提问,不做伸手党。毕竟每个人都需要有查找资料解决问题的能力!
wiki是有必要的,常见的规范、常见业务的处理方式,常用的资源、文档等等。最好还有一些按照新手的认知一步步去实现的示例。

gogoing

赞同来自: itfanr snsgou

其实什么采用方式都可以,新手村,或者不理睬低级问题。
现在社区的活跃度也还不错,所以没人理睬的帖子也会很快下沉。
谢大,也不要认为社区的每个帖子你都需要回答,有些人友善且对一些帖子感兴趣,就会去回复那些帖子。
对新人贴态度还是友好点吧。基于友好的态度,这样不论你采用那种方式对待之前那个帖子都不会让人产生其他感觉。
高手们可以就高级问题多讨论,新手们或者正在成长中的社区成员也会从你们的讨论中吸取养分。新手们也可以提自己的问题,有兴趣的或者正在成长中的社区成员可以帮助解答,同时使自己成长,只有更多人成长起来了,社区的成员的大V才会慢慢变多,我想这也是大家希望看到的事情。
之前那个帖子其实完全可以往一个好的方向引导,那个新人其实刚开始提问也还算礼貌,并没有不当的言辞。
总之,多包容吧,刚起步的社区,不要挑人,合理规划板块不是很好么

gogoing

赞同来自: itfanr snsgou

确实没有人有义务为别人解答问题,但也没必要对你不感兴趣的低级问题进去踩一脚。直接让他自己沉没或者让对他感兴趣的人去解答呀。有些问题也许确实很低级且愚蠢,这些问题完全可以设置到新手村,或者提问的时候可以选择问题级别,让回答者有心理准备。同时有些确实很低级且愚蠢的问题,在某些成长中的社区成员眼中会认为有意义且愿意回答,同时回答这些问题可以使他们提问以及回答者都成长。一般来说,大家只要浏览自己感兴趣的帖子,回复自己认为有意义或者想讨论的帖子就好了,不要对自己看不上的帖子还要进去踩一脚。基本上每人都可以在这样的氛围里成长,不要怕低级问题影响社区质量,实际上学golang的人都未必有你们想的那么多,你们还担心什么大量低级问题的出现呢?没那个必要。你踩一脚低级问题同时也会把这些问题顶到首页第一条,那样做有什么意义呢?
友好的参与自己感兴趣的问题,有能力的回复一下你认为感兴趣有意义的问题,互不干扰就好。点赞不踩就行了

gogoing

赞同来自: snsgou zhr

关于高质量社区的问题,谢大由衷的希望大家建立一个高质量的社区,这点我心中是非常点赞的。我也想谈谈我心中的高质量社区。是不是只有高级问题讨论的社区就是高质量社区呢?无疑,这绝对是所有社区形式中最理想也是最高质量的社区。
那我们换个视角,如果站在创造、获取、分享、传播和应用Go的角度来说,也许还有一种高质量社区的形式,允许不同level的人在这个平台上找到与自己水平相若的人愉快交流共同成长,社区的人才结构能够初步形成金字塔或菱形结构,人力成长模型能够有正向向上的攀爬效果,人数规模能匀速或加速递增。
前者的社区模式无疑会吸引大量高手,同时带动吸引成长中的golang爱好者或新人。后者我认为更包容且更容易扩大golang队伍。
存人失地,人地皆存,存地失人,人地皆失。如果连人都没有,没有正向向上的攀爬效果的人力成长模型,社区怎样才能涌现更多的大V呢?golang阵营要如何造血呢?
社区能自己培养出新的大V,且有帮传带的效应,我认为这就是一个高质量社区。
对于偶尔出现的低级问题,可以让level相若或者态度友善且对这个问题感兴趣的人去回答,觉得这个问题低级不感兴趣,那大家就自己不要进去再踩一脚浪费自己时间了。
人多了,低级问题是挡不住的,也不要惧怕有人提出低级问题会伤害到社区,要相信高质量的社区有自愈能力。大家可以用鼠标投票,只关注自己感兴趣的问题。

gameogre - 游戏魔兽

赞同来自: itfanr zhr

赞一个先。确实对于一个新手真的啥问题都有可能问的出来,如果说fmt太简单的话,那么Print,Printf,Println,的f,ln又是什么意思?理解这些确实也是很有必要的。但是,有了这些问题,首先自己去看看文档,搜索啥的,实在解决不了,再问。可能大家觉得这些问题自己看下文档啥的就可以明白,根本不需要问。其实大家可以宽容一些,一个单词就解决的事儿没有必要花更多的时间发散开了。对于一个新手来讲,也别太玻璃心了,谁也有问蠢问题的时候,让别人调侃一下也没啥。怕笑话?那让自己变强啊!

ggaaooppeenngg - 欢迎一起搞基

赞同来自: snsgou

一般如果能搜索到的,可以直接回答"I Google it for you"并附上答案之类的,这样大家再搜索简单的问题的时候还能直接连接到这个网站。


我觉得作为新手真的是什么问题都问得出来的,了解一个缩写的意思其实也是蛮重要的。


我的提议是其实与其争论孰是孰非,倒不如定下提问的规则,再有人问得不好或者答得不合适我们就按规则来,这也可以反映社区的风格。

够浪

赞同来自: silentred

谢大人很nice,但是高手们把有限的宝贵时间都放在回答新手的低级问题上确实也很不合理。
比较理想的状态时入门者带菜鸟,中级者带入门者,高手带中级,这才是一个比较理想的状态。
可惜我没做过论坛,不知道怎样才能达到或者接近这种理想的状态。

luhuisicnu - WEB开发者

赞同来自: CurveSoft

可以给帖子加个标签,【基础】,【灌水】,【并发】,【招聘】,【新手】让人有个心理预期,就不会出现较大的心理反差了。

chuzhaoqian - 我猜一猜

赞同来自: itfanr

组织翻译一份文档和go每次更新的新特性,像php的官网大部分函数都是有中文解释的和支持的版本,我看了2本go的书说实话真新都太肤浅了,好多东西没有,还不入直接看英文文档了,看个项目源码,好多还要自己去翻看官方文档,技术的普及并不应该定位出高低端来的,要亲民些。

boilingbit

赞同来自: zradelaide1122

from wikipedia


RTFM,是一个英文缩写,意思是:“去读那些他妈的手册”(Read The Fucking Manual),这句话通常用在回复那些只要查阅文件就可以解决,拿出来提问只是浪费别人时间的问题。


UTFG(去用天杀的Google搜索一番吧,Use the Fucking Google)

FancyGo - Golang 服务器 游戏 fancygo.cn

赞同来自:

赞一个

cz000 - 闷声发大才

赞同来自:

高质量的问题才能提高社区的质量,才会让学习者更愿意多翻几页,谢大做的没问题。

hlj2722

赞同来自:

ruby社区 使用ruby写的,建议把本社区也用 beego 写

wida - 80后it男

赞同来自:

支持站长,没有人有义务为别人解答问题,提问是要讲究技巧的,反感一切道德绑架

nino

赞同来自:

我提出过一个问题,关于https的,站长回答了我。说实话我是没有想到的,因为首先提出这个问题我比较害怕是不是我资料没有找全而浪费了他人的时间,如果解决问题之前经过了大量的时间或者是大量的查找仍然一知半解或者需要确认答案时,再提出自己疑问可能是更加合适的。

qi19901212 - 一个喜欢讲产品代码敲的不怎么样的.......

赞同来自:

我觉得lgn21st,itfanr 说的话比较好。大家还是多讨论点技术,像小黑哥那样。各个群各种问题各个讨论。

snsgou

赞同来自:

@astaxie 不好意思,让你失望了,我也是 Go 新手,也不懂 运营,只是感觉 @lgn21st @itfanr 说的有道理,处理问题的方式也比较友善,我喜欢

simeon - 爱看球的程序员

赞同来自:

问问题之前先google吧,新手也应该如此,我也是新手(tao

davidcai1993

赞同来自:

赞一个 WIKI

sheepbao - 爱go,爱编程,专注网络开发,流媒体、分布式、网络加速,欢迎讨论listomebao@gmail.com

赞同来自:

“知识是用来分享的”,每个回答的模版都有这个词语,首先这代表了一个态度,很好的表明了谢大的心意,在此感谢谢大。我觉得谢大不必纠结如何具体怎么回答新手,有心情可以多回复,没心情就不回复了,你是领头人,方向对了,我们自会跟随,在社区中成长。新人的问题很多都没有认真思考,这很正常,但也会有愿意回答的人,又或者自己一会就明白了。就像qq群一样,很多问的,不用google,百度一下都可以知道,但他们也还是问了,有些人是因为真的懒-“伸手党”,有些人是不是很明白想讨论一下,不管怎么样,作为一个社区,如果是欢迎新手的,那必然会有人问很基础的问题,对于这样的问题我觉得态度应该是包容的(虽然有时候真的很不想回答,当然可以完全不回答)。回答问题与否是个人问题,其他人没有任何的权利干涉。期望社区越来越好!

lcp0578 - A PHPer

赞同来自:

支持,本身也是菜鸟,希望社区越来越好,高质量的社区是大家都期待的

gch - 我就是我

赞同来自:

谢大挺好的。社区一点一点来。对于提出的问题肯定要先进行考虑,google等。

lifei6671 - PHPer

赞同来自:

个人觉得,站长或版主应该把已经回答的精华问题总结下,整理成单独的索引贴。有些初学者可以直接去入门贴看一下基数知识。
有些比较深入的回答,可以放到提高篇。这样也能快速的让人看到自己想看的回答。

lanslot - 80后IT

赞同来自:

我觉得建立新手村还有有必要的 可以把问题分类 基础或者进阶 或者把新手常见问题总结一个或者做成练习题 首先是先练习之后 才有资格提问。
问答的激励机制也是必要的。

linbojin - 左手go,右手scala

赞同来自:

谢大,我脑洞大开一下,首先对于“太简单的”问题,如果有一个初略的过滤标准,那么对于这些简单问题,能否用机器学习智能的从网络上找到答案,在问题下面回复,作为参考答案,蛮有意思的。

要回复问题请先登录注册