"iT woRKs BeTter in THe aPp!!"

Frontend Dependency Injection: From Context API to Composition Root

Bài viết bắt đầu bằng việc mô tả cách nhiều dự án React hiện nay sử dụng Context API để thực hiện dependency injection, nhưng nhanh chóng chỉ ra hạn chế của cách này như việc lồng.provider sâu dẫn tới re‑render không mong muốn và khó kiểm tra đơn vị. Sau đó, tác giả giới thiệu mô hình Composition Root – nơi tất cả các phụ thuộc được tạo và kết nối ở một điểm duy nhất, thường là tệp index.js hoặc App.tsx, giúp làm rõ đồ thị phụ thuộc và giảm bớt việc truyền props qua nhiều lớp component. Khi áp dụng Composition Root, các dịch vụ có thể được thay thế bằng mocks hoặc triển khai khác mà không cần thay đổi mã component, từ đó cải thiện độ bao phủ test đơn vị lên khoảng 20‑30% trong các trường hợp thử nghiệm thực tế. Bài cũng nhấn mạnh việc kết hợp với TypeScript và các container DI nhẹ như tsyringe hoặc inversifyJS để quản lý vòng đời (singleton, transient) một cách tự động. Kết luận là, cho dự án lớn hoặc dự kiến mở rộng, chuyển từ Context API sang Composition Root không chỉ giảm lỗi thời gian chạy mà còn làm cho kiến trúc frontend dễ duy trì và mở rộng hơn.

Bài viết này giúp lập trình viên hiểu rõ cách triển khai Dependency Injection trong frontend từ Context API đến Composition Root để xây dựng ứng dụng dễ bảo trì và mở rộng.

Stop Building AI Slop: Build High-End Web Apps with AI

Nhiều lập trình viên hiện nay dùng công cụ mã hoá AI để tạo nhanh các giao diện chung chung, thiếu sáng tạo và thường không hoàn chỉnh. Nguyên nhân kỹ thuật là họ dựa vào AI để sinh code mà không có quá trình thiết kế UX/UI chi tiết, dẫn đến các thành phần lặp lại và thiếu tính linh hoạt. Hệ quả là các ứng dụng web kết quả cảm thấy vô cảm, khó duy trì và thường cần phải làm lại nhiều phần sau khi triển khai. Bài học đáng rút ra là AI nên được dùng như một trợ giúp trong việc tăng tốc độ viết code, nhưng không thay thế cho sự suy nghĩ thiết kế và việc chọn lựa công cụ phù hợp như React, Next.js hoặc Tailwind khi xây dựng ứng dụng web cao cấp. Khi kết hợp AI với quy trình thiết kế có cấu trúc, developers có thể tránh tạo ra “AI slop” và thay vào đó sản xuất ra những sản phẩm web thật sự chuyên nghiệp và hoàn thiện.

Bài viết này sẽ giúp lập trình viên tránh tạo ra các ứng dụng web AI kém chất lượng bằng cách xây dựng những ứng dụng cao cấp có giá trị thực.

Google stops demoting EU publishers under its spam policy from Sunday

Bối cảnh là Google đang đối mặt với một vụ kiện liên quan đến Luật Thị trường số (DMA) của Liên minh châu Âu. Nguyên nhân kỹ thuật là việc áp dụng các hành động thủ công giảm xếp hạng (manual spam demotions) dựa trên chính sách spam của Google đối với các trang web. Từ ngày 30 tháng 8, Google sẽ ngừng thực hiện những hành động này đối với người dùng ở EU, Iceland, Na Uy và Liechtenstein. Hệ quả là các nhà xuất bản ở khu vực đó sẽ không bị giảm hạng thủ công do spam policy, do đó có thể duy trì hoặc tăng lượng truy cập từ tìm kiếm. Điều đáng học là khi quy định địa phương thay đổi, các công ty cần nhanh chóng điều chỉnh các chính sách nội bộ để tránh vi phạm và duy trì sự ổn định cho đối tác nội dung.

Bài viết giúp lập trình viên hiểu về thay đổi chính sách của Google liên quan đến xử lý spam tại thị trường EU và tác động đến các nhà xuất bản.

I Added a CDN Cache to My Site and It Got Slower. Here's the Math I Should Have Done First.

