【呼吁|闲聊】拒绝技术“傲慢”,共建互助开源社区(不是指LD社区哈佬友们别误会)

此文主要是本人在相当长时间内混迹各种开源社区群组交流,特别是一些普及社区的感想和呼吁,纯闲聊,仅唠嗑,大家当看个乐子,友善交流不要争吵,谢谢大家观看。

各位开源社区的朋友们好,

开源社区,是智慧共享、协作创新的沃土,是技术爱好者们互相学习、共同进步的乐园。它的核心精神是“开放、共享、协作”。在一段时间里,通过观察许多开源项目的交流群组(特别是以QQ为主的即时交流平台),我越来越感觉到一种不太舒服的氛围在蔓延——姑且叫它 “技术傲慢” 吧。

【现象】
“技术傲慢”这个词比较笼统也缺乏统一的共识,我观察到的主要有这些方面:

  • 对“小白”的冷嘲热讽: 当新人带着基础问题或困惑入群时,迎接他们的可能不是指引,而是“这都不会?”、“自己不会百度吗?”、“RTFM(Read The Fxxking Manual)”式的轻蔑回复。
  • “看代码”万能挡箭牌: 遇到问题,不分青红皂白,第一反应往往是冰冷地甩出“看源码去”、“贴代码”,缺乏对问题背景的耐心询问和引导性的解答思路。仿佛看源码是解决一切问题的唯一且无需解释的路径,忽略了学习曲线和个体差异。
  • 居高临下的优越感: 部分技术娴熟的成员,无意或有意地流露出一种优越感,将提问本身视为一种“打扰”或“低水平”的表现。

用例子说说我个人观察到的几种典型回复:

  • “这都不会?文档没看吗?”
  • “先去学学基础再来问吧。”
  • “(甩出一个‘自己看源码’的表情包)”
  • 更有甚者,直接是冷嘲热讽和无情的“@管理员,T了这个人”。

结果往往是: 新人哑口无言,默默退群。而群里,似乎什么都没有发生,大佬们继续着他们“高深”的讨论。看着挺让人心凉的。这种场景,相信不少人也遇到过吧?

【观点】
首先得声明,作为开发者,我旗帜鲜明地反对 “伸手党” ——完全不思考、不搜索、只想直接获取现成答案的行为。我认为,提问前做好功课是基本的尊重。
但与此同时,我也常在反思,社区也应该警惕 “技术傲慢”。我个人的观点是:“技术傲慢”的危害,一点不比“伸手党”小,甚至可能更大

  • 浇灭热情,拒人门外: 谁不是从小白过来的?冷嘲热讽最容易浇灭新人的好奇心和热情,将潜在的热爱者、未来的贡献者拒之门外。社区没新人,哪来的活力?
  • 污染氛围,破坏根基: 会污染社区氛围,让社区变得冷漠、排外,充满戾气(个人感觉特别是一些即时交流平台构建的交流社区戾气特别重),互助分享的根基都被破坏了,谁愿意待在一个让人紧张、怕说错话的地方?
  • 背离初心,筑起高墙: 开源的本质是互助和共享。“技术傲慢”将知识视为私有领地,筑起高墙,完全违背了开源精神的核心价值。
  • 阻碍协作,关闭沟通: 阻碍了大家的协作,真正的协作得讲平等和尊重(小白也需要符合其水平的尊重)。傲慢的态度直接就把有效沟通的门关上了,问题反而更难解决。

【个人呼吁】
我是一个开发者,但我知道我个人无法做到精通所有技术栈,了解所有方向,所以不可避免地会提问,也可能为求助者提供帮助。在此,我想跟各位一起参与开源项目和社区建设的朋友们聊聊:

共建一个“友好、包容、互助”的开源社区

  • 多点耐心,回想初心: 想想当初的自己,面对基础问题,一句“试试搜下关键词 XXX?”或者“文档的 XXX 部分可能有答案” 比一句嘲讽管用一百倍。
  • “看源码”时,指个方向: 说“看源码”没问题,但能不能加一句“重点看看 XXX 模块的逻辑”?给个路标,比光扔把钥匙让人自己瞎找强多了,对社区成长也有益。
  • 尊重努力,沉默胜嘲: 尊重每一份提问的努力,再“简单”的问题,背后也是提问者(哪怕努力不足)的求知欲。用尊重的态度回应,哪怕觉得太基础不想答,沉默也比嘲讽强百倍
  • 区分“懒”与“困”,对症下药: 试着判断是“伸手党”还是“受困者”。对前者,温和提醒其自助;对后者,伸出援手。无需用傲慢来“震慑”所有人。
  • 技术为器,非傲之资: 技术的价值在于解决问题、创造价值、赋能他人。掌握技术不应成为傲慢的资本,而应是帮助他人、回馈社区的工具。
  • (作为回答者): 多一份耐心,少一点刻薄;多一点引导,少一点命令;多一点共情,少一点优越。
  • (作为提问者): 先尽力自助(搜索、看文档、尝试),清晰描述问题(环境、步骤、期望结果、错误信息)。好的提问本身就是对社区的尊重。
  • (作为旁观者): 对友善的互动点赞,对傲慢的言行温和但坚定地表达下不认同。好氛围靠大家维护。
  • (作为社群管理者): 入群公告或者文档中加一句:有问题请查阅项目 issus 是否有历史问题,如果没有请创建新 issus(可以改成其他问题追踪平台)。简单一句话有时候真能减少 50% 以上的小白无效提问,也能直接分辨啥也不看就问的伸手党
  • 希望每一个社区参与者都可以查看一下 How-To-Ask-Questions-The-Smart-Way/README-zh_CN.md at main · ryanhanwu/How-To-Ask-Questions-The-Smart-Way · GitHub

