Back to home

Compare

Comparing: After a year of AI coding, senior developers admit: judgment beats prompts & AI 编程入门学了一年后,资深开发者终于承认:判断力比 Prompt 更值钱

AEN
AI CodingCursorCopilot·

After a year of AI coding, senior developers admit: judgment beats prompts

What this is

Over the past year we've seen too many AI coding tutorials, with 90% of them covering how to use Cursor and Copilot. A recent Juejin article—the seventh installment of AI Coding in Practice—takes a different tack: the first six pieces covered tools and methods, but the seventh pulls the focus back to something more fundamental—code written by AI cannot be used as-is.

The three principles the article lays out aren't complex. First, treat AI as an assistant rather than an answer machine—AI can only produce drafts and suggestions, while business judgment, security accountability, and acceptance/delivery still rest with humans. Second, when asking questions, specify four things clearly—context, goal, constraints, and output format—which works better than any prompt template. Third, all AI output must pass two layers of verification—whether the code runs is one thing, whether the results are correct is another.

The real signal behind these three principles is the working consensus the industry has built up over a year: AI coding is no longer a tool problem—it's a workflow problem.

Industry view

Supportive voices point out that the three principles line up perfectly with what companies like Cursor, Anthropic, and GitHub have stressed on stage all year: "AI is the copilot, not the autopilot." This is the signal that the developer community's understanding has finally caught up with the vendors' messaging.

But the cooler voices are worth hearing. These three principles sound plain, but executing each one carries organizational cost: treating AI code as drafts means keeping code review in place; mandatory two-layer verification means testing roles actually get busier in the short term. The "AI coding cuts costs" story sounds sexy, but implementing it is paying down a debt.

Every decision-maker evaluating AI coding procurement should read this judgment carefully: tool procurement is only the entry point; the real costs hit during process transformation and rebuilding team capability.

Impact on regular people

For enterprise IT: after purchasing AI coding tools, budget priorities will shift from licenses to building code review and testing workflows—CIOs should carve out a dedicated line item for the latter.

For individual careers: non-programmer white-collar workers can also benefit from these three principles by transferring them to everyday AI collaboration—don't treat AI as an all-purpose assistant, articulate requirements clearly, and review every output yourself.

For the consumer market: the biggest barrier to consumerizing AI coding tools isn't the subscription price—it's whether users have the basic ability to "understand, modify, and verify." The future winners are most likely not the companies with the strongest tools, but the companies with the most complete teaching.

Source: juejin.cn
BZH
AI编程CursorCopilot·

AI 编程入门学了一年后,资深开发者终于承认:判断力比 Prompt 更值钱

这是什么

过去一年我们看过太多 AI 编程教程,90% 都在讲 Cursor、Copilot 怎么用。掘金上一篇《AI 编程实战》第 7 篇做的事情不一样:作者前 6 篇讲工具与方法,第 7 篇把焦点拉回更基础的事——AI 写出来的代码,不能直接用。

文章给出的 3 条原则并不复杂。第一,把 AI 当助手而不是答案机,AI 只能给草稿和建议,业务判断、安全责任、验收交付还是要人来扛。第二,提问要把背景、目标、限制、输出格式 4 项写清楚,比任何 Prompt 模板都管用。第三,所有 AI 输出都要经过两层验证——代码能不能跑是一回事,结果对不对是另一回事。

这 3 条原则的真正信号,是行业用一年时间沉淀下来的工作共识:AI 编程已经不是工具问题,而是协作流程问题。

行业怎么看

支持的声音认为,3 条原则和过去一年 Cursor、Anthropic、GitHub 等公司在发布会上反复强调的“AI 是副驾驶,不是自动驾驶”完全一致。这是开发者社区的认知终于追上产品厂商的信号。

但也有冷静的声音值得听。这 3 条原则听起来朴素,但执行起来每一条都意味着组织成本:把 AI 代码当草稿用,就要保留代码评审机制;强制两层验证,意味着测试岗位短期内反而更忙。AI 编程降本的故事,听起来性感,做起来是要还债的。

这条判断值得每一位正在评估 AI 编程采购的决策者认真读:工具采购只是入口,真正的费用发生在流程改造和人员能力重建上。

对普通人的影响

对企业 IT:采购 AI 编程工具之后,预算重心会从许可证漂移到代码审查与测试流程建设,CIO 应该把后者的预算比例单列出来。

对个人职场:非程序员白领也能从这 3 条原则里获益,把它平移到日常 AI 协作——不把 AI 当万能助手、把需求说清楚、所有产出自己再过一遍。

对消费市场:AI 编程工具 C 端化的最大障碍不是订阅费,是用户是否具备“理解、修改、验证”的基本能力。未来的赢家最可能不是工具最强的公司,而是教学最完整的公司。

Source: juejin.cn