The Coming Loop

Original Article ↗ Hacker News Discussion ↗

Overall sentiment

  • Thread is split between excitement about “loops” (agentic coding workflows) and deep concern about code quality, maintainability, and developer burnout.
  • Many agree the post is one of the clearer, more nuanced takes, but reject its “this future is inevitable” tone.

Loops, agents, and “inevitability”

  • Pro‑loop commenters see current models as early “cars” that haven’t hit “highway speed” yet; expectations like “billion‑dollar one‑person startups” are seen as premature but directionally plausible.
  • Skeptics argue this analogy is bad: Mach‑1 cars were never a real product goal, whereas billion‑dollar companies are; they see loops as marketing‑driven and heavily subsidy‑dependent.
  • Some push back on “you cannot opt out”: you can avoid using agents yourself, but you can’t stop attackers, managers, or colleagues from using them.

Code quality, invariants, and “slop”

  • Strong consensus that current LLM code tends to: be over‑defensive, add ad‑hoc fallbacks, duplicate logic, and avoid clear invariants and types.
  • People see systematic pathologies: excessive null checks, defaulting to arbitrary values, handling impossible states, and LOC bloat across iterations.
  • Several attribute this to training on mediocre code and to RL that over‑penalizes runtime errors, rewarding “shotgun” error handling.
  • Some have partial success by:
    • Forcing strong architectures (hexagonal, strict module boundaries).
    • Using tests and checklists as loop “oracles”.
    • Having a second “judge” model lint for DRY, style, and design rules.
  • Even fans say fully agentic refactoring and large unsupervised loops are currently dangerous for quality.

Human role, comprehension, and workflow

  • Many insist you should not delegate decisions or code you “care deeply about”; loops are acceptable only for well‑specified, low‑judgment, or throwaway tasks.
  • A recurring theme: you can’t skip the messy human phase of figuring out what you actually want; loops can only exploit clarity, not create it.
  • Others describe workflows where they write detailed specs, use agents to implement, then do strict human PR review and targeted refactors.
  • There’s debate over whether understanding of the codebase will atrophy if humans become mere orchestrators; some see this as inevitable, others as a line they won’t cross.

Developer psychology and career paths

  • Several long‑time developers report losing joy in coding; side projects feel pointless next to AI‑accelerated output, like “transcribing a phone book next to a photocopier.”
  • Others say LLMs rekindled their interest by lowering friction for small tools and experiments.
  • A subset is actively planning to leave programming (e.g., into diplomacy, IR, non‑tech jobs) due to AI‑driven “rat race” and slopware culture.

Economics, organizational pressure, and adoption

  • Some small teams report big productivity gains and higher dev metrics using agents; others note token bills in the hundreds–thousands per month and question long‑term ROI vs. hiring.
  • There’s concern that current enthusiasm is propped up by subsidized token pricing; if costs 5–10x, many orgs might scale back loops.
  • Multiple comments describe management and investors pushing “AI‑first” mandates, normalizing 10k‑line PRs and discouraging careful review or skepticism; attempts to document downsides have been labeled “anti‑AI rhetoric.”

Security, liability, and maintainability

  • Commenters note that attackers and security researchers will use loops for large‑scale fuzzing and exploit search; maintainers can’t “opt out” of being targeted.
  • Others argue agents can’t be truly trusted because they lack durable identity and legal personhood; humans still bear all liability for failures.
  • Some foresee codebases effectively maintainable only by LLMs; others insist maintainability still matters because future changes and debugging remain costly, regardless of who or what writes the code.