왜 개발자들은 '플랫폼을 쓰라'를 무시하나
원제: Why don't more developers “use the platform”?
왜 중요한가
'플랫폼 회의론'의 근원을 이해하면 웹 표준 채택률을 높이는 전략과 개발자 교육 방향을 재설계하는 데 실질적인 단서가 된다.
웹 표준 옹호자들이 수년간 '플랫폼을 사용하라(use the platform)'고 촉구해왔지만, 많은 개발자들은 여전히 npm 패키지나 자체 구현을 선호한다. Nolan Lawson은 2026년 10월 3일 자신의 블로그에서 이 현상의 역사적·심리적 원인을 분석했다.
웹 개발 커뮤니티에서 오랫동안 회자된 조언이 있다. '브라우저가 이미 해주는 걸 굳이 JavaScript로 직접 만들지 마라.' 성능도 낮고 접근성도 떨어지는 자체 구현보다 브라우저 내장 API가 낫다는 논리다. 그런데 이렇게 명백한 조언이 왜 계속 설득이 필요한가?
Lawson이 꼽는 첫 번째 원인은 역사적 맥락이다. jQuery는 브라우저가 표준 API를 구현하기 전 공백을 메웠고, IE6 같은 구형 브라우저가 퇴장할 때까지 개발자들은 독자적인 구현을 택할 수밖에 없었다. 2020년대 이전까지 웹 환경은 브라우저마다 들쭉날쭉했고, 그 환경에서 직접 만드는 선택은 합리적이었다.
두 번째는 친숙함의 문제다. npm에서 React 컴포넌트를 찾는 데 익숙한 개발자는 'CSS position: sticky를 그냥 쓰면 된다'는 패키지가 존재하지 않는다는 사실을 자연스럽게 외면한다. 많은 React 개발자들이 raw DOM API를 불편하게 여기면서도, 내부적으로 DOM을 직접 조작하는 가상 리스트 라이브러리는 아무 거리낌 없이 사용한다. 전문가들이 낯선 플랫폼 API를 친숙한 형태로 포장하는 분업 구조가 생긴 것이다.
세 번째는 문서화 격차다. npm 패키지들은 상세한 README와 예제, 스크린샷을 갖추고 있다. MDN이 공식 레퍼런스로 자리 잡기 전까지 웹 플랫폼 문서는 블로그와 StackOverflow에 흩어져 있었고, 그마저도 jQuery나 GreenSock 같은 라이브러리를 쓰라고 안내했다.
마지막으로 Lawson은 심리적 요인을 지적한다. 특정 유형의 개발자에게 직접 만드는 행위 자체가 재미있고, 완성 후 유지하고 싶어지는 'IKEA 효과'가 작동한다는 것이다. 플랫폼 API에 대한 백과사전적 지식 없이도 스스로 만든 코드가 더 이해하기 쉽다고 느끼는 점도 한몫한다.