“编程已死”并未切中要点。
"Coding is solved" misses the point

原始链接: https://blog.mastykarz.nl/coding-is-solved-misses-the-point/

人工智能通过自动化“实现”层,让代码编写变得更快、更廉价,从而彻底改变了软件工程。然而,本文认为这并不意味着“编码问题已彻底解决”。 编写代码只是复杂流程中的最后一步,该流程始于对业务目标、产品设计和解决方案架构的理解。尽管人工智能擅长构建独立的演示应用,但在成熟组织混乱且复杂的现实中却举步维艰。企业软件开发需要深厚的机构知识——例如安全协议、遗留架构、跨团队归属权以及历史性限制——这些是模型难以轻松驾驭的。 正如文字处理软件简化了新闻工作,却无法取代实地报道的需求一样,人工智能简化了实现过程,却将瓶颈向上游转移。软件工程师的价值依然在于他们理解环境,并在组织特定的约束条件下做出稳健、战略性决策的能力。归根结底,代码只是软件工程的媒介,而非产出结果。人工智能仅仅是剔除了工作中最为机械的部分,从而揭示出工程学的核心挑战始终在于解决复杂的业务问题,而不仅仅是编写语法。

```Hacker News最新 | 往期 | 评论 | 提问 | 展示 | 招聘 | 提交登录“编程已解决”这一观点抓不住重点 (mastykarz.nl)11 分,listless 发布于 4 小时前 | 隐藏 | 往期 | 收藏 | 2 条评论帮助 johnwheeler 56 分钟前 [–] 这篇文章没抓住重点。它假定当前的商业运作方式将永远持续下去,但大语言模型(LLM)革命的目标是取代那些受此类约束的企业。诚然,初期它会与这些企业合作,但很快就会出现由大语言模型主导、能够站稳脚跟并经受时间考验的“拼凑型”代码库。回复codygman 11 分钟前 | 父评论 [–] “拼凑型”代码库,你这个说法很客气。回复 考虑申请 YC 2026 年秋季批次!申请截止日期为 7 月 27 日。 准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索: ```
相关文章

原文

Every few weeks, someone declares that coding is solved. If they mean turning a well-specified problem into runnable code, they’re increasingly right. But was writing runnable code ever the whole problem?

Language models have solved software engineering to the extent that word processors solved journalism: they made producing the output easier. Ask one to build a REST API or implement a React component, and work that used to take hours now takes minutes. Remarkable. But organizations need an answer to a harder question. Can AI solve the problems they actually have?

Demo apps are startups in miniature

The easiest way to convince yourself that coding is solved is to build a demo app, like a to-do list, a weather app, or a personal dashboard. The requirements are clear, there are hardly any constraints, and you’re free to invent the architecture as you go. You build on a blank canvas.

Now compare that to a mature organization. The task might sound like add a button, but before you write a line of code, you need to answer:

  • Which service owns this functionality?
  • Is there already an API we should use?
  • Why wasn’t this implemented before?
  • What security requirements apply?
  • Which architectural patterns are acceptable?
  • Which team owns this area?
  • How will this affect downstream systems?
  • What business constraints are we optimizing for?

How many of these questions are about writing code? Very few. Most require you to understand the organization.

That’s why the same model that feels magical on a weekend project can feel merely helpful inside an enterprise. While the programming problem is similar, the environment makes it harder.

We mistook the bottleneck for the discipline

For decades, writing code was one of the most expensive parts of software development, so we started equating software engineering with implementation. AI is making implementation dramatically cheaper and moving the bottleneck elsewhere.

Automation changes what becomes scarce. As implementation becomes abundant, our attention shifts to the next layer of abstraction. Software engineering has always involved several layers:

Software engineering hierarchy from business objective through product and solution design to implementation

Each layer answers a different question:

  • Business objective: What problem are we trying to solve?
  • Product design: How should users experience the solution?
  • Solution design: How should the system realize that experience?
  • Implementation: How do we express that in code?

Today’s models are becoming exceptionally good at the bottom layer. The rest of the stack is still there. We’re finally noticing how much work sits above implementation.

Organizations run on context

One thing separates hobby projects from enterprise software: context. More specifically, organizational context.

An organization already knows its architecture and domain language. It has historical decisions, engineering conventions, ownership boundaries, security requirements, business priorities. Years of building software have also created countless assumptions that nobody wrote down.

This context influences every step. Strategy and regulation shape business decisions. Customer expectations and established UX patterns shape product decisions. Existing platforms and services constrain solution design. Coding standards, frameworks, and deployment pipelines guide implementation.

A startup creates this context as it grows. An enterprise inherits decades of it. Asking a language model to build a greenfield application is fundamentally different from asking it to extend a ten-year-old production system. The hard part is making good decisions within an existing landscape.

AI is climbing the abstraction ladder

Every generation of development tools automates the most concrete layer of software engineering. Compilers automated machine code. Higher-level languages automated low-level programming. Frameworks automated infrastructure. Now language models are automating implementation. Each breakthrough feels revolutionary until the next layer becomes the bottleneck. That’s exactly what’s happening today.

The better AI gets at producing code, the more our conversations move towards understanding the business problem and designing the right experience. We spend more time fitting solutions into existing systems and making sound decisions within organizational constraints.

Code was always the medium

AI can write code. The mistake is assuming that writing code was ever the whole job. Organizations pay engineers to solve business problems. Code is the medium, not the outcome. So, is coding solved? If you mean translating a clear specification into working software, we’re getting close.

Software engineering covers the whole stack. Every generation of tools makes one layer cheaper and reveals the next. AI is revealing what software engineering was all along.

联系我们 contact @ memedata.com