作为学生，我对后端工程的看法

Source: Dev.to

（请提供您希望翻译的具体文本内容，我将为您翻译成简体中文。）

介绍

当我开始学习后端开发时，我最初以为这仅仅是编写 API 并连接数据库。但随着我在工程专业的第二年学习，操作系统、计算机网络和数据库管理系统等课程彻底改变了我对后端系统的认识。

这篇文章不是教程。它讲述了学习核心计算机科学基础如何塑造了我作为后端‑专注学生工程师的思维方式——以及它如何帮助我更好地理解真实世界的系统。

为什么后端工程吸引我

我一直对发生在 幕后 的事情更感兴趣：

• 请求是如何被处理的
• 数据是如何高效存储和检索的
• 系统在负载下是如何扩展的
• 故障是如何被优雅地处理的

后端工程更关注 逻辑、可靠性和正确性，而不是视觉效果，这自然符合我的思考方式。

操作系统如何改变了我的视角

学习 操作系统 让我对之前盲目使用的东西有了清晰的认识。

关键概念

• 进程 vs. 线程
• 上下文切换
• 同步与竞争条件
• 内存管理

这些让后端概念变得 真实。当我后来使用 goroutine、工作池或并发请求处理时，我不再只是使用功能——我理解了 为什么并发需要纪律 以及 如果使用不当会出现什么问题。操作系统教会我，性能与正确性是深度关联的。

计算机网络让 API 变得有意义

在学习 计算机网络 之前，HTTP 感觉像魔法。

学习之后：

• TCP 与 UDP
• 延迟和丢包
• DNS 解析
• 客户端‑服务器通信

API 不再只是“端点”，而是变成了 网络对话。了解数据在网络中的传输方式帮助我：

• 设计更简洁的 API
• 考虑超时和重试
• 尊重每一次请求的成本

这让我变得更谨慎，而不仅仅是更有信心。

DBMS 教会我尊重数据

DBMS 是一个转折点。

像这样的概念

• Normalization
• Indexing
• Transactions
• Isolation levels
• Crash recovery

彻底改变了我看待数据库的方式。与其把数据库当作一个黑箱，我开始思考：

• 为什么查询会变慢
• 索引到底是如何起作用的
• 一致性到底意味着什么
• 为什么故障并不等同于数据丢失

这种思维方式后来在我构建处理真实数据和边缘案例的后端项目时发挥了重要作用。

在后端项目中应用这些概念

当我开始构建后端系统时，一切都相互关联：

• OS 帮助我思考并发和资源使用
• CN 帮助我设计更好的请求流
• DBMS 帮助我编写更安全、更高效的数据逻辑

我不再问 “How do I implement this?”，而是开始问 “How should this behave under real conditions?”，这种转变意义重大。

为什么我喜欢在后端系统中使用 Go

在学习后端开发时，我倾向于 Go，因为它鼓励：

• 简单胜于巧妙
• 显式的错误处理
• 清晰的并发模型
• 强大的网络标准库

Go 不会让我隐藏错误——它迫使我思考得更清晰。这与我在学术上学习的基础知识非常契合。

持续学习，持续改进

我并不认为自己是专家。我仍在学习：

• 更深入的系统设计概念
• 分布式系统
• 更好的数据库内部原理
• 可观测性和可靠性

早期学习操作系统、计算机网络和数据库管理系统帮助我建立了一个 强大的思维模型 用于后端工程——这比工具更重要。

结束语

后端工程不仅仅关乎框架或语言。它涉及对系统、权衡以及故障模式的理解。

如果你是学习后端开发的学生，请不要忽视你的计算机科学基础——它们悄然影响着你成为多优秀的工程师。

感谢阅读。