Ashley Willis는 GitHub의 개발자 관계 부문을 이끄는 수석 디렉터로, 오픈소스와 개발자 커뮤니티를 중심으로 활동하고 있습니다. 기술을 더 인간적으로 만들고, 기여자를 지원하며, 소외된 목소리를 대변하는 리더십을 강조합니다. 또한 접근성과 회복력 있는 팀 구축을 통해 실제 사용자에게 도움이 되는 도구와 환경을 만드는 데 집중합니다.
### 개발자 관계와 오픈소스 리더십
- GitHub에서 개발자 관계(Developer Relations) 조직을 이끕니다.
- 오픈소스 생태계와 커뮤니티에 대한 깊은 관심을 바탕으로 활동합니다.
- 개발자의 참여와 기여를 촉진하는 환경을 만드는 데 주력합니다.
### 커뮤니티와 기여자 지원
- 기술을 사용하는 사람들의 경험을 중심에 둔 활동을 펼칩니다.
- 오픈소스 기여자를 지원하고, 다양한 개발자들의 목소리를 확대합니다.
- 기술 커뮤니티가 더 포용적이고 지속 가능하게 성장하도록 돕습니다.
### 포용성, 접근성, 팀의 회복력
- 소외되거나 충분히 대표되지 못한 집단의 목소리를 강조합니다.
- 누구나 사용할 수 있는 접근성 높은 도구와 공간을 만드는 데 관심을 둡니다.
- 변화와 어려움에 대응할 수 있는 회복력 있는 팀 문화를 구축합니다.
### 기술을 더 인간적으로 만들기
- 리더십과 기술 옹호 활동을 사람 중심의 관점에서 결합합니다.
- 단순히 기능적인 도구를 넘어, 실제 사용자의 필요를 충족하는 기술을 지향합니다.
- 개발자와 커뮤니티를 배려하는 태도를 기술 조직 운영의 핵심 가치로 삼습니다.
결국 이 글은 Ashley Willis를 기술 전문성뿐 아니라 사람, 커뮤니티, 포용성을 중시하는 개발자 관계 리더로 소개합니다. 기술 조직은 제품 개발과 함께 기여자 지원, 접근성, 다양한 목소리의 반영도 함께 고려해야 한다는 점을 시사합니다.
es-toolkit은 오래되고 비효율적인 lodash를 현대 JavaScript 환경에 맞게 대체하기 위해 시작된 유틸리티 라이브러리입니다. 불필요한 호환 코드를 제거하고 핵심 사용 사례에 집중한 결과, 함수 성능은 최대 10배 이상 향상되고 번들 크기는 최대 30배 이상 줄었습니다. 이후 `es-toolkit/compat`과 오픈소스 커뮤니티의 기여를 통해 Yarn, Recharts, Storybook 등 다양한 프로젝트에 채택되며 주간 NPM 다운로드 2천만 회를 넘어섰습니다.
## lodash의 한계와 es-toolkit의 시작
- lodash는 오래된 브라우저와 Internet Explorer를 지원하기 위한 방어적 코드가 많이 포함되어 있습니다.
- `Array#map`처럼 현대 브라우저가 기본 제공하는 기능도 직접 구현해 코드가 불필요하게 커졌습니다.
- ECMAScript Modules를 지원하지 않아 Tree-shaking으로 필요한 코드만 포함하기 어려웠습니다.
- `lodash-es`는 ESM만 추가했을 뿐, 기존 lodash의 낡고 비효율적인 구현 문제는 그대로였습니다.
- 토스 내부에서도 `@toss/utils`를 직접 운영했지만, 유틸리티 함수의 다양한 엣지 케이스를 관리하는 데 부담이 있었습니다.
- 이에 따라 “lodash의 불필요한 로직을 제거해 더 빠르고 작은 라이브러리를 만들자”는 목표로 es-toolkit이 시작되었습니다.
## 성능과 번들 크기 개선
- lodash의 핵심 함수인 `throttle`, `debounce`, `uniq` 등을 현대적인 방식으로 다시 구현했습니다.
- 함수별로 차이는 있지만 불필요한 로직을 제거한 결과 성능이 최소 2배에서 최대 10배 이상 향상되었습니다.
- 오래된 브라우저 지원 코드와 중복 구현을 제거해 번들 크기가 최대 30배 이상 감소했습니다.
- 현대적인 모듈 구조를 활용해 사용하는 함수만 번들에 포함할 수 있도록 했습니다.
- 핵심 유스케이스에 집중해 모든 예외 상황을 처리하는 대신, 일반적인 사용 환경에서 작고 빠르게 동작하도록 설계했습니다.
## 오픈소스 커뮤니티의 확산
- 토스 프론트엔드 SNS를 통해 첫 버전을 공개한 뒤 국내 개발자들의 관심과 기여가 이어졌습니다.
- 기여자들은 누락된 함수 구현, 버그 수정, 성능 최적화 등을 Pull Request로 보완했습니다.
- 해외 개발자 커뮤니티에 소개된 후 수만 명이 저장소를 확인하고, 구현 방식과 개선점에 대해 활발히 논의했습니다.
- 커뮤니티에서는 lodash를 es-toolkit으로 바꾸는 번들러 플러그인과 다른 라이브러리의 의존성을 교체하는 작업도 자발적으로 진행했습니다.
- 외부 기여자로 참여한 이다용 개발자는 지속적인 코드 리뷰와 기여를 통해 JavaScript 및 API 설계 경험을 쌓았고, 이후 토스뱅크 입사로 이어졌습니다.
## `es-toolkit/compat`을 통한 마이그레이션
- es-toolkit은 주요 사용 사례에 집중했기 때문에 lodash와 함수 동작이 다른 경우가 있었습니다.
- 단순히 import 경로만 바꾸면 런타임 오류가 발생할 수 있어 기존 프로젝트의 마이그레이션 부담이 컸습니다.
- 이를 해결하기 위해 lodash의 인터페이스와 동작을 최대한 호환하는 중간 계층인 `es-toolkit/compat`을 제공했습니다.
- 기존 코드를 크게 수정하지 않고 import만 변경해도 내부 구현의 현대화 효과를 얻을 수 있도록 했습니다.
- 이 접근 방식으로 Storybook, Mermaid, Yarn Berry, Recharts 등 대규모 오픈소스 프로젝트의 채택이 늘었습니다.
- 결과적으로 es-toolkit은 주간 NPM 다운로드 2천만 회 이상을 기록했습니다.
## 앞으로의 확장 방향
- 더 많은 JavaScript 라이브러리가 es-toolkit을 사용해 번들 크기와 실행 성능을 개선하도록 지원할 계획입니다.
- `Map`과 `Set`의 필터링처럼 기존 내장 자료구조에서 다루기 불편한 기능을 추가하려고 합니다.
- Promise 기반 비동기 코드에서 자주 사용하는 `delay` 같은 실용적인 함수도 제공합니다.
- 브라우저뿐 아니라 Node.js, Deno, Bun 등 서버 환경을 위한 유틸리티로 영역을 넓히고 있습니다.
- 최근 추가된 `exec`처럼 필요한 기능은 유지하면서도 경쟁 구현보다 작은 함수를 제공하는 것을 지향합니다.
- 앞으로도 “80% 이상의 유스케이스에 최적화된 작고 빠른 구현”이라는 원칙을 유지할 계획입니다.
기존 lodash를 사용 중인 프로젝트라면 먼저 `es-toolkit/compat`으로 점진적인 교체를 검토하는 것이 현실적인 접근입니다. 이후 호환성이 필요 없는 코드부터 순수 es-toolkit 함수로 전환하면 성능과 번들 크기를 줄이면서도 마이그레이션 위험을 낮출 수 있습니다.
이 글은 기술적 내용을 담은 본문이 아니라 NAVER D2 사이트의 메뉴와 저작권 정보만 나열한 페이지입니다. 따라서 특정 기술, 문제 해결 방법, 결론이나 실용적인 지침은 제시되지 않습니다.
### NAVER D2 주요 메뉴
- **Hello world**: 사이트의 기본 시작 또는 소개 항목으로 보입니다.
- **D2 News**: NAVER D2 관련 소식을 제공하는 메뉴입니다.
- **About D2**: D2 조직이나 서비스에 대한 소개 항목입니다.
- **NAVER Developers**: NAVER 개발자 관련 정보로 연결되는 메뉴입니다.
- **DEVIEW**: NAVER의 개발자 행사인 DEVIEW 관련 항목입니다.
- **OpenSource**: 오픈소스 프로젝트나 활동을 다루는 메뉴입니다.
- **D2 STARTUP FACTORY**: 스타트업 지원 프로그램 또는 관련 조직을 소개하는 항목입니다.
### 저작권 정보
- 저작권자는 **NAVER Corp.**입니다.
- 모든 권리는 NAVER에 있으며, 저작권 표기는 2020년대 일반적인 NAVER D2 페이지 형식으로 보입니다.
본문이 메뉴 목록만으로 구성되어 있어, 별도의 기술적 분석이나 적용 가능한 결론을 도출하기는 어렵습니다.
제공된 내용은 NAVER D2의 메뉴와 저작권 정보만 포함하고 있어, 기술적 주장이나 본문 내용은 확인되지 않습니다. 따라서 요약할 수 있는 핵심 결론은 NAVER D2가 개발자 콘텐츠와 오픈소스·스타트업 관련 서비스를 제공하는 플랫폼이라는 점입니다.
### NAVER D2의 주요 메뉴
- **D2 News**: NAVER 개발자 및 기술 관련 소식
- **About D2**: D2 서비스 소개
- **NAVER Developers**: NAVER 개발자 리소스
- **DEVIEW**: 개발자 컨퍼런스 관련 콘텐츠
- **OpenSource**: 오픈소스 프로젝트 및 자료
- **D2 STARTUP FACTORY**: 스타트업 지원 프로그램
### 본문 내용의 한계
- 실제 기술 블로그 글이나 주제별 설명은 제공되지 않았습니다.
- “Hello world” 외에는 기술적 세부사항, 사례, 결론이 없습니다.
- 저작권은 NAVER Corp.에 있음을 명시하고 있습니다.
원문 본문이 추가로 제공되면 섹션별 기술 내용을 구체적으로 요약할 수 있습니다.
제공된 글에는 기술적 내용이 포함되어 있지 않습니다. `naver D2`라는 제목과 함께 사이트 메뉴 및 저작권 문구만 나열되어 있어, 특정 주장이나 결론을 요약할 수 없습니다.
### 포함된 항목
- `Hello world`
- `D2 News`
- `About D2`
- `NAVER Developers`
- `DEVIEW`
- `OpenSource`
- `D2 STARTUP FACTORY`
- NAVER Corp.의 저작권 표시
### 결론
실제 기술 블로그 본문이나 글 링크가 누락된 것으로 보입니다. 원문 내용을 추가로 제공하면 섹션별로 기술적 세부사항을 포함해 요약할 수 있습니다.
VoidZero가 Cloudflare에 합류하지만 Vite, Vitest, Rolldown, Oxc, Vite+는 계속 MIT 라이선스의 오픈소스이자 벤더 중립적·커뮤니티 주도 프로젝트로 유지됩니다. Cloudflare는 프로젝트의 방향을 통제하기보다 개발 인력과 자원을 추가하고, Vite 생태계 기금에 100만 달러를 투자해 기반 도구와 기여자들을 지원할 계획입니다. 이번 합류는 Vite를 Cloudflare 전용 도구가 아니라 JavaScript 생태계 전체를 위한 공통 기반으로 더욱 확장하려는 움직임입니다.
## VoidZero의 Cloudflare 합류
- Vite, Vitest, Rolldown, Oxc, Vite+를 만든 VoidZero의 전 구성원이 Cloudflare에 합류합니다.
- 해당 프로젝트들은 계속해서:
- MIT 라이선스를 유지합니다.
- 특정 클라우드나 호스팅 업체에 종속되지 않습니다.
- 어디서나 실행할 수 있습니다.
- 로드맵과 개발 과정을 공개적으로 운영합니다.
- Evan You를 비롯한 기존 VoidZero 팀이 프로젝트 리드를 계속 맡습니다.
- Cloudflare는 프로젝트를 자사 제품으로 전환하는 대신 엔지니어링 인력과 개발 자원을 투입합니다.
## Vite 생태계에 대한 투자
- Vite는 Vue, SvelteKit, Nuxt, Astro, Solid, Qwik, Angular, React Router, TanStack Start 등 다양한 프레임워크의 기반으로 자리 잡았습니다.
- Next.js 역시 `vinext`를 통해 Vite 기반 구현을 제공하기 시작했습니다.
- 따라서 Vite는 단일 프레임워크가 아니라 JavaScript 생태계 전반의 공유 기반으로 평가됩니다.
- Cloudflare는 Vite의 핵심 채택 요인인 개방성, 이식성, 벤더 중립성에 대한 신뢰를 유지하는 것을 최우선 목표로 제시했습니다.
- Vite 코어 팀이 관리하는 생태계 기금에 100만 달러를 출연해 유지보수자와 기여자를 지원합니다.
- 앞서 Cloudflare에 합류한 Astro 역시 오픈소스와 멀티 플랫폼 배포를 유지하고 있다는 점을 선례로 들었습니다.
## Vite Environment API와 Cloudflare 연동
- Vite와 Cloudflare는 2024년부터 Vite Environment API를 함께 개발해 왔습니다.
- Environment API를 사용하면 개발 중 서버 코드를 Node.js가 아닌 다른 런타임에서 실행할 수 있습니다.
- Cloudflare Vite 플러그인을 사용하면 `vite dev` 실행 시 서버 코드가 프로덕션 Workers와 동일한 오픈소스 런타임인 `workerd` 안에서 동작합니다.
- 로컬 개발 환경에서 다음 Cloudflare 기능을 프로덕션과 유사한 런타임 모델로 사용할 수 있습니다.
- Durable Objects
- D1, KV, R2
- Workflows
- Workers AI
- Agents
- Service Bindings
- Workers RPC
- 특정 업체 전용 개발 서버를 강제하지 않고, Vite에 범용 확장 지점을 제공한 뒤 각 런타임이 구현하도록 설계한 점이 핵심입니다.
- 이 구조를 통해 비-Node.js 런타임에서도 로컬 개발 경험이 프로덕션보다 크게 뒤처지는 문제를 줄일 수 있습니다.
## 급증하는 Vite와 Cloudflare 플러그인 사용량
- 글 작성 시점 기준 Vite는 주간 약 1억 2,900만 회 다운로드를 기록했습니다.
- `@cloudflare/vite-plugin`도 주간 약 1,400만 회 다운로드에 도달했습니다.
- 이는 Cloudflare 플러그인이 Vite 전체 다운로드의 10% 이상에 해당하는 규모입니다.
- AI로 생성되는 소프트웨어가 급증하면서 애플리케이션을 빠르게 만들고 실행할 수 있는 기본 스택에 대한 수요도 커졌습니다.
- AI가 작성한 애플리케이션이 Vite를 선택하고, 그중 일부가 Cloudflare에서 실행되면서 플러그인 사용량이 증가한 것으로 설명합니다.
## AI 에이전트 중심의 개발 루프
- 개발 서버, 번들러, 린터, 포매터, CLI는 더 이상 사람만 사용하는 도구가 아닙니다.
- AI 에이전트도 다음 작업을 반복적으로 수행합니다.
- 프로젝트 스캐폴딩
- 개발 서버 실행
- 오류 분석
- 테스트 작성 및 실행
- 린트와 포맷 적용
- 프리뷰 배포
- 결과 확인 후 재수정
- 에이전트 개발에서는 다음 특성이 특히 중요합니다.
- 반복 횟수가 많으므로 빠른 빌드
- 지속적인 검증을 위한 빠른 테스트
- 코드 품질을 보장하는 빠른 린팅·포매팅
- 에이전트가 해석하고 조치하기 쉬운 구조화된 오류
- 불필요한 우회를 줄이는 일관된 CLI
- Vitest, Rolldown, Oxc, Oxlint, Oxfmt는 각각 빠른 도구로 설계되었으며, 반복 실행이 많은 에이전트 작업에 적합합니다.
- Vite+는 이 도구들을 하나의 CLI와 설정 모델로 통합해 사람과 에이전트 모두가 더 예측 가능하게 사용할 수 있도록 합니다.
## Cloudflare 내부에서의 실제 적용
- Cloudflare 대시보드는 Vite를 기반으로 구축되고 있습니다.
- Cloudflare 코드베이스에서는 Oxlint가 엔지니어링 시간을 절약하는 데 사용되고 있습니다.
- Astro 팀의 에이전트 하네스 프레임워크인 Flue도 Vite를 기반으로 전환 중입니다.
- Flue는 Node.js, Cloudflare Workers, GitHub Actions, GitLab CI/CD 등 여러 환경에서 에이전트를 실행할 수 있습니다.
- Cloudflare 대상 환경에서는 공식 Cloudflare Vite 플러그인과 `workerd` 통합을 사용합니다.
- 결과적으로 Vite는 외부 생태계뿐 아니라 Cloudflare 내부 애플리케이션 개발의 기본 기반으로도 자리 잡고 있습니다.
## 실용적인 결론
이번 변화는 Vite 사용자가 Cloudflare를 선택해야 한다는 의미가 아니라, Vite를 계속 어느 환경에서나 사용할 수 있도록 지원이 강화된다는 의미에 가깝습니다. 기존 Vite 프로젝트는 플랫폼 종속성 없이 유지할 수 있고, Cloudflare Workers 기능이 필요하다면 공식 Vite 플러그인과 `workerd` 기반 로컬 개발 환경을 선택적으로 활용할 수 있습니다.
