写点什么

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

  • 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:443725

评论 1 条评论

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

接口测试框架实战 | 流程封装与基于加密接口的测试用例设计

霍格沃兹测试开发学社

接口测试项目实战与经典面试题解析,挑战 BAT 大厂必会!

霍格沃兹测试开发学社

接口管理工具YApi怎么用?颜值高、易管理、超好用

霍格沃兹测试开发学社

快速安全的将 Azure SQL 迁移到云原生数据库 Amazon Aurora

亚马逊云科技 (Amazon Web Services)

数据库 云原生

数字化转型-数据资产管理

小鲸数据

数据资产 数字化 数据价值 数据管理 数据资产管理

做好企业的内部知识管理的方法

Baklib

干货|app自动化测试之Capability 使用进阶

霍格沃兹测试开发学社

技术分享 | 测试平台开发-前端开发之Vue.js 框架的使用

霍格沃兹测试开发学社

干货|app自动化测试之设备交互API详解

霍格沃兹测试开发学社

技术分享 | 测试平台开发-前端开发之Vue.js 框架

霍格沃兹测试开发学社

持续交付-Jenkinsfile 语法

霍格沃兹测试开发学社

接口测试该怎么做?持证上岗的Charles,可以帮你做什么?

霍格沃兹测试开发学社

干货|接口测试必备技能-常见接口协议解析

霍格沃兹测试开发学社

干货|移动端App自动化之触屏操作自动化

霍格沃兹测试开发学社

接口测试框架实战(二)| 接口请求断言

霍格沃兹测试开发学社

接口测试框架实战(一) | Requests 与接口请求构造

霍格沃兹测试开发学社

Groq:从头设计一个张量流式处理器架构

OneFlow

人工智能 深度学习 处理器

做好产品手册,发现优质顾客

Baklib

快速上手 Pytest + Requests + Allure2 测试框架实战技能

霍格沃兹测试开发学社

供应链管理是对产品流、信息流、资金流综合管理

水滴

供应链

接口协议之抓包分析 TCP 协议

霍格沃兹测试开发学社

EMQ亮相服贸会:夯实IoT数字底座,加速迈向工业4.0时代

EMQ映云科技

物联网 IoT 工业4.0 服贸会 9月月更

性能测试实战 | 修改 JMeter 源码,定制化聚合压测报告

霍格沃兹测试开发学社

gitlab system hook使用案例——与已有系统打通

阿呆

gitlab system hook 效能工具

技术分享 | Spring Boot 集成 Swagger

霍格沃兹测试开发学社

持续交付-Blue Ocean 应用

霍格沃兹测试开发学社

接口测试 Mock 实战(二) | 结合 jq 完成批量化的手工 Mock

霍格沃兹测试开发学社

接口测试实战| GET/POST 请求区别详解

霍格沃兹测试开发学社

DolphinScheduler&RocketMQ 联合 Meetup 即将重磅开启,集中展示任务调度与消息队列能力!

阿里巴巴云原生

阿里云 RocketMQ 云原生 DolphinScheduler

干货|app自动化测试之模拟器控制

霍格沃兹测试开发学社

技术分享 | Spring Boot 异常处理

霍格沃兹测试开发学社

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