找回密码
立即注册
搜索
热搜: Java Python Linux Go
发回帖 发新帖

3110

积分

0

好友

426

主题
发表于 11 小时前 | 查看: 3| 回复: 0

最近,AI 编程工具 Cursor 团队的首席设计师 Ryo Lu 发布了一篇长推文,题为《软件依然关乎思考》,在开发者圈内引发了广泛的讨论。这篇推文深刻地剖析了在 AI 辅助编程盛行的当下,程序员真正不可替代的价值是什么。其中的观点不仅限于编程领域,对于任何试图利用 AI 提升工作效率的人,都具有深刻的启示意义。

软件的本质:将模糊需求转化为清晰系统

Ryo Lu 开篇即点明核心:软件开发的本质,始终是将模糊的人类需求,转化为精确、相互咬合的系统。这门手艺的关键在于“拆解”:需要创建什么样的抽象模型?各个模块的边界应该划在哪里?它们之间又该如何通信协作?

听起来有些抽象?举个例子就明白了。当老板说“我们需要一个用户管理系统”时,这个需求本身是模糊的。用户管理具体包含什么?注册登录、权限分配、用户画像分析是否都涵盖在内?这些功能模块之间的边界如何界定?数据该如何流转?哪些是核心组件,哪些属于外围拓展?

在理清这些问题之前,无论写多少行代码,都可能是徒劳。真正让软件工程师值钱的,从来不是敲击键盘的速度,而是系统性思考与清晰定义问题的能力

AI 带来的新陷阱:缺乏结构的速度

如今,借助 Cursor 等 AI 编程工具,代码的生成速度得到了极大提升。但 Ryo Lu 尖锐地指出,这恰恰制造了一个新陷阱:表面上的高速,掩盖了底层结构的缺失

你可以让 AI 快速生成实现某个功能的代码块。但如果你自己对系统的整体架构没有清晰的认识,不清楚模块边界、核心约束和关键的抽象设计应该是什么样子,那么最终得到的,很可能是一堆“能跑起来”但“经不起推敲”的代码。表面上功能实现了,但需求稍有变动便错误百出,想要新增功能时更是牵一发而动全身。这种代码,被形象地称为“AI 垃圾”。

究其根源,是因为这些代码背后缺乏一个连贯、一致的思维模型作为支撑

AI 无法取代系统思考,只会放大其缺失的代价

这是推文中极具洞察力的观点之一。AI 并不会替代系统思考这项工作,它只会放大你不进行系统思考所付出的代价。

如果你不清楚自己要在结构上达成什么目标,AI 就会用其训练数据中最常见的通用模式来填补你留下的空白。结果就是,你用一堆通用的解决方案,去应对自己特定的、独特的问题。本该清晰定义的边界处,出现了大量紧耦合的代码;同一件事可能以三种不同的方式实现,只因你从未明确规定应采用哪一种。

推文评论区有一句话总结得极为精辟:“需求的模糊性本身就是技术债,而 AI 只是让这笔债务的利息以复利形式加速滚雪球。”

任务链越长,人的核心角色越重要

Ryo Lu 还提到了一个反直觉的现象:随着 Cursor 这类工具能处理的上下文长度(任务步骤)越来越长,理论上人的作用应该减小。但实际情况恰恰相反,当 AI 需要执行的步骤从 10 步增加到 100 步时,你的角色反而变得更加关键

为什么?因为“方向大致正确”与“真正理解整个系统”之间的差距,会随着任务链长度的增加而呈指数级放大。让 AI 执行 10 步,初始方向稍有偏差或许影响不大。但让它执行 100 步,开始时微小的偏差,最终可能导致结果与预期南辕北辙。

这就像驾驶汽车:如果只开 100 米,方向盘偏一点无所谓。但若要长途驾驶 1000 公里,出发时仅偏差 1 度,最终可能会到达一个完全不同的城市。

技能的迁移:从编写单行代码到掌控全局

那么,在 AI 时代,程序员的核心技能究竟发生了怎样的转变?

Ryo Lu 的总结是:从编写每一行代码,转变为在脑中构建完整系统,并能精准传达其本质。

具体来说,包含以下四个关键职责:

  1. 定义边界:核心抽象是什么?某个组件应该知道什么,不应该知道什么?状态应该存放在哪里?
  2. 明确不变量:系统中哪些条件必须永远为真?是哪些常量和默认值保证了系统的稳定运行?
  3. 引导分解:如何合理地拆分需求?自然的结构是怎样的?哪些部分是稳定的,哪些部分可能频繁变化?
  4. 维护一致性:当 AI 生成越来越多的代码时,你需要确保它们符合你设定的思维模型,遵循已有的设计模式,并严格遵守既定的模块边界。

