写点什么

软件社区中的“沉默的大多数”

  • 2022-09-04
    北京
  • 本文字数:2131 字

    阅读完需:约 7 分钟

软件社区中的“沉默的大多数”

美国前总统尼克松在竞选活动和总统任期内使用了“沉默的大多数”一词。它指的是当时那些没有参加大型反越战示威活动的人,那些没有加入反主流文化的人,以及那些没有参与公共话语的人。和许多人一样,尼克松认为美国中产阶级群体在媒体上的声音被更强势的少数群体所淹没。


我们不是要谈论政治。大多数人的声音被少数人的声音所淹没,这是一个非常有趣的概念,在软件开发领域也是如此。


在软件开发中,沉默的大多数是指在幕后写代码、调试程序和解决复杂问题的工程师。他们不参与 Visual Basic 与 Pascal 孰是孰非的争论——他们只是用这些编程语言完成他们的工作,甚至不知道他们选择的语言还存在这么多争议。


事实上,如果没有这些沉默的大多数,许多项目会停滞不前。他们默默耕耘以让项目保持正轨,并防止它发生崩溃。


在 Hacker News 和 Reddit 上似乎还存在一种假设,即互联网上任何形式的发声——视频、博客、播客等——都与幕后的活动成正比。如果你经常看到有关加密货币的东西,那么你可能正在刷推特,如果你离开这个圈,走到外面去,你会发现大多数人其实并不在乎这些东西。

沉默的工程师

在浏览 Hacker News 时,我有时候会觉得每个开发者都在为 FAANG(美国五大互联网巨头)工作,因为总是会有人发一些炒作他们产品的帖子。或者,你可能会认为 PHP 现在已经退役了,因为只要一提到它,所有人都会在评论中表达厌恶的情绪。


漫画为 Dilbert 和沉默的工程师。可能与我要说的不太相关,但仍然很有趣。


但坦率地说——这些人大概占所有开发者的 1%,其余的人只是在用他们选择的编程语言(无论是 Fortran、COBOL、Perl 还是 PHP)埋头写代码,并自得其乐。我见过很多人表达对某些编程语言的憎恨,以至于我很惊讶仍然有人用这些语言来写代码,后来我才知道所有的东西都带有主观性,我读过的文章都只能代表一小部分开发者。


Hacker News 也并非那么受欢迎——我知道很多伟大的工程师从来没有访问过这个网站。有很多文章和评论是由那些热情程度与他们的经验不符的人写的,也许我也是其中的一员,但我只是喜欢写点东西而已,请见谅。


通常,Hacker News/Reddit 上的评论会被一群持有相同观点的人极化,然后你就很难反对并表达不同的观点,即使你比大多数人拥有更多的经验和更好的背景。


同样重要的是,我们需要承认不同年代的软件工程师之间是存在代沟的。每年都有成千上万的新软件开发者接受了与上一代不同的教育,这导致了对专业知识的认知偏差。


有些开发者多年来签署了许多保密协议,这让他们看起来好像什么都没做。


“沉默的大多数”中的一部分人仍然活跃在 GitHub 上,为他们喜欢的代码库修修补补,我为此感到很庆幸。有时候,我会看到空账号发起的拉取请求,并简要解释了实现了什么东西,这是他们在提交 bug 修复。

沉默的用户

我想你也知道客户反馈的重要性。毕竟,了解用户对产品的看法对产品的改进来说是至关重要的。然而,有些用户从来不给反馈,要么是因为他们对产品很满意,要么是因为他们懒得花时间填写调查问卷和提交 bug 报告——这就是用户当中“沉默的大多数”。


与沉默的顾客打交道很难


因此,企业对用户的认识常常存在偏差,对错误的东西做了改进,认为他们只需要为那些填写了“你喜欢这项服务的哪些方面”调查问卷的人改进产品。顺便说一句,我从来不填这些问卷,那是在浪费时间。如果我正在使用一项服务,说明我对它是感到满意的,否则的话我会选择另外一个。


你不能指望沉默的用户会给你提供反馈,但你仍然可以从他们身上了解到很多东西。首先,观察他们如何使用你的产品;其次,通过适当的分析来洞察他们的需求和期望。



沉默的用户的问题在于,虽然他们通常要求很少,但如果他们感到不满意,他们也会悄无声息地更换供应商。

为发声辩护