Tác giả đã thêm CDN cache vào trang static site nhưng hiệu suất lại giảm đáng kể với 38 trang bị đánh dấu là chậm. Nguyên nhân kỹ thuật do việc cấu hình TTL (Time To Live) quá thấp khiến CDN phải liên tục kiểm tra origin server, gây ra 2 RTT (Round Trip Time) cho mỗi request thay vì chỉ 1 RTT như không dùng CDN. Hệ quả là thời gian tải trang tăng từ 200ms lên 350ms, làm trải nghiệm người dùng xấu đi đáng kể. Bài viết nhấn mạnh việc tính toán trước khi triển khai CDN và quan trọng hơn là thiết kế chiến lược caching phù hợp với đặc thù traffic website.

Bài viết này giúp bạn hiểu rõ những sai lầm toán học khi triển khai CDN để tránh làm giảm hiệu suất trang web.

The Future of CSS: Target Multiple Classes with the Class Prefix Selector

CSS sắp bổ sung bộ chọn Class Prefix Selector (.prefix-*) cho phép nhắm mục tiêu tất cả các class có tiền tố phân cách bằng dấu gạch ngang (như .btn-primary, .btn-secondary) mà không cần liệt kê riêng lẻ hay thêm class cơ sở. Đề xuất này do Lea Verou đưa ra năm 2024, vừa được nhóm CSS Working Group thông qua tháng 8/2026 nhưng hiện chưa có trình duyệt nào hỗ trợ, dự kiến sẽ mất nhiều năm mới triển khai thực tế.

Lập trình viên nên đọc bài này để hiểu cách tương lai của CSS sẽ giúp tối ưu hóa quản lý các lớp CSS liên quan với các tiền tố giống nhau, giảm thiểu việc viết nhiều selector rườm rà và làm cho mã nguồn trở nên sạch đẹp hơn trong tương lai sớm.

The asteroid currently hitting frontend web development

Nhiều giáo viên nổi tiếng trong lĩnh vực frontend web development như Axel Rauschmayer …

Almost nobody pays attention to web standards anymore

Một nghiên cứu của nhà phát triển Théo Ducreux trên 5.000 tên miền phổ biến nhất cho thấy 87,2% vi phạm tiêu chuẩn HTML/CSS, chỉ 12,8% hợp lệ hoàn toàn và 2,6% không có lỗi hay cảnh báo. Hơn 1/3 không đạt kiểm tra khả năng truy cập, với 20,4% thiếu alt text và 41,6% thiếu ARIA labels; lỗi lồng thẻ chiếm 59% do các framework front-end sinh ra markup lỗi thời điểm build. Các trình duyệt cho phép phục hồi lỗi đã dung túng mã kém chất lượng, gây hỏng hóc cho trình đọc màn hình, trợ lý AI hay công cụ dịch.

Lập trình viên nên đọc bài này để hiểu rõ cách các tiêu chuẩn web hiện nay bị vi phạm rộng rãi, từ đó nâng cao kiến thức về cách viết mã chính xác, đảm bảo tính khả dụng và tương thích với các công cụ tương lai như AI và trợ lý giọng nói.

Moving Around a Grid and Respecting Boundaries

Bài viết giải thích cách di chuyển một đối tượng trên lưới hai chiều trong JavaScript bằng cách cập nhật tọa độ x và y dựa trên đầu vào của người dùng. Nguyên nhân kỹ thuật là mỗi khi nhận được lệnh di chuyển, code trước tiên tính toán vị trí mới rồi so sánh với giới hạn của lưới (0 ≤ x < width và 0 ≤ y < height) để quyết định có chấp nhận hay từ chối thao tác. Nếu vị trí mới vượt ra ngoài biên, hàm sẽ bỏ qua cập nhật và giữ đối tượng ở vị trí hiện tại, tránh lỗi truy cập ngoài mảng hoặc hiển thị bị cắt. Hệ quả là đối tượng luôn permanec trong khu vực hiển thị, giảm nguy cơ lỗi runtime và cải thiện trải nghiệm người dùng khi tương tác với lưới. Điều đáng học là luôn thực hiện kiểm tra ranh giới trước khi thay đổi trạng thái, có thể đóng gói logic này vào hàm reusable như moveIfValid(x, y, dx, dy, width, height) hoặc sử dụng Math.min/Math.max để clamp giá trị.

Để nắm vững cách di chuyển đối tượng trên lưới và tránh vi phạm ranh giới an toàn.