【面向没有IT经验者】一位文科毕业生成为基础设施工程师后领悟到的：语言的力量

介绍

嗨，我是帕鲁🐶

这次，我将以一个拥有深厚人文背景却投身IT行业的人的视角，分享我的观察、学习以及我想与处境相似的人分享的一些经验。
欢迎阅读！

你当初为什么会选择成为一名基础设施工程师？

我一直很敬佩日本的语言老师，所以大学选择了文学专业，辅修了教育学、心理学和哲学等科目。
我不玩游戏，所以电脑只用来写Word报告，我以前从来没写过程序。我对服务器之类的东西一窍不通，对IT完全没有概念。

当我开始找工作并思考自己想要怎样的生活时，我第一次对IT行业产生了兴趣。我
辞掉了我梦寐以求的教师工作，因为我发现那种工作方式不适合我。

我当时想：“这是一份技术性工作，应该不愁收入，而且工作时间似乎也比较灵活。不知为何，很多IT公司都欢迎文科毕业生……” 我心想：“我也能成为一名工程师吗？” 于是，我一头扎了进去，虽然什么都不懂，但就这样，我成了一名工程师。
通过一次偶然的机会，我加入了Beyond公司，经过培训后，被分配到系统解决方案部门，成为了一名基础设施工程师。

IT 界对我来说就像一门陌生的语言。

我刚入职的时候，说实话，我完全听不懂前辈们在说什么，感觉就像身处异国他乡。这种情况
不仅限于IT领域；只要出现任何我不熟悉的词汇，我就完全听不懂他们在说什么。

所以，查找不熟悉的术语→在解释中遇到更多不熟悉的术语→然后继续查找 我陷入了一个无休止的循环：
例如，什​​么是 VPC（AWS）？→“它是一个网络空间，您可以在其中启动 AWS 资源，该网络空间位于逻辑隔离的预定义虚拟网络中。”→……逻辑隔离？虚拟网络？那是什么？！→我又查了一遍。

此外，我不但难以理解 IT 术语，而且难以理解“IT 特有的概念”。

就基础设施而言，服务器就是一个例子。它们对于运行服务至关重要，但它们又如此模糊不清，以至于人们常常会问：“它们到底能做什么？”尤其是在云计算成为主流的今天，服务器和网络设备几乎是隐形的。
在工作中，要不断地思考、理解和想象这些“看不见的东西”。

如果你以前从未听说过，这些基础设施术语可能难以理解。

在那个语言陌生的地区，我每天都在研究那些我看不见的东西，但最让我困惑的是现场每天都在使用的那些独特的行业术语。
在这里，我想介绍一些你可能第一次听到时会感到困惑的词汇。

终止该进程

强制退出程序。不知为何，它使用了“kill”这个残酷的词语。

名称解析

指的是将域名转换为 IP 地址的过程。用“解析”这个词来描述这个过程感觉有点奇怪。

尝试挖掘

用于查找DNS记录的命令。它不仅在音乐领域使用，在IT领域也同样适用。

它是否抛出错误？

意味着错误信息会被输出到日志文件中。IT术语中充斥着诸如“输出”（日志被输出）和“消耗”（内存消耗）之类的形象化表达。

一个有踏脚凳的环境

“跳板服务器”指用于转发生产环境流量以增强安全性的服务器。虽然含义简单明了，但这个名称并不恰当。

我回归基础，列出了一大堆东西。
两年过去了，我一直在不假思索地使用它们，但客观地看，里面有很多生僻词。

事实上，这是一份与“文字”打交道的工作。

我跳入了一个未知的世界，努力适应陌生的术语，但我正在逐渐习惯实际工作。

在实际担任基础设施工程师两年后，我意识到，通过沟通解决问题比盯着黑屏在电脑上敲命令更重要。

提到工程师，你可能会想到他们整天对着电脑，磨练技能。然而，实际上，基础设施工程师的大部分时间都花在与客户和同事沟通上。这是因为技术仅仅是一种工具，而我们的职责是解决客户在基础设施方面遇到的问题。

要解决问题，我们首先需要了解“客户真正遇到的困难”。客户的IT知识水平参差不齐。我们会与他们沟通，了解他们的真实目标和潜在风险，并解答诸如“它好像出了点问题”或“我想这样做”之类的模糊需求。然后，我们会从客户的角度出发，用通俗易懂的语言解释我们提出的解决方案（这些方案通常涉及许多客户不熟悉的IT术语）。

，在很多时候都会派上用场，例如理解客户的观点并以易于理解的方式进行沟通的能力。我在学生时代学到的那些我认为与 IT 完全无关的技能我相信，

概括

你觉得怎么样？

我刚才说了不少自以为是的话，但我自己也只是个初级工程师，所以我会尽我所能稳步提升技能，成为一名合格的基础设施工程师！

希望这篇文章能给即将踏入未知领域的你们带来一些鼓励。
感谢阅读到最后！(^^♪

参考资料：什么是 Amazon VPC？