发声其实是很难的。这可能看起来很简单——你只需要写一篇文章或制作一个视频——但为什么只有一小部分人这么做?这是有原因的。因为这需要大量的时间,即使是这篇短短的文章也花了我周末几个小时时间。并不是每个人都愿意为了把自己的意见传达给大众而去做这么费时费力的事情。


这还需要自信——你只要在互联网上发表意见,总会有人跟你对着干,所以你需要做好心理准备,你可能会看到很多与你意见不同的评论。阅读负面评论可能会让人感到沮丧,但更重要的是要记住,不是每个人都会同意你的观点。这其实没什么,我们都是业余爱好者,都会犯错。


有时候,人们写评论只是为了参与争论。

我的想法

以下是我最后的想法。在软件社区存在着两种思想流派,有些人认为发声和分享观点很重要,而另一些人则认为最好保持沉默,用高质量的工作说话。在我看来,更多的声音是一件好事。


首先,当你发声时,才更有可能被听到。如果你有什么有价值的东西要分享出来,就应该为自己和社区大声说出来。其次,更多的声音有助于创建一个更包容的社区。网络上的对话往往被一小部分人主导,我们只有大声说出来,才能确保每个人的声音都被听到。


当然,你可能会被否定,但那又有什么关系呢?


在很多情况下,恐惧是阻碍我们前进的一大因素——害怕批评,害怕说蠢话。但如果我们想让软件社区茁壮成长,就需要克服这种恐惧并开始发声。现在是我们大胆发声的时候了。只有这样,才有望创建一个真正包容的社区,让每个人都感到受欢迎和受重视。


原文链接:https://vadimkravcenko.com/shorts/the-silent-majority/

2022-09-04 22:443493

评论 1 条评论

发布
用户头像
XXX是世界做好的语言,类似这样的话在软件圈每年都会争吵数月。其实每种语言都有其价值,最佳适用场景,最佳解决方案。就好比一个工具箱要有各种起子一样。解决了什么问题而不引入新的问题,才是软件工程师应该推崇的。
2022-09-06 13:39 · 广东
回复
没有更多了
发现更多内容

架构训练营 模块二

Leach Sun

学习-2

4anonymous

转型 Golang 开发的心路历程

baiyutang

php 云原生 求职 Go 语言 9月日更

解读顶会CIKM'21 Historical Inertia论文

华为云开发者联盟

华为云 论文 长序列时间 时间序列预测 CIKM’21

架构实战营 - 模块二作业

Alex.Wu

微信朋友圈高性能复杂度分析

Geek_85eb5f

Vue进阶(九十六):VuePress 详解

No Silver Bullet

Vue 9月日更

微信朋友圈的高性能复杂度分析与设计

眼镜盒子

架构实战营

微信朋友圈高性能复杂度分析

看,有只猪

朋友圈高性能复杂度分析

陈家豪

架构实战营

架构训练营 模块二

初一

模块七

SAKIN

【Flutter 专题】55 日常问题小结 (二)

阿策小和尚

Flutter 小菜 0 基础学习 Flutter Android 小菜鸟 9月日更

Node.js 应用全链路追踪技术——[全链路信息获取]

vivo互联网技术

node.js 大前端 编程语言 全链路追踪 语言 & 开发

微信PaxosStore:深入浅出Paxos算法协议

OpenIM

微信朋友圈高性能复杂度分析

Sky

#架构实战营

模块二

树建

架构实战营

微信朋友圈高性能复杂度分析

消失的子弹

微信 架构 互联网 云原生

11. 有大数据就有人工智能的机会

Databri_AI

人工智能

模块二作业

bin

自己动手写个微型博客吧,还能实现网页版 Blink,No.1

梦想橡皮擦

9月日更

【VueRouter 源码学习】第四篇 - 创建路由映射表

Brave

源码 vue-router 9月日更

架构实战营作业 -- 模块二

冬瓜茶

模块二作业

紫云

架构实战训练营模块 2 作业

Sonichen

Go的测试框架

Rayjun

Go 语言

架构实战营 - 模块七作业

思梦乐

50亿海量数据如何高效存储和分析? GaussDB (for Cassandra) 3个秘诀搞定

华为云开发者联盟

存储 华为云 海量数据 分析 GaussDB (for Cassandra)

架构设计系列二 如何抓住架构设计的关键点

nydia

书单 | 做数字化转型,离不开这10本书!

博文视点Broadview

架构实战营模块二作业-分析微信朋友圈的高性能复杂度

李焕之

软件社区中的“沉默的大多数”_文化 & 方法_Vadim Kravcenko_InfoQ精选文章