大多数开发者误判自己的技能水平——教你如何真正了解

Source: Dev.to

开发者经常会思考自己何时从初学者转变为中级或高级。本文阐述了这些阶段之间的真实差异，说明了随着经验的积累，问题解决和思考方式是如何演进的，并解释了冒名顶替综合症和职位头衔等因素为何会让人难以准确判断自己的水平。

核心观点： 开发成长的关键在于你如何思考问题，而不仅仅是你使用的工具。

核心问题

“我仍然是初学者吗？”

与传统职业不同，软件开发没有明确的里程碑。没有官方考试可以把你从 beginner → intermediate → advanced 升级。

大多数开发者尝试根据以下因素来衡量自己的技能水平：

• 工作年限
• 掌握的编程语言数量
• 项目的复杂度
• 职位头衔

这些度量往往具有误导性。拥有 5 年经验的开发者仍可能保持初学者的思维方式，而有 2 年专注于问题解决的开发者可能已经达到了中级水平。

不同层级之间的真正差别并不在于你写了多少代码，而在于 你如何思考问题。

初学者

“初学者”并不是糟糕的程序员；它仅仅意味着大脑仍在学习编程问题的工作方式。

典型思维模式

• 语法层面的思考
  • 我应该使用哪个函数？
  • 什么语法可以修复这个错误？
  • 我该如何实现这个功能？

典型工作流程

Idea → Search tutorial → Try code → Error → Debug → Works

最重要的

• 通过项目实践（而非课程、理论）
• 项目能教会你：
  • 调试
  • 阅读文档
  • 将不同工具组合起来

这些技能会逐步把开发者从 初学者 → 中级。

转变：初学者 → 中级

这种转变并不是在学习新语言或框架时发生的；而是当你开始 理解问题 而不是仅仅复制解决方案时出现的。

• 你开始 识别编程问题中的模式。
• 与其搜索精确的解决方案，你会想：“我以前见过类似的情况，我知道该怎么着手。”

这种转变通常在完成了几个真实项目之后出现。

调试

• 初学者： 搜索完整的错误信息。
• 中级：
  • 阅读堆栈跟踪。
  • 确定问题的来源。
  • 步步分离并定位问题。

调试变成一种逻辑过程，而不是盲目的试错。

代码质量

中级开发者开始关注：

• 代码可读性
• 合理的函数结构
• 有意义的变量名
• 避免重复的逻辑

示例

// Beginner style
let a = users.filter(u => u.age > 18)

// Intermediate style
const adultUsers = users.filter(user => user.age > 18)

两者都能工作，但中级写法更清晰地表达了意图。

项目工作

当开发者不再仅仅通过跟随教程来构建项目时，往往会出现一个重要的转折点。他们会开始：

• 阅读文档
• 设计自己的项目功能
• 尝试不同的实现方式

教程变成了 参考资料，而不是一步步的指导。

中级 → 高级

高级开发者并不是因为掌握的语言数量而被定义。将他们区分开的 是他们处理系统、权衡取舍以及长期可维护性的方式。

关注点转变

他们不再问 “我该如何实现这个功能？”，而是思考：

• 这个功能会对系统产生什么影响？
• 随着用户增多，这个功能能否扩展？
• 6 个月后，这段代码的可维护性如何？

1. 基于权衡的决策

几乎不存在完美的解决方案。高级开发者懂得以下权衡：

• 性能 vs. 可读性
• 简单性 vs. 灵活性
• 开发速度 vs. 可扩展性

2. 为其他开发者编写代码

• 初学者思维： “代码能跑通吗？”
• 高级思维： “其他开发者能理解这段代码吗？”

优先级：

• 清晰的命名
• 模块化架构
• 文档化
• 可维护性

3. 提前预见问题

高级开发者常常在问题 出现之前 就发现它们，例如：

• 性能瓶颈
• 扩展性问题
• 安全漏洞
• 高耦合代码

4. 注重架构

此层级会提出的问题：

• 这应该是微服务还是单体应用？
• API 应该如何组织？
• 数据将在系统中如何流动？

他们的思考从 编写代码 → 设计解决方案 转变。

为什么技能水平很难判断

软件开发中最大的问题之一是开发者常常误判自己的技能水平。

• 一些初学者认为自己已经是高级水平。
• 一些有经验的开发者仍然觉得自己是初学者。

这种现象产生的原因主要有两个：

1. 心理因素
2. 行业期望

心理因素（达克效应）

在心理学中，有一个概念叫做 Dunning–Kruger Effect（达克效应）。它解释了为什么经验不足的人有时会高估自己的能力，而经验丰富的人往往低估自己。

The jo (原文在此处被截断；内容按原样保留)

开发者之旅

Beginner → “编程很容易”
Intermediate → “编程比我想象的更难”
Advanced → “我学得越多，就越意识到自己不知道的东西越多”

即使是有经验的开发者有时也会有以下感受：

• “我知道得不够”
• “有人会揭露我‘不是一个真正的开发者’”
• “其他人都更懂”

这种感觉在开发中极其常见。

标题 vs. 技能

• 不同公司对等级的定义差异很大。
  • 示例： 拥有 2 年 工作经验的人在初创公司可能被称为 高级开发者。
  • 示例： 拥有 8 年 工作经验的人在大型科技公司仍可能被称为 中级开发者。

职称并不是衡量技能水平的可靠指标。

了解许多工具并不一定意味着你对软件工程有深入的理解。

高级开发者关注的方面

• 问题解决
• 架构
• 可扩展性
• 设计模式

Source: …

评估你的水平

与其根据经验或使用的技术来判断你的水平，不如尝试评估你解决同一问题的方式。

示例问题

构建一个任务管理器 API，用户可以创建、更新和删除任务。

典型工作流（初学者）

Idea → Search tutorial → Copy example → Modify code → Make it work

示例代码

app.post('/task', (req, res) => {
  const task = req.body.task
  tasks.push(task)
  res.send("Task added")
})

它可以工作，但可能缺少：

• 验证
• 结构
• 可扩展性

中级做法

// router.js
router.post('/tasks', taskController.createTask)

// controller.js
export const createTask = (req, res) => {
  const task = taskService.create(req.body)
  res.json(task)
}

它们引入了：

• 控制器
• 服务层
• 模块化结构

高级做法

高级开发者会开始思考系统设计。

他们会提出的问题

• 这套系统如何扩展？
• 是否需要使用缓存？
• 认证怎么办？
• 服务之间应如何通信？

示例架构

Client → API Gateway → Auth Service → Task Service → Database

真正重要的

在软件开发中，初学者、中级和高级开发者之间的区别并不是由 工作年限 或你掌握的 技术数量 来定义的。
而是由 你如何思考问题 来决定的。

• 最重要的不是你进步的速度，而是你是否持续提升自己的思考方式。
• 优秀的开发者不是由他们掌握的工具决定的；而是由他们能够解决的难题决定的。

你认为自己现在处于什么阶段？

初学者、中级，还是高级？

欢迎在评论中分享你的想法和经历。