AI 요약
저자는 2026년 2월 17일, 기술 마케팅에서 흔히 쓰이는 '마법(Magic)' 같은 편리함이 개발자의 주체성과 제어권을 훼손한다고 비판합니다. 그는 'The Session' 웹사이트에서 인터랙티브 지도와 악보 생성을 위해 단 두 개의 JavaScript 라이브러리만을 예외적으로 사용하고 있으며, npm을 통한 무분별한 의존성 설치를 경계합니다. 특히 React와 같은 프레임워크가 사용자 브라우저에 가하는 과도한 오버헤드와 로딩 지연을 '직접적인 해악'으로 규정합니다. 저자는 효율성이나 상업적 이득보다는 브라우저가 직접 해석하는 로우 레벨 코드(HTML, CSS, JS)에 가까운 개발 방식을 선호하며, 이러한 철학을 지키기 위해 React 사용이 전제된 클라이언트 프로젝트 수주를 거부하기까지 합니다. 이는 현대 프레임워크 중심의 개발 문화에서 개발자의 자율성과 최종 사용자 경험 사이의 균형에 대해 본질적인 질문을 던집니다.
핵심 인사이트
- 날짜 및 철학: 2026년 2월 17일 작성된 글로, 기술의 '마법적인' 편리함이 개발자의 제어권을 줄이는 '세금'과 같다고 주장합니다.
- 최소 의존성: 'The Session' 서비스 운영 시, 인터랙티브 지도와 악보 생성용으로 단 2개의 JS 라이브러리만 사용하며 이마저도 완전히 이해하지 못하는 것에 불안함을 느낍니다.
- React 비판: React가 웹사이트를 과도하게 설계(Over-engineered)하고 비대하게 만들어 로딩 시간을 늘림으로써 최종 사용자에게 직접적인 해를 끼친다고 지적합니다.
- 프레임워크와 라이브러리의 구분: 라이브러리는 개발자가 호출하는 코드이지만, 프레임워크는 개발자의 코드를 호출하는 주체이기에 그 종속성이 훨씬 깊고 위험하다고 정의합니다.
주요 디테일
- npm 불신: 클라이언트 사이드 JS를 설치하기 위해 npm을 사용하고, 그에 따른 수많은 하위 의존성(Dependencies)이 줄지어 설치되는 구조에 대해 거부감을 표현합니다.
- 추상화의 한계: 모든 기술에는 추상화 계층(이진법부터 고수준 언어까지)이 존재하지만, 저자는 HTML, CSS, JS라는 로우 레벨 코드에 머무는 것을 자신의 한계선으로 설정했습니다.
- 상업적 태도: 자신의 '통제광(Control Freak)'적 태도가 상업적이지 않고 비실용적임을 인정하며, 이로 인해 실제 업무 속도가 느려져 프론트엔드 개발 실무에서 물러났음을 고백합니다.
- 프로젝트 거절: React 사용이 기정사실화된 클라이언트 프로젝트의 경우 아예 참여를 거절하는 등 자신의 개발 철학을 위해 커리어적 손해를 감수하고 있습니다.
향후 전망
- 프레임워크 중심의 현대 웹 생태계에서 저자와 같은 'No-Framework' 지향 개발자들은 상업적 시장에서 입지가 좁아질 수 있으나, 웹 성능 최적화에 대한 요구가 높아짐에 따라 이들의 철학이 다시 조명받을 수 있습니다.
- 브라우저 표준 기술(HTML/CSS/JS)이 더욱 발전함에 따라, 무거운 프레임워크 없이도 복잡한 기능을 구현하려는 '제로 번들' 혹은 '로우 추상화' 움직임이 일부 전문가 그룹을 중심으로 지속될 것입니다.
