软件社区中的“沉默的大多数”
美国前总统尼克松在竞选活动和总统任期内使用了“沉默的大多数”一词。它指的是当时那些没有参加大型反越战示威活动的人,那些没有加入反主流文化的人,以及那些没有参与公共话语的人。和许多人一样,尼克松认为美国中产阶级群体在媒体上的声音被更强势的少数群体所淹没。
我们不是要谈论政治。大多数人的声音被少数人的声音所淹没,这是一个非常有趣的概念,在软件开发领域也是如此。
在软件开发中,沉默的大多数是指在幕后写代码、调试程序和解决复杂问题的工程师。他们不参与 Visual Basic 与 Pascal 孰是孰非的争论——他们只是用这些编程语言完成他们的工作,甚至不知道他们选择的语言还存在这么多争议。
事实上,如果没有这些沉默的大多数,许多项目会停滞不前。他们默默耕耘以让项目保持正轨,并防止它发生崩溃。
在 Hacker News 和 Reddit 上似乎还存在一种假设,即互联网上任何形式的发声——视频、博客、播客等——都与幕后的活动成正比。如果你经常看到有关加密货币的东西,那么你可能正在刷推特,如果你离开这个圈,走到外面去,你会发现大多数人其实并不在乎这些东西。
沉默的工程师
在浏览 Hacker News 时,我有时候会觉得每个开发者都在为 FAANG(美国五大互联网巨头)工作,因为总是会有人发一些炒作他们产品的帖子。或者,你可能会认为 PHP 现在已经退役了,因为只要一提到它,所有人都会在评论中表达厌恶的情绪。
![](http://mdimg.wxwenku.com/getimg/356ed03bdc643f9448b3f6485edc229b695bd4e9aed9d814efac44cf0685721b97552eaf05a1841f8f61aeaf6a717aec.jpg)
漫画为 Dilbert 和沉默的工程师。可能与我要说的不太相关,但仍然很有趣。
但坦率地说——这些人大概占所有开发者的 1%,其余的人只是在用他们选择的编程语言(无论是 Fortran、COBOL、Perl 还是 PHP)埋头写代码,并自得其乐。我见过很多人表达对某些编程语言的憎恨,以至于我很惊讶仍然有人用这些语言来写代码, 后来我才知道所有的东西都带有主观性,我读过的文章都只能代表一小部分开发者。
Hacker News 也并非那么受欢迎——我知道很多伟大的工程师从来没有访问过这个网站。有很多文章和评论是由那些热情程度与他们的经验不符的人写的,也许我也是其中的一员,但我只是喜欢写点东西而已,请见谅。
通常,Hacker News/Reddit 上的评论会被一群持有相同观点的人极化,然后你就很难反对并表达不同的观点,即使你比大多数人拥有更多的经验和更好的背景。
同样重要的是,我们需要承认不同年代的软件工程师之间是存在代沟的。每年都有成千上万的新软件开发者接受了与上一代不同的教育,这导致了对专业知识的认知偏差。
有些开发者多年来签署了许多保密协议,这让他们看起来好像什么都没做。
“沉默的大多数”中的一部分人仍然活跃在 GitHub 上,为他们喜欢的代码库修修补补,我为此感到很庆幸。有时候,我会看到空账号发起的拉取请求,并简要解释了实现了什么东西,这是他们在提交 bug 修复。
沉默的用户
我想你也知道客户反馈的重要性。毕竟,了解用户对产品的看法对产品的改进来说是至关重要的。然而,有些用户从来不给反馈,要么是因为他们对产品很满意,要么是因为他们懒得花时间填写调查问卷和提交 bug 报告——这就是用户当中“沉默的大多数”。
![](http://mdimg.wxwenku.com/getimg/ccdf080c7af7e8a10e9b88444af983936218c090e16746a22f88792268f918a969e4084fa73bbec9b17d7d9809e698f3.jpg)
与沉默的顾客打交道很难
因此,企业对用户的认识常常存在偏差,对错误的东西做了改进,认为他们只需要为那些填写了“你喜欢这项服务的哪些方面”调查问卷的人改进产品。顺便说一句,我从来不填这些问卷,那是在浪费时间。如果我正在使用一项服务,说明我对它是感到满意的,否则的话我会选择另外一个。
你不能指望沉默的用户会给你提供反馈,但你仍然可以从他们身上了解到很多东西。首先,观察他们如何使用你的产品;其次,通过适当的分析来洞察他们的需求和期望。
![](http://mdimg.wxwenku.com/getimg/6b990ce30fa9193e296dd37902816f4b10e483a08839fbf8ecf9def7afde613ed0714d15c89625de9aa645729adb0500.jpg)
沉默的用户的问题在于,虽然他们通常要求很少,但如果他们感到不满意,他们也会悄无声息地更换供应商。
为发声辩护
发声其实是很难的。这可能看起来很简单——你只需要写一篇文章或制作一个视频——但为什么只有一小部分人这么做?这是有原因的。因为这需要大量的时间,即使是这篇短短的文章也花了我周末几个小时时间。并不是每个人都愿意为了把自己的意见传达给大众而去做这么费时费力的事情。
这还需要自信——你只要在互联网上发表意见,总会有人跟你对着干,所以你需要做好心理准备,你可能会看到很多与你意见不同的评论。阅读负面评论可能会让人感到沮丧,但更重要的是要记住,不是每个人都会同意你的观点。这其实没什么,我们都是业余爱好者,都会犯错。
![](http://mdimg.wxwenku.com/getimg/356ed03bdc643f9448b3f6485edc229bae7143776117686790cee2dbea46c751b93011c0db9e36dbef3ad9f2f8f57316.jpg)
有时候,人们写评论只是为了参与争论。
我的想法
以下是我最后的想法。在软件社区存在着两种思想流派,有些人认为发声和分享观点很重要,而另一些人则认为最好保持沉默,用高质量的工作说话。在我看来,更多的声音是一件好事。
首先,当你发声时,才更有可能被听到。如果你有什么有价值的东西要分享出来,就应该为自己和社区大声说出来。其次,更多的声音有助于创建一个更包容的社区。网络上的对话往往被一小部分人主导,我们只有大声说出来,才能确保每个人的声音都被听到。
当然,你可能会被否定,但那又有什么关系呢?
在很多情况下,恐惧是阻碍我们前进的一大因素——害怕批评,害怕说蠢话。但如果我们想让软件社区茁壮成长,就需要克服这种恐惧并开始发声。现在是我们大胆发声的时候了。只有这样,才有望创建一个真正包容的社区,让每个人都感到受欢迎和受重视。
- 【精通内核】Linux 内核并发控制原理信号量与 P-V 原语源码解析
- 「趣学前端」SVG,边学边做
- 你真的理解 C 语言中的 “ 数组 ” 吗?(初阶篇)
- 深入思考 Schema 管理的几个基本问题
- 软件社区中的“沉默的大多数”
- 数据中心网络架构的需求原则及策略
- 汉诺塔(递归 非递归版)
- 手把手带你实现 JWT 登录鉴权
- 关于链路追踪所需要了解的知识
- k8s 自定义 controller 三部曲之一: 创建 CRD(Custom Resource Definition)
- Spring Security 系列教程 03-- 实现 HTTP 基本认证
- Spring Security 系列教程 06-- 前后端分离时的安全处理方案
- 在竞争中留住人才,员工认可比加薪更重要
- 每日一 R「21」Unsafe Rust
- 开源一夏 | 一文读懂 Shiro 登录认证全流程
- RTC 技术的试金石:火山引擎视频会议场景技术实践
- 一起学习设计模式:责任链模式
- 微软向 Windows Server 添加虚拟核心许可,引来亚马逊、谷歌等不满
- 对 JavaBean 的特点写法与实战心得详解
- 软件安全领域的新面孔 Seal:探索开源安全新边界 | Q推荐