Exploring Polyglot Monorepos with Nx, TanStack and Rust

pnpm 11.24

Phiên bản pnpm 11.24 được ra mắt sau khi các tính năng liên quan đến cài đặt toàn cầu bị gỡ bỏ trong pnpm 11.0. Nó hồi phục lệnh pnpm approve-builds --global, cho phép duyệt và cho phép các bản build toàn cầu mà không bị cô lập như trước. Đồng thời, tính năng publish đệ quy được thay đổi để gom nhóm các gói theo registry, từ đó phát hiện sớm sự không khớp về thông tin đăng nhập trước khi bất kỳ gói nào được push lên. Ngoài ra, cờ --frozen-lockfile không còn gây lỗi khi phiên bản pnpm hiện tại khác với phiên bản được khóa trong lockfile, giúp các quy trình CI ổn định hơn. Điều này giúp các nhóm phát triển tránh lỗi publish do credential và giảm sự phụ thuộc vào phiên bản pnpm cụ thể khi khóa lockfile.

Bài viết này giúp bạn cập nhật những cải tiến quan trọng về quản lý global package và xuất bản batch trong pnpm 11.24.

A deep dive into GitHub Actions

Bài viết giới thiệu GitHub Actions là nền tảng CI/CD tích hợp sẵn trong GitHub, cho phép định nghĩa quy trình qua file YAML workflow. Giải thích chi tiết về runner (self‑hosted và GitHub‑hosted), cách job graph được xây dựng từ các bước (steps) và phụ thuộc (needs), cũng như cách lưu trữ artefacts và sử dụng cache để tăng tốc build. Điểm mạnh là khả năng bảo mật qua secrets, OIDC token và môi trường isolated, đồng thời hỗ trợ triển khai (deploy) tới các dịch vụ như Azure, AWS, Kubernetes và công cụ debug qua log thực time và công cụ replay. Bài cũng chỉ ra các hạn chế phổ biến như thời gian chạy tối đa của runner miễn phí, giới hạn kích thước cache và chi phí khi sử dụng self‑hosted runner ở quy mô lớn. Từ đó, tác giả khuyên equipe nên thiết kế workflow mô-đun, tận dụng cache và artifacts hợp lý, kiểm soát secrets qua môi trường và theo dõi sử dụng runner để tối ưu chi phí và độ tin cậy của pipeline.

Bài này cung cấp hướng dẫn toàn diện giúp bạn tối ưu hóa quy trình CI/CD với GitHub Actions cho dự án của mình.

Creating Web Widgets Using the Document Picture-in-Picture API

Bài viết giới thiệu cách tạo widget web bằng Document Picture-in‑Picture API để hiển thị nội dung độc lập ngoài trang chính. Nguyên nhân kỹ thuật là sử dụng API để mở một cửa sổ Document Picture‑in‑Picture (DPIP window), một tài liệu HTML riêng biệt có thể được đặt lên trên mọi ứng dụng khác. Sau khi có cửa sổ DPIP, desenvol viên chèn HTML, CSS và JavaScript vào đó như một trang web thường, cho phép widget hoạt động với trạng thái và style riêng biệt, không bị ảnh hưởng bởi CSS hoặc JavaScript của trang gốc. Hệ quả là widget có thể luôn hiển thị trên đầu màn hình, di chuyển và thay đổi kích thước tự do, tiếp tục chạy ngay cả khi trang gốc bị ẩn hoặc navigated, đồng thời tuân thủ chính sách bảo mật yêu cầu tương tác người dùng để khởi tạo. Điều đáng học là trước khi áp dụng cần kiểm tra khả năng hỗ trợ của trình duyệt, xử lý trường hợp không hỗ trợ bằng phương án fallback và lưu ý về giới hạn kích thước và yêu cầu gesto để tránh chặn bởi chặn popup.

Bài viết này giúp bạn tạo ra các widget web linh hoạt với khả năng chạy độc lập trong cửa s Picture-in-Picture.

animation-trigger

Trước đây, việc bắt đầu animation CSS thường phụ thuộc vào JavaScript hoặc các lớp giả như :hover, làm tăng độ phức tạp mã và tốn tài nguyên main thread. Thuộc tính mới animation-trigger cho phép xác định một sự kiện — ví dụ: phần tử vào viewport hoặc thay đổi thuộc tính dữ liệu — làm “trigger” để animation chỉ bắt đầu khi điều kiện đó thành true. Khi sử dụng animation-trigger, trình duyệt có thể lên lịch animation mà không cần lắng nghe sự kiện JS, giảmภาระ main thread và cải thiện FPS, đặc biệt trên thiết bị có hiệu năng hạn chế. Điều đáng học là nếu dự án của bạn cần khởi tạo animation dựa trên trạng thái DOM mà không muốn viết thêm mã JavaScript, animation-trigger cung cấp cách khai báo và hiệu quả hơn, nhưng cần kiểm tra mức độ hỗ trợ của trình duyệt hiện tại (Chrome 115+, Firefox 118+, Safari chưa triển khai). Do đó, trước khi quyết định đọc bài gốc, hãy cân nhắc mức độ quan trọng của việc giảm phụ thuộc JS và khả năng hỗ trợ trình duyệt trong môi trường sản phẩm của bạn.

Tìm hiểu CSS animation-trigger giúp bạn kiểm soát chính xác thời điểm khởi chạy animation, nâng cao trải nghiệm người dùng.

gRPC-Rust Roadmap

Bài viết bắt đầu từ việc nhóm gRPC‑Rust vừa hoàn thành bản preview phía client, đánh dấu …

Agentic Code Quality

Bối cảnh: Sự tăng trưởng của các AI agent như GitHub Copilot, Amazon CodeWhisperer đang …

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.