Is AI causing a repeat of frontend’s lost decade?

Claims that AI-generated code is “deskilling” programming are being compared to how JavaScript frameworks allegedly deskilled frontend work over the past decade. Commenters argue over whether abstractions and LLMs simply remove accidental complexity and broaden access, or instead encourage shallow knowledge, low-quality “slop,” and fragile systems that few can truly understand or maintain. The thread widens into concerns about lost entry-level jobs, the future supply of deeply skilled engineers, software quality and accessibility, and whether cheaper, more uniform output is an acceptable tradeoff for craft and expertise.

Deskilling: Meaning and Disagreement

  • Several commenters clarify “deskilling” as lowering the skill required by the role, not individuals forgetting skills.
  • Some argue frameworks and now AI let less-skilled people ship acceptable work, displacing specialists.
  • Others say frameworks actually increased specialization (e.g., deep React expertise) and that high-level abstraction is normal progress, not decay.

Historical Frontend & Framework Era

  • Older devs recall when semantic HTML, CSS quirks, browser differences, and accessibility felt like specialist knowledge.
  • Many counter that this “golden age” was mostly painful accidental complexity (IE hacks, table layouts, PSD pixel-perfect slicing) and poor a11y in practice.
  • Flash is cited as an earlier “deskilling” wave: powerful visual tools, but inaccessible, heavy, and short-lived.

AI’s Role in Frontend Today

  • Pro‑AI views:
    • LLMs handle boilerplate UI, CSS tweaks, tests, and docs, freeing time for architecture and UX.
    • With good prompts, conventions, and test harnesses, AI can raise the floor on a11y, testing, and performance relative to pre‑AI “vibe code.”
  • Skeptical views:
    • Generated UIs look generic, “vibe‑coded,” and are easy to copy, undermining product defensibility.
    • LLM output often bloats dependency stacks, misuses browser features, and introduces subtle performance/a11y bugs that non-experts can’t evaluate.
    • Agents are non‑deterministic; they don’t form a solid new abstraction layer in the way compilers or frameworks do, so humans still must deeply understand the code.

Quality, Accessibility, and “Slop”

  • Some see a widening gap between “acceptable MVP” and “decent craft,” driven by business incentives to ship quickly and cut corners.
  • Others contend software was already bad pre‑AI, and AI-assisted workflows (especially for tests and a11y hints) can net‑improve quality.
  • Strong disagreement on whether “more people building things” is inherently good vs. leading to overwhelming low-quality noise.

Jobs, Skills Pipeline, and Future Roles

  • Concern that AI will wipe out many entry-level frontend roles, discouraging new CS talent and producing a generation unable to read complex code.
  • Others frame this as a familiar industrialization: routine coding is automated, while value shifts to higher‑level skills (architecture, product sense, design, and AI orchestration).

Open Knowledge and Training Data

  • Long subthread debates whether heavy LLM training on public code/docs will:
    • Sustain itself via new documentation and synthetic data, or
    • Erode incentives for OSS and writing, eventually starving models of fresh high-quality input.
  • Ethics and legality of scraping without consent are contested, with no consensus on a “correct” framework.