一名工程师的自白：“比起沉默装懂，我宁愿被叫做‘蠢蛋’！”

【CSDN 编者按】在技术圈，“不懂就问”看似是一个简单的道理，但在现实工作中，很多工程师却因为害怕暴露自己的“无知”而选择沉默，甚至宁愿花数小时死磕文档，也不愿开口提问。本文是一位工程师的自白，他曾因害怕显得“愚蠢”而困惑，但最终，他选择打破沉默，用提问打开成长的大门：比起沉默带来的困境，勇敢提问才是技术成长最快的捷径。

原文链接：https://shiftmag.dev/asking-questions-engineering-career-advice-4895/

作者 | Marko Antanaskovic      翻译 | 郑丽媛

出品 | CSDN（ID：CSDNnews）

某天，在我们的事件管理（Incident Management）频道里，有一条新消息弹出——某个产品功能的部分模块出现故障。

随即，团队人员的肾上腺素飙升！负责维护该功能的开发团队立刻开始讨论，评估影响范围，制定修复方案。所有人的目光都聚焦在这个事情上，所有人的压力迅速升高，时间在一分一秒地流逝。我们必须尽快通知客户，了解问题的影响范围。

终于，一条技术回复出现在了屏幕上：

“由于稳定离子流的通量电容模块出现问题，我们的 Photon Phaser 失效了！”

看到这个回答时，我的脑子里只剩下一连串问题：

等等，我们的产品到底是什么？我们公司到底是干什么的？！我是不是漏掉了什么重要信息？如果我说我听不懂题，问出来会不会显得很蠢？

你并不孤单，感觉自己“很蠢”其实很正常！

当然，我上面举的例子有点夸张（毕竟，我们公司既没有 Photon Phaser，也不需要稳定离子流），但现实中，这种情况几乎每天都会发生。

熟悉这项技术的同事，看到问题后可能会耸耸肩，说一句：

“哦，看来我们最近对通量电容的调整在这个场景下失效了，我们马上修复。”

而我呢？可能还在思考 Photon Phaser 到底是什么鬼，同时客户还在等我们通知！

每当这种时刻，我都很想问开发人员：“你能不能用‘人话’解释一下？” 但转念一想，我要是问了，会不会显得很蠢？——我该怎么办？是继续装懂，还是鼓起勇气开口？

如果不敢提问，就只能自己硬撑？

我在 Infobip 的职业生涯是从客户支持工程师（Customer Support Engineer）开始的，这个职位要求我对公司的产品和技术栈有基本理解。但这个岗位更像是个“万金油”角色：我既要和客户打交道，也要和技术团队沟通。

可问题是：我并不是开发人员，很多技术细节根本听不懂！当遇到不理解的概念时，我总是不敢问，害怕在开发者面前显得自己很无知。然而，随着时间的推移，我逐渐意识到：

面对这样一个庞大而复杂的平台，没人能知道所有事情。

即使我对产品和技术栈的了解越来越深入，甚至可以独立排查一些基础问题，但对于整个系统的架构，我仍然感到迷茫。当涉及到复杂的技术问题时，我依然会感到自己一无所知。

于是，我开始思考：“我是真的无知，还是只是需要换个方式学习？”

接受自己的“无知”，才是进步的开始！

我意识到，如果继续在“看起来很聪明”和“真正理解技术”之间挣扎，只会浪费时间。于是，我决定：

不管多蠢，我都要开口问，直到搞懂为止！

虽然网络上有大量关于云计算、网络、虚拟机、编程等的在线课程，但我并没有一个清晰的学习路径。如果我已经知道该学什么，那就说明我已经具备了一定的知识——但事实是，我甚至不知道从哪学起。

幸运的是，我每天都在和开发者打交道，他们就是我手边的“活教材”！

勇敢问一些“傻”问题，竟然真的有用！

这件事说起来很简单，但实际上，过去我一直很害怕显得愚蠢，所以哪怕机会就在眼前，我也不敢问。

但这次，我决定放下包袱：反正我已经觉得自己很蠢了，那还怕什么？最坏的情况就是……我确实很蠢而已！

结果，当我开始问问题时，我发现开发者们其实很愿意解释！比如：

“这个到底是什么意思？”

“能不能用更简单的方式解释一下？”

渐渐地，我发现自己已经可以拼凑出整个技术体系的框架。

当我的技术概念终于“成型”

随着我的不断提问，那些晦涩难懂的概念逐渐变得清晰起来。

数据中心不再是一个抽象的词汇，而是一个真实的空间，里面有一排排的服务器，运行着支撑客户业务的虚拟机；Photon Phaser 变成了虚拟机（VM）；Flux 电容变成了物理服务器（Host）……整个技术世界的轮廓逐渐浮现。

于是，我终于意识到：我并不是真的“蠢”，只是过去一直害怕提问。

如果你害怕提问，后果可能更严重

不敢提问的后果是什么？我之所以在文章开头用系统故障事件举例，就是因为在那种情况下，保持沉默的代价是很严重的！

如果没有人敢问：“Photon Phaser 的故障会对客户造成什么影响？”“这个问题到底是什么意思？”那我们就无法正确评估问题、找到关键负责人、快速通知客户，最终导致事故处理延误。

当然，在事故处理中，我们并不需要对每一行代码都了如指掌。但每个人都需要知道自己的职责，并准确掌握解决问题所需的信息。

这不仅仅适用于事故处理，在日常工作中同样适用。想象一下：

你在做一项任务，但不确定要求是什么，翻遍了所有文档，仍然找不到答案。可你不敢问同事，最终的结果可能是：交付的工作质量不佳，甚至影响整个团队。

会议上，有人讲了一大堆没人听懂的内容，大家都心照不宣地保持沉默，想着“总会有人问吧？”结果，团队效率低下，问题始终得不到解决。

打造“敢于提问”的团队文化

想要避免这些问题，最重要的是建立鼓励提问的团队文化。

（1）带头问“傻”问题

当你敢于问问题，别人也会更有勇气开口。刚开始，可能只有你一个人发声，但久而久之，整个团队都会受益。

（2）从“责备”转向“教育”

一个良性的技术文化，应该让团队成员感到安全，而不是害怕犯错。每个问题都代表一个改进的机会，无论是优化新人培训，还是改进内部沟通都可以。

（3）相信你的同事

当你敢于提问，实际上是在向你的同事传达一个信号：“我相信你不会嘲笑我，而是会帮助我。”

接受自己的“愚蠢”，才能走得更远！

就我个人而言，敢于提问不仅让我学到了技术，还让我成长为了可靠性运营工程师（Reliability Operations Engineer）。当然，这并不意味着我们可以肆无忌惮地问一些低效问题，但如果问题是真诚的、合理的，那就大声问出来吧！

正如 70 年代的一句报纸名言所说：“只要是真诚的，就没有愚蠢的问题。”

如果下次再遇到 Photon Phaser，请问问自己：你是愿意当个“蠢货”，还是继续沉默装懂？

发布于：江苏

相关推荐

一名工程师的自白：“比起沉默装懂，我宁愿被叫做‘蠢蛋’！”
VC工具人的自白
习惯性的沉默，可能是一种操控手段
被脸书开除的中国工程师尹伊：我不后悔那天的决定
离开学校后，我成为了一名独立教师
AI都会写代码了，软件工程师如何才能避免被商品化？
比起人工智能，我更怕人工智障
一名38岁大厂高管的“毕业”自白
一名优秀管理者的精进指南
一个古典自媒体主义者的自白

网址: 一名工程师的自白：“比起沉默装懂，我宁愿被叫做‘蠢蛋’！” http://www.xishuta.com/newsview133791.html