21CTO导读：国外有的公司也会巧用新手工程师来“降本”，结果到客户那里把系统给搞砸了。

“叫我 从何说起呢？”这是个有趣的问题。为了帮助大家开启全新的一周，技术媒体《The Register》 推出新一期的“我？”专栏，让不同的开发者、运维工程师或者技术专家分享自己曾经犯过并承认的错误。

本周它向大家介绍一位读者，我们暂且称他为“马丁”，他向我们讲述了他在科技行业的第一份工作。

“我当时刚开始在一家规模很小的IT基础设施公司，担任网络工程师。由于我是公司里唯一一个使用思科设备的人，所以我便成了‘思科专家’，”他如此说道。

他的公司给马丁贴了这种标签然后去拜访一位客户，这位客户需要为运行 Nortel 设备（而不是他懂得一知半解的 Cisco 设备）的网络购买一台新交换机。

Martin 告诉我们说，他到达时受到了客户 IT 团队的热情接待，先是喝到了不错的咖啡，还友好地聊了聊添加 VLAN 的相关事宜。

寒暄过后，他便开始干活了。

他这样描述道：“我完成了机架安装、基本默认配置以及咖啡时讨论过的VLAN配置。” 然后他连接好所有设备，测试了结果，确认一切正常后，便准备离开。

他收拾东西准备回家的时候，电话突然响了。

“我感觉到一股力量在心里冲动，似乎要有大事发生，”马丁写道。“是客户的IT团队，他们问我是否做错了什么，因为超过4000个AS/400赛季的数据都丢失了。”

“我连接交换机的时间和会话断开的时间之间存在明显的因果关系，”马丁承认道。“恢复这些会话的唯一方法是让IT团队手动逐个终止它们。”

接下来的一个小时里，马丁看着他的客户IT团队收拾他留下的烂摊子。

“事后分析表明，问题的根源在于新交换机——确切地说是它的生成树协议设置。当时的 AS/400 系统通过 TCP/IP 仿真实现主机与主机之间的 SNA 连接，如果丢失一个数据包……那就完蛋了。”

马丁对自己的错误深深感到尴尬。

“那些IT同事对相当好，但我却让他们很头疼，”他写道。“但现在，经过这么多年，我以更客观的视角看待这件事，我意识到应该怪我的管理者们，他们叫我‘专家’，让一个资历尚浅的人独自负责这么大的客户。”

“肯定是上级后来注意到了，我才没有因此丢掉工作，”他写道。“但我那天学到了一些宝贵的教训！”

你是否曾以为自己对所从事的技术了如指掌，结果却发现并非如此？如果有这样类似的故事，也欢迎来稿～

作者：场长

参考：

https://www.theregister.com/networks/2026/08/31/who-me-techie-with-three-months-experience-was-sent-in-as-the-cisco-expert-and-proceeded-to-blow-everything-up/5293185