愿我们的代码不仅高效运行,更能传递善意与温度。

55 个赞

佬友所说的其实正是始皇长期在论坛提倡的

3 个赞

一些简单的问题我认为这样回答可以呀。。如果觉得强硬可以说委婉点“善用ai和搜索" :smiling_face_with_three_hearts:

11 个赞

65非常支持w
尤其是那些文档也写的很难受的w

但是也要避免无意义的问题侵占w,哪怕文档看的迷迷糊糊的,也是比没看文档好!w

5 个赞

刚放学。
说的很好,我支持!
–我妈的华为p60pro

1 个赞

赞同,主要还是个社区氛围,如果是很明确的问题的话能看出是伸手党这种无需客气,如果是小白这么问我个人还是习惯回复“百度xxx”去代替“自己不会百度吗”
不过佬友说的其实很对,很多简单问题不太能区分提问者和伸手党

1 个赞

其实现在ai已经可以解决大多数问题了。如果是一些常见问题也可以搜索到相关解决办法。除非一些疑难杂症需要发出来大家共同研究。 :smiling_face_with_three_hearts: 如果搜索都懒得搜那~~·。。。

8 个赞

yes,对于有些朋友的提问比如:文档xxx提到xxx,我在xxx环境下运行遇到了xxx问题,与文档不符/文档没有提,这类在绝大多数社区是很受欢迎开发者也乐于回复的,友善的回复一般是直接给答案/参考文档中的xxx/在仔细看一下文档FAQ部分。
但是我也确实看到很多人会直接回复:眼睛不好使去治/不会用别用这类。(一个很奇怪的现象是这种回复的往往不是开发者本身,而是同样使用应用的群友/或者参与不太核心工作的contributor)

2 个赞

这个问题在linuxdo应该不会出现,因为会吃举报 :rofl:

8 个赞

是啊,所以我把呼吁放到了linuxdo,如果在一些不友善的社区这个帖子会被直接喷,理由一定是”你在纵容伸手党“这类…至于问题本身,在一些群里,问题上升到人身攻击太常见了

1 个赞

猜你想找:How-To-Ask-Questions-The-Smart-Way/README-zh_CN.md at main · ryanhanwu/How-To-Ask-Questions-The-Smart-Way · GitHub

1 个赞

我认为这是对提问者的要求我决定把他补充到呼吁的内容,对回答者我觉得还是要多一些包容的,毕竟确实存在很多小白/新手/非专业领域人士其实本身定位不到问题,只能表达现象,How to ask question中的一些建议内容还是面对至少入门之后的人士的

猜你想找

2 个赞

已经补充到正文了,感谢补充

我感觉很好区分 、、发帖时说:我在干什么、遇到了哪些问题、我尝试使用xxx方法但没有解决 把问题贴出来,那大家回复的欲望也高涨

伸手:这xxxx怎么解决? 提问还特别模糊

8 个赞

非常赞同佬友的看法,对于伸手党当然是不欢迎的,但对于有学习意愿的小白来说,懂技术的“大佬“不应当如此地高傲和瞧不起人,哪怕不愿意教,和气地说一句”为何不去动一动小手去百度搜搜谷歌找找,或者问问ai呢,你肯定能找到答案的,加油”不是更好的回答方式吗?何必满是戾气甚至拉黑人身攻击呢?没有谁比谁更高贵,多一份包容与尊重,就多一份信任与友谊。

1 个赞

RTFM! :enraged_face:

3 个赞

这个文档已经相当齐全了,那我这个帖子就当作一个入口索引(或者综述?)我再改一下引用

很好,很正确! 赞同一个!:laughing:

1 个赞

另外分享一个自己遇到的常见心态(我自己的心态)
有时候遇到很多基础问题我都会很烦,会想:这个问题都回答多少次了,他们都不看吗?但是转念一想,这确实是即时通讯软件的劣势,信息流太快,老信息很难作为公开途径,问题缺乏追踪,对提问者,他的问题他是第一次遇到,也不太可能实时关注早期信息。这也是一个启示,入群公告或者文档中加一句:有问题请查阅项目issus是否有历史问题,如果没有请创建新issus。一句话有时候真能减少50%以上的小白提问,也能直接分辨啥也不看就问的伸手党让这群人”去TMD“

1 个赞