For years, the frontend ecosystem has been defined by expansion. We added frameworks, we added layers, and — most notably — we added an astronomical number of dependencies.
In 2026, the tide has turned. As a Technical Lead, my focus is no longer on how much we can add, but on how much we can streamline. That’s why I’ve integrated e18e (Ecosystem Performance) into our core engineering strategy.
What is e18e?
The name follows the “a11y” or “i18n” pattern, standing for Ecosystem Performance. It is a community-driven initiative focused on three pillars: Cleanup, Levelup, and Speedup. It isn’t just another library; it’s a blueprint for modernizing the “under-the-hood” reality of our JavaScript applications.
Cleanup — Remove redundant, legacy, and bloated packages from your dependency tree. Levelup — Replace outdated libraries with modern, ESM-first, high-performance alternatives. Speedup — Leverage native platform APIs and optimize for modern runtimes.
Why This Matters for Tech Leads
As leads, we are the guardians of our codebase’s health. A bloated node_modules folder isn’t just a meme — it’s a tax on our developers and our users.
Faster Build Cycles
Every micro-package we remove via e18e’s “Cleanup” guides results in faster npm install times and leaner CI/CD pipelines. When your team runs hundreds of builds per week, shaving even 10 seconds off each one adds up to hours of reclaimed developer time.
Native Over Everything
Modern browsers and Node/Bun/Deno have evolved enormously. e18e identifies where we can replace legacy utilities (like is-array or mkdirp) with native APIs, reducing our attack surface and bundle size simultaneously.
// Before: pulling in a dependency for something the platform already does
import isArray from 'is-array';
if (isArray(items)) { /* ... */ }
// After: native API, zero dependencies
if (Array.isArray(items)) { /* ... */ }The “Edge” Transition
To stay competitive in 2026, our code must be environment-agnostic. e18e helps us identify which dependencies are holding us back from deploying to the Edge — whether that’s Cloudflare Workers, Vercel Edge Functions, or Deno Deploy.
My Action Plan for the Team
Starting this quarter, we are adopting the e18e philosophy through three concrete initiatives:
1. Automated Governance
We’re implementing eslint-plugin-depend to catch redundant polyfills before they reach production. This gives developers instant feedback in their IDE when they import a package that has a native equivalent.
{
"plugins": ["depend"],
"rules": {
"depend/ban-dependencies": "error"
}
}2. The 1:1 Swap
Using the e18e Levelup list, we are systematically replacing bloated legacy libraries with high-performance, ESM-first alternatives. Think of it as a controlled migration — one dependency at a time, validated by our test suite.
3. Continuous Pruning
We treat our dependency tree like a garden. If it doesn’t add value, it gets pruned. This isn’t a one-time audit; it’s an ongoing discipline baked into our code review process.
Start with npx depcheck to find unused dependencies, then cross-reference with the e18e cleanup list. You’ll be surprised how many packages you can safely remove.
The Bottom Line
In 2026, “Technical Excellence” means performance. By following the e18e initiative, we aren’t just making our apps faster — we’re making our developer experience more joyful and our infrastructure more sustainable.
Are you still carrying the weight of 2019’s dependencies in your 2026 project? It’s time to clean up.
Trong nhiều năm qua, hệ sinh thái frontend được định nghĩa bởi sự mở rộng. Chúng ta thêm framework, thêm các tầng xử lý, và — đáng chú ý nhất — thêm một số lượng dependency khổng lồ.
Năm 2026, xu hướng đã đảo chiều. Với vai trò Technical Lead, tôi không còn tập trung vào việc thêm bao nhiêu, mà là tinh gọn được bao nhiêu. Đó là lý do tôi đã tích hợp e18e (Ecosystem Performance) vào chiến lược kỹ thuật cốt lõi của chúng tôi.
e18e là gì?
Tên gọi theo mô hình viết tắt “a11y” hay “i18n”, đại diện cho Ecosystem Performance (Hiệu năng Hệ sinh thái). Đây là một sáng kiến cộng đồng tập trung vào ba trụ cột: Cleanup (Dọn dẹp), Levelup (Nâng cấp), và Speedup (Tăng tốc). Nó không chỉ là một thư viện; đó là bản thiết kế để hiện đại hóa thực tế “bên dưới lớp vỏ” của các ứng dụng JavaScript.
Cleanup — Loại bỏ các package thừa, lỗi thời và cồng kềnh khỏi cây dependency. Levelup — Thay thế thư viện cũ bằng các giải pháp hiện đại, ESM-first, hiệu năng cao. Speedup — Tận dụng API native của nền tảng và tối ưu cho các runtime hiện đại.
Tại sao điều này quan trọng với Tech Lead
Với vai trò lead, chúng ta là người bảo vệ sức khỏe codebase. Thư mục node_modules phình to không chỉ là một meme — đó là “thuế” đánh vào developer và người dùng của chúng ta.
Chu kỳ Build nhanh hơn
Mỗi micro-package mà chúng ta loại bỏ nhờ hướng dẫn “Cleanup” của e18e giúp giảm thời gian npm install và làm gọn pipeline CI/CD. Khi team chạy hàng trăm bản build mỗi tuần, việc tiết kiệm dù chỉ 10 giây mỗi lần cũng cộng dồn thành hàng giờ thời gian developer được giải phóng.
Native trên hết
Trình duyệt hiện đại và Node/Bun/Deno đã phát triển vượt bậc. e18e chỉ ra những nơi chúng ta có thể thay thế các tiện ích cũ (như is-array hay mkdirp) bằng API native, đồng thời giảm bề mặt tấn công và kích thước bundle.
// Trước: kéo dependency cho thứ nền tảng đã hỗ trợ sẵn
import isArray from 'is-array';
if (isArray(items)) { /* ... */ }
// Sau: API native, không dependency
if (Array.isArray(items)) { /* ... */ }Chuyển đổi sang “Edge”
Để duy trì tính cạnh tranh năm 2026, code của chúng ta phải không phụ thuộc môi trường. e18e giúp xác định dependency nào đang cản trở việc triển khai lên Edge — dù đó là Cloudflare Workers, Vercel Edge Functions, hay Deno Deploy.
Kế hoạch hành động cho Team
Bắt đầu từ quý này, chúng tôi áp dụng triết lý e18e thông qua ba sáng kiến cụ thể:
1. Quản trị tự động
Chúng tôi triển khai eslint-plugin-depend để phát hiện polyfill thừa trước khi chúng ra production. Điều này cho developer phản hồi tức thì trong IDE khi họ import package có sẵn tương đương native.
{
"plugins": ["depend"],
"rules": {
"depend/ban-dependencies": "error"
}
}2. Hoán đổi 1:1
Sử dụng danh sách Levelup của e18e, chúng tôi đang thay thế có hệ thống các thư viện cũ cồng kềnh bằng các giải pháp hiệu năng cao, ESM-first. Hãy coi đó là một cuộc di chuyển có kiểm soát — từng dependency một, được xác nhận bởi bộ test.
3. Cắt tỉa liên tục
Chúng tôi đối xử với cây dependency như một khu vườn. Nếu nó không tạo giá trị, nó sẽ bị cắt tỉa. Đây không phải là một cuộc kiểm tra một lần; đó là kỷ luật liên tục được tích hợp vào quy trình code review.
Bắt đầu với npx depcheck để tìm dependency không sử dụng, sau đó đối chiếu với danh sách cleanup của e18e. Bạn sẽ ngạc nhiên với số lượng package có thể loại bỏ an toàn.
Kết luận
Năm 2026, “Xuất sắc kỹ thuật” đồng nghĩa với hiệu năng. Bằng cách theo đuổi sáng kiến e18e, chúng ta không chỉ làm ứng dụng nhanh hơn — mà còn khiến trải nghiệm developer vui hơn và hạ tầng bền vững hơn.
Bạn vẫn đang gánh trọng lượng dependency của năm 2019 trong dự án 2026 của mình? Đã đến lúc dọn dẹp.