从实习生到软件架构师

# 从实习生到软件架构师 来源：https://chauhankiran.blogspot.com/2026/09/levels.html ### 从实习生到软件架构师 (https://chauhankiran.blogspot.com/2026/09/levels.html) 2026年9月16日 你的职业生涯始于一名实习生或初级软件工程师。在这个阶段，你关注的是语法和语言构造，比如正确定义变量或常量、编写可复用的函数，或正确构建条件。我们称这个阶段为——**第1级**。 随着你对编程语言和代码日益熟悉，你的关注点开始转向程序文件。此时，你已经熟练掌握了语法和语言构造，因此不再纠结于这些细节，而是开始关注文件本身。你能够将不同的文件串联起来，以修复缺陷或实现所需的变更。你就此达到了**第2级**。 随着经验的积累，你开始关注一个模块——不仅仅是一组文件，而是一组逻辑上相关联的文件。之前，你看到的只是一组程序文件。但现在，你开始将程序文件视为一个模块。你了解文件之间的关联，并能对其进行合理解释。你到达了**第3级**。 接下来，你的旅程继续。你开始将多个模块视为一个整体应用。你不再局限于语言构造，不再只看一组文件，也不再只关注单个模块，而是将一组模块视为一个完整的应用。此时，你关注的是整个应用。当你评审PR时，在批准合并前，你会将整个应用的上下文纳入考量。你现在处于**第4级**。 随着经验进一步增加，你开始看到比应用更广阔的图景。你现在能看到应用之外的东西，例如服务、代理、DNS、安全、防火墙以及许多周边服务。你不仅关心应用本身，也关心这些维持应用运行所必需的服务。你现在清楚地了解一个请求如何进入应用，并如何通过所有这些服务发出。你达到了**第5级**。 你的旅程持续，你开始与管理其他应用（共同构成整个产品）的其他团队建立联系。你开始看到比单个应用和服务更宏大的图景。你了解应用如何共存、如何通信、如何被监控等等。你现在处于**第6级**。 我将在这里止步于第6级，因为我认为这是软件架构师角色变得清晰和完整的阶段。我并非说级别就此止步，但这是我本文讨论的终点。 总而言之，你从关注语法开始，最终达到了更关心应用服务器、代理、通信、安全等的阶段。 --- 尽管我使用了第1级到第6级的标签，但你可以根据在组织中看到的层级结构，将这些级别与你认为合适的职位对应起来。例如： 第1级 = 实习生 第2级 = 初级软件工程师 第3级 = 软件工程师 第4级 = 高级软件工程师 第5级 = 首席软件工程师 第6级 = 架构师 或者，你可以将某些级别合并到同一个职位下： 第1、2级 = 初级软件工程师 第3、4级 = 软件工程师 第5级 = 首席软件工程师 第6级 = 架构师 你也可以引入更多级别。例如： 第3级可以拆分为软件工程师和高级软件工程师两部分，在高级职位上，你需要运用设计模式编写出作为有效解决方案的软件。 --- 现在，让我们自上而下地看一下。 在第6级，架构设计得如此完善，以至于在第5级你无需担心其他应用。在第5级，应用搭建得如此完善，以至于在第4级你无需担心周边服务。在第4级，应用创建和维护得如此完善，以至于在第3级你无需担心应用内的其他模块。这种模式延续到第2级，代码编写得如此精良，以至于在第1级你不必担心你的微小代码改动会导致模块错误、使应用崩溃或影响整个产品！ 抽象层次添加得如此恰当，以至于在给定级别，只需要掌握必要的上下文。当你在第6级时，你不必关心应用或模块的代码，因为这已由第3和第4级负责。同样，在第2级，你不必担心产品的其他部分，因为那由更高级别处理。你只需专注于一组文件即可。 --- 随着人工智能的发展，这些级别之间的边界已经开始变得模糊。并非级别之间模糊，而是整个级别范围之间的界限模糊了。身处第2级的你，可能被期望从事第1至4级的工作，或者身处第4级的你，被要求处理第3至6级的任务。天才可以跨越这些级别，但缺乏只有通过经验才能获得的知识。 ---