為何 AI 尚未改變一切(目前而言)

為何 AI 尚未改變一切(目前而言)

Hacker News·

文章指出,AI 對軟體開發的影響並不均衡,小型團隊的受益程度遠超大型團隊。作者認為瓶頸不在於工具本身,而在於理解和導航大型程式碼庫的固有複雜性,並建議有效的系統而非僅僅是文件,是傳播技能的關鍵。

Why AI hasn't changed everything (yet)

Lately, I’ve been thinking a lot about what it actually means to write software in this new era. Not the tools themselves, we’re all already talking about those, but the habits and assumptions we keep carrying forward without questioning them.

I keep noticing that some people move much faster than others, that a small group seems to “get it” while the rest struggle to keep up. The instinctive response from most organisations is to push more guidelines, more documentation, more examples. But skill doesn’t spread through documents. It spreads through momentum, through systems that make the right thing the easy thing.

I still hear estimates framed in months, and most of that time isn’t spent coding. I’ve had variations of this conversation with founders running small teams and with peers in organisations of hundreds of engineers. The pattern is familiar: AI tool adoption is heavily skewed. Smaller teams, often working with smaller codebases, use more AI tooling and ship more features, sometimes almost entirely written by AI.

That’s far less true in larger companies. There, AI is used for debugging, security fixes, infrastructure work, incident response, parsing logs, and observability. But feature development still moves slowly, unless you’re building something net new. Most of the time is spent orienting: understanding the system, aligning with other teams, and figuring out where changes are supposed to live.

That’s not a tooling problem. It’s a routing problem.

If we don’t know how work flows through a codebase, no amount of AI assistance will save us. A single, ever-growing “source of truth” file doesn’t solve this either. High-level context is useful, but most daily work is local. People don’t need a god’s-eye view of the entire system; they need a sharp, well-scoped understanding of the part they’re touching.

What feels missing is abstraction at the right level. Instead of expecting every developer to reconstruct the system from scratch, manually or with an AI, we should be encoding knowledge where it belongs. In practice, that looks like:

That’s where speed actually comes from. And that’s also where the real challenge lies, because it forces us to go beyond code.

It asks us to share ownership, dissolve silos, and admit that the hardest part of this transition isn’t technical at all, it’s human.

Hacker News

相關文章

  1. AI並未改變軟體開發,而是揭示了其本質

    4 個月前

  2. AI 如何讓軟體與公司變得更好

    3 個月前

  3. 編碼從非瓶頸,但AI仍大有助益

    8 個月前

  4. 個人筆記:當AI包辦大部分程式碼時,我需要掌握的技能

    4 個月前

  5. AI的瓶頸不在模型或工具,而在於安全

    3 個月前