프런트엔드 개발 교육의 종말? AI가 바꾸는 웹 개발의 미래

The asteroid currently hitting front end web development

▲ 206codechicago277263 HN 토론

프런트엔드 개발 교육자들이 대거 은퇴하거나 AI 주제로 전향하고 있다. 저자는 CSS 성능 전문가로서 AI 코딩 도구가 브라우저 성능 분석까지 대체할 수 있음을 실험으로 확인했다. AI 에이전트가 프런트엔드 코드를 안전하게 작성할 수 있게 되면서, 개발자 경험(DevExp)보다 '에이전트 경험'이 중요해지고, React가 AI 학습 데이터에 과대 대표되어 다른 프레임워크로의 마이그레이션이 일어나고 있다. 웹 표준도 성능과 기능 중심으로 재편될 전망이다. 그럼에도 프런트엔드 교육은 에이전트에게 큰 그림을 가르치고, MPA 프레임워크 활용, 에이전트 친화적 웹사이트 제작 등 새로운 방향을 모색할 수 있다.

에이전트가 React를 안다는 이유만으로, 더 나은 성능과 간결함을 가진 대안 대신 React를 선택하는 현상이 벌어지고 있다.
원문 읽기 →HN 토론RSS

HN 토론

263
  1. comrade1234

    제 아내의 경험은 팀을 관리하고 계약업체를 이용해 기업 웹사이트를 만드는 일에 관여해 온 것입니다. 그녀는 HTML에 대해 전혀 모릅니다. 그냥 사람들을 관리할 뿐입니다.

    그녀는 지금 자금 조달 전 단계의 바이오테크 스타트업에서 일하고 있습니다. 돈이 거의 없습니다. 그들은 웹사이트를 리디자인하고 싶어 합니다.

    제가 그녀에게 제 딥시크 키를 설정해 주었고, 그녀는 이미지 감지 기능이 있는 flash-v4를 사용하고 있습니다(딥시크가 아직 실험적이라고 말한 것 같습니다). 그녀는 현재 웹사이트를 제공하고, 어떻게 보이길 원하는지 말하기만 하면 잘 작동합니다. 분명히 AI가 생성한 것이지만, 그녀는 빠른 결과를 얻고 딥시크에게 무엇을 하라고 말함으로써 더 좋아 보이게 조정할 수 있습니다. 그녀는 심지어 그래픽 디자이너에게 연락하지 않고도 이미지 중 하나의 텍스트를 새 제품 이름으로 변경할 수 있었습니다.

    이것은 간단한 예입니다. 기본적으로 이것은 예전에 누군가가 $x에 입찰하도록 할 수 있었던 초기 작업 중 하나이지만, 이제는 $20으로 스스로 할 수 있습니다.

  2. etoxin

    저는 원래 Flash 개발자였는데, 스티브 잡스가 iPhone에서 금지시켜서 그 기술이 죽었을 때 프런트엔드로 전환했습니다. 그 후 약 10년 동안 웹이 진화하는 것을 지켜보았고 모든 부분을 사랑했습니다.

    지금도 여전히 프런트엔드 엔지니어로 일하고 있지만, 훨씬 더 시니어입니다. 벽에 쓰인 글씨가 또 보입니다. AI를 위해 기술을 다시 익힐 때입니다.

    나쁜 소식은 아닙니다.

    경험 많은 엔지니어인 우리는 가드레일, 프레임워크, 새로운 도구 등을 구축하는 데 도움이 필요합니다. 실제 엔지니어와 기술 경험이 필요한 작업이 많이 있습니다.

    초기 인터넷처럼, 저는 이것을 새로운 시작으로 보며 우리가 그것이 어떻게 진화할지 결정할 수 있습니다.

  3. CqtGLRGcukpy

    언젠가는 회사(그리고 모든 웹사이트 소유자)가 AI를 사용하지 않고 단순한(어쩌면 일반 텍스트만 있는) 웹사이트를 사용했더라면 하고 후회하는 날이 올 것입니다. 그것은 사람들이 그 웹사이트에서 정말로 정보가 필요하지만 접근할 수 없을 때 올 것입니다.

    https://sparkbox.com/foundry/helene_and_mobile_web_performan...

    그 게시물에 대한 토론: https://news.ycombinator.com/item?id=46494734

  4. thelastgallon

    소행성이 C-Suite와 고위 임원들을 강타하기를 기다릴 수 없습니다. 그들은 가장 의미 없는 직업이고 자동화하기 가장 쉬우며, 비용 절감 효과가 가장 큽니다.

  5. rickbergfalk

    > 한편, Cursor와 Viget은 코드베이스를 각각 Solid와 Lit에서 React로 마이그레이션하는 것에 대해 블로그에 올렸습니다.

    그것을 읽는 것은 화가 났습니다. 저는 모두가 더 나은 성능의 프런트엔드 솔루션으로 마이그레이션해야 한다고 생각하고 있었습니다. 에이전트가 Lit이나 일반 HTML 및 HTMX를 작성하는 데 정말 그렇게 많은 토큰이 필요한가요?

  6. cube00

    > 하지만 에이전트로 React 컴포넌트를 작성한다면, 그냥 프로덕션에 던져 넣을 위험은 (일반적으로) 훨씬 낮습니다.

    상태 관리가 사용자가 작업 중인 폼 컨트롤과 동기화되지 않으면 꽤 높은 위험이 될 수 있습니다. 사용자는 한 가지를 보고 실제로는 다른 것이 백엔드로 전송되기 때문입니다.

  7. tuesdaynight

    제 쓸모없는 의견으로는, 대부분의 사람들이 AI가 얼마나 큰지, 그리고 3~5년 안에 얼마나 더 커질지 인식하지 못하고 있습니다. 그것에 대해 걱정할 가치는 없습니다. 왜냐하면 그것은 전 세계적인 문제가 될 것이기 때문입니다. 하지만 그것에 대해 완전히 눈이 먼 사람들이 있습니다.

  8. Supermancho

    > 프런트엔드는 에이전트에게 맡기기에 덜 위험합니다.

    문제가 작을수록, 문제의 성격과 관계없이 이렇게 하는 것이 덜 위험합니다. 오늘날 이것은 프런트엔드에만 국한된 문제가 아닙니다.

이 날의 다른 글

2026-09-03