这其实就是优秀的系统架构师一直在做的工作:他们不亲手编写每一行代码,但牢牢把握着系统的设计蓝图,引导整个项目走向逻辑连贯、结构清晰。AI 代理就像一个执行速度极快、但理解方式极其字面化的“团队成员”。你必须清晰地告诉它前进的方向,它才会朝着目标迈进。

真正的危险:利用 AI 跳过思考环节

推文中有一段话尤为发人深省:最大的危险在于,因为 AI 让‘思考’这个步骤看起来是可选的,于是许多人就真的跳过了它。

不少人依靠不断调整提示词,跌跌撞撞地“敲”出了一个自己根本不完全理解的代码库。一旦出现问题,他们无从调试,因为系统本身就不是他们设计的。当需要扩展功能时,他们举步维艰,因为现有的只是一堆功能的堆砌,而非一个有结构的系统。

这种现象正变得日益普遍。有人用 AI 在两小时内搭建出一个“看起来能用”的应用,兴奋地发布后,却发现修改一个小需求需要花上两天时间。原因在于,那并非他设计的系统,而是 AI 基于其自身理解模式“堆砌”出来的产物,开发者自己对其内部运作机制一无所知。

深度思考者将获得百倍效率提升

然而,硬币的另一面是,那些坚持深度思考、善于进行系统设计的人,其工作效率将获得百倍提升

你将时间投资在真正复杂的问题上:理解你到底要构建什么,以及为何要这样构建。AI 则负责处理那些机械化的“翻译”工作——将你的设计意图转化为具体代码。你不再需要纠结于琐碎的语法细节,因此可以更长久地停留在架构层面进行思考。

这才是效率提升的真正来源:不是让 AI 代替你思考,而是让 AI 替你执行,而你专注于思考本身。

未来的分野:系统构建者与“垃圾”生产者

推文在结尾对程序员群体的未来做出了一个判断。Ryo Lu 认为,未来并非 AI 取代程序员,也不是人人都能成为程序员。未来的分野在于:能够清晰思考系统的人,将以惊人的速度构建出优秀的软件;而那些不能的人,则只是在以更大的规模生产“垃圾”代码。

核心技能将转变为:把握复杂性,清晰地拆解它,并精确地传达系统结构。更少的语法纠结,更多的系统思维;更少的实现细节,更多的架构设计;更少的代码编写,更多的连贯性设计。

人类所擅长的——识别模式、理解权衡、对事物如何组合做出判断——这些能力在 AI 时代不仅没有贬值,反而变得愈发珍贵。

最后这句话尤为精彩,值得单独铭记:“AI 救不了思维混乱的人,它只是让混乱的思维跑得更快。”

启示:超越编程的通用法则

你可能会问,这个道理是否只适用于程序员?仔细想想,并非如此。AI 工具正在渗透各行各业:写作、设计、数据分析、演示文稿制作……每一个领域都面临着相同的挑战:AI 可以帮你快速产出内容,但如果你脑中缺乏清晰的框架和逻辑主线,产出的很可能只是一堆“看起来像样”但“经不起深究”的东西。

撰写一篇文章,如果你自己都不明确核心论点、文章结构与叙事逻辑,那么 AI 为你生成的,很可能是一篇四平八稳却毫无灵魂的文字。制定一份商业方案,如果你对问题的本质、解决路径和关键假设模糊不清,那么 AI 协助完成的,或许只是一份精美却无法落地的文档。

工具越强大,使用工具之人的判断力与设计思维就越发关键。 这或许是 AI 时代最为重要的一项认知。

正如推文评论区一位网友的精妙总结:“新时代的高级工程师,是那些能够有效约束 AI ‘搜索空间’的人。” 换言之,新时代的高手,是清楚知道该让 AI 做什么、更要知道不该让它做什么的人。

想明白这一点,或许比熟练操作任何一款具体的 AI 工具都更为重要。

在技术快速演进的浪潮中,保持深度思考与系统设计的能力,是我们作为创造者最坚实的护城河。欢迎在云栈社区开发者广场继续探讨AI时代的技术趋势与职业发展。




上一篇:大模型推理硬件体系结构优化:应对性能挑战的存储与互连架构演进
下一篇:超高频数据量化研究:财报发布为何总引发股价跳跃?| 最新学术论文分析
您需要登录后才可以回帖 登录 | 立即注册

手机版|小黑屋|网站地图|云栈社区 ( 苏ICP备2022046150号-2 )

GMT+8, 2026-2-10 19:34 , Processed in 0.397486 second(s), 38 queries , Gzip On.

Powered by Discuz! X3.5

© 2025-2026 云栈社区.

快速回复 返回顶部 返回列表