当GitHub Copilot能秒级生成函数，当低代码平台让业务人员拖拽出应用，开发工程师的“写代码”技能正在被快速商品化。许多人哀叹工程师将被取代，但我看到了相反的图景——那些只会写代码的工程师确实危险，而那些懂得“为什么写”的工程师从未如此珍贵。这是效率工具与深度思考的赛跑，也是工程师群体自我进化的分水岭。
效率工具让我们以更快的速度制造软件，却也加速了技术债务的堆积。我们对比两类开发：一类是工具驱动型，他们拥抱一切自动化，追求每小时的代码行数，却对系统的长期演变漠不关心；另一类是问题驱动型，他们宁可慢一点也要确保架构的演进与业务复杂性匹配。后者看似“低效”，却能在三年后避免重构的泥潭。正如霍斯特·里特尔所述，“混乱”不是问题，而是设计的一部分——工程师必须学会在混沌中寻找秩序，而不是用蛮力掩盖熵增。
我提出“无用之用”的工程师范式：不再以代码产出量作为核心KPI，而是以“决策质量”衡量价值。一个优秀的工程师，其最核心的能力是定义问题——在需求尚未清晰时，能通过提问剥离表象；在技术选型时，能抵抗流行框架的诱惑；在业务压力下，能坚持对质量的底线。这种能力看似“无用”，因为不直接产出代码，却决定了软件的生死。它要求工程师掌握经济学、心理学与系统论，成为横跨技术与业务的“翻译者”。
开发工程师的未来不是被AI取代，而是被AI激活更高级的认知。我们要主动放弃与机器比手速的执念，转而培养那些机器难以复制的能力：建立因果模型、预见技术债务的利息、协调组织与系统的共振。在一个效率轰鸣的时代，选择做一个“慢”的工程师，是一种反叛，也是真正的专业主义。唯有如此，我们才能从代码的奴隶成为系统的诗篇。