Bulletproof React: Building React Apps That Survive Growth

CQRS Without the Astronaut Architecture

Bài viết hướng dẫn triển khai CQRS trong Node.js/TypeScript theo cách đơn giản, không cần …

You're Using React Compound Components Wrong

Hầu hết hướng dẫn về React compound components đều dùng ví dụ <Select>/<Option> không phù hợp, vì pattern này chỉ tối ưu cho layout linh hoạt với nội dung tĩnh (tabs, cards), chứ không phải danh sách dữ liệu động. Khi dữ liệu đến từ API, sử dụng props API đơn giản hơn, type-safe hơn, và dễ xử lý sắp xếp/lọc/ảo hóa.

Lập trình viên nên đọc bài này để tránh nhầm lẫn giữa mô hình Compound Components—dành cho giao diện layout tĩnh—với trường hợp sử dụng cho danh sách dữ liệu động, từ đó tối ưu hóa code, tránh lỗi type safety và áp dụng đúng nguyên tắc thiết kế React hiệu quả.

Typed Polymorphic React Component

Bài viết hướng dẫn cách xây dựng một component React đa hình có kiểu (polymorphic) bằng …

35 React Interview Questions Senior Developers Still Get Wrong

Bài viết cung cấp 35 câu hỏi phỏng vấn React dành cho senior developer, xoay quanh các chủ đề như rendering behavior, hooks (useState, useRef, useEffect, useLayoutEffect), tính năng React 19 (Actions, useOptimistic, React Compiler), Server Components, tối ưu hiệu suất, quản lý state, React Router và testing. Mỗi câu hỏi đi kèm ví dụ code thực tế và giải thích chi tiết, tập trung vào hiểu bản chất React thay vì ghi nhớ API.

Lập trình viên senior cần đọc bài này để khắc phục lỗi thường gặp trong các câu hỏi thực tế về React—không chỉ là nhớ kỹ thuật mà là hiểu sâu về cơ chế hoạt động, từ rendering đến các tính năng mới nhất như Server Components và React Compiler, giúp họ ứng dụng kiến thức một cách chính xác trong công việc.

Lattice: Describe Inertia UIs in PHP

Lattice là framework UI điều khiển từ server cho Laravel, cho phép định nghĩa toàn bộ giao …

Standalone JSON Schemas, Overlaid for Every Purpose

Thay vì nhúng mô hình dữ liệu vào components.schemas của tài liệu OpenAPI, bài viết đề xuất sử dụng các tệp JSON Schema độc lập với $id riêng trong thư mục schema/. Những schema này có thể tái sử dụng cho nhiều hệ thống (validation, generate code, docs, data warehouse) mà không phụ thuộc vào OpenAPI. OpenAPI overlays giúp điều chỉnh schema gốc cho mục đích cụ thể (như dịch description sang tiếng Đức) mà không thay đổi cấu trúc cốt lõi.

Lập trình viên nên đọc bài này để hiểu cách tối ưu hóa tái sử dụng và quản lý các định dạng dữ liệu độc lập từ OpenAPI, giúp giảm bớt sự phụ thuộc vào các tài liệu API cụ thể và mở rộng khả năng tái sử dụng cho nhiều công cụ khác nhau.

The Modular Monolith Boundary I Couldn't Take Back

Một lập trình viên chia sẻ kinh nghiệm khi ranh giới giữa hai module Catalog và Collaboration trong kiến trúc modular monolith dần trở nên không thể đảo ngược do yêu cầu kinh doanh buộc chuyển từ giao tiếp bất đồng bộ sang đồng bộ, khiến các module thực tế hoạt động như một khối thống nhất dù ranh giới vẫn tồn tại trên giấy. Bài viết khuyên nên coi ranh giới module là tạm thời, bắt đầu với ít module lớn hơn và chỉ tách nhỏ khi rõ ràng, đồng thời ưu tiên yêu cầu nhất quán hơn là trực giác về domain.

Lập trình viên nên đọc bài này để tránh rơi vào sai lầm khi cố gắng giữ các module độc lập trong một monolith mà thực tế đã bị "sáp nhập" nhờ yêu cầu tính nhất quán đồng bộ, khiến kiến trúc trở nên khó duy trì và mở rộng sau này.