Node.js — Node.js 24.21.0 (LTS)

Bun v1.4.2

Bản phát hành Bun v1.4.2 được ra để sửa hai hồi quy ảnh hưởng tới Elysia và …

A Shai-Hulud npm payload came back 111 days later

Một con Shai-Hulud worm đã ẩn mình trong npm registry suốt 111 ngày rồi bất ngờ tái xuất …

This Month in Ladybird

Ladybird là một dự án trình duyệt mới được xây dựng từ đầu, nhằm mang lại trải nghiệm hiện đại và khả năng tùy chỉnh cao cho nhà phát triển và người dùng cuối. Trong bản cập nhật này, nhóm đã thêm chế độ duyệt ẩn danh, hỗ trợ nhiều hồ sơ người dùng, cũng như tích hợp chức năng undo/redo cho trình soạn thảo nội dung, đồng thời mở rộng hỗ trợ API Geolocation và WebAudio để nâng cao tính tương tác đa phương tiện. Những thay đổi này đi kèm với việc di chuyển bộ xử lý style và layout sang Rust, giúp tăng tốc compositor khoảng 30 % và giảm mức tiêu thụ bộ nhớ, đồng thời làm cho các tính năng mới như private browsing và profiles hoạt động ổn định hơn. Kết quả cho thấy việc áp dụng Rust cho các thành phần hiệu suất cao mang lại lợi ích rõ rệt về tốc độ và an toàn bộ nhớ, cung cấp bài học quan trọng cho các dự án trình duyệt khác khi cân nhắc di chuyển một phần mã nguồn sang ngôn ngữ này.

Bài viết cập nhật những tiến bộ mới nhất về trình duyệt Ladybird giúp lập trình viên nắm bắt công nghệ và cải thiện hiệu suất phát triển web.

Temporal: JavaScript Finally Fixes Dates

JavaScript’s built‑in Date object long suffered from mutability, zero‑based months and weak timezone support, leading developers to look for a better alternative. Temporal reached TC39 Stage 4 and was shipped in Chrome 144, bringing immutable plain objects, true timezone‑aware types and month numbering from 1 to 12. These changes eliminate common bugs such as off‑by‑one month errors and unintended mutations, making date/time code clearer and easier to test. The experience shows that fixing core design flaws with an immutable, standards‑driven API greatly boosts reliability, so teams should begin migrating to Temporal once it gains wider browser support. Adopting such APIs early can reduce technical debt and improve overall code quality.

Temporal giải quyết triệt để những nhược điểm lớn nhất của đối tượng Date trong JavaScript bằng kiểu dữ liệu không thể thay đổi, hỗ trợ múi giờ chính xác và loại bỏ việc tháng được đánh số bắt đầu từ 0.

pnpm 12.0

pnpm phiên bản 12.0 đã được phát hành là bản ổn định sau khi viết lại toàn bộ bằng Rust. Việc viết lại này nhằm cải thiện hiệu suất và độ tin cậy mà không thay đổi giao diện người dùng. Các lệnh, cờ, cấu hình và định dạng lockfile của pnpm 11 đều được giữ nguyên, nên nâng cấp không yêu cầu thay đổi dự án hiện có. Tài liệu chính thức đồng thời mô tả cách sử dụng cả hai phiên bản, giúp nhà phát triển có thể chọn phiên bản phù hợp. Bài học từ bản phát hành này là việc viết lại bằng Rust có thể mang lại lợi thế về hiệu suất, miễn là giữ nguyên tính tương thích ngược để giảm gánh nặng chuyển đổi cho người dùng.

Lập trình viên nên đọc bài này vì pnpm 12.0 được viết lại bằng Rust mang lại hiệu năng tốt hơn trong khi vẫn giữ nguyên toàn bộ cú pháp và định dạng file lock từ phiên bản trước.

9000 RPM is faster than your screen refreshes

Bài viết mô tả một animation minh hoạ cách động cơ thể thao quay ở 9000 RPM, tương đương 150 vòng quay trục khuỷu mỗi giây trên các cấu hình inline-4, V6, boxer-6 hoặc flat-plane V8. Bối cảnh là so sánh tốc độ quay này với tần số làm mới của màn hình thường dùng, thường là 60Hz hoặc 120Hz. Nguyên nhân kỹ thuật là việc đổi RPM sang vòng mỗi giây (9000 ÷ 60 = 150) cho thấy mỗi khung hình ở 60Hz chỉ cattur được một phần nhỏ của một vòng quay. Hệ quả là nếu chỉ dựa trên màn hình 60Hz, người xem sẽ không thể cảm nhận được sự mượt mà thực sự của động cơ ở tốc độ cao, dẫn tới hiểu lầm về hiệu suất. Điều đáng học là khi trực quan hoá hiện tượng máy móc quay nhanh, cần sử dụng tốc độ làm mới màn hình đủ cao (>= 144Hz) hoặc dùng kỹ năng chậm motion để tránh bỏ qua chi tiết quan trọng.

Bài này giúp bạn hiểu cách động cơ thể thao hoạt động ở tốc độ cực cao vượt qua khả năng cảm nhận của mắt người.

WebSocket vs SSE vs Long Polling: The Real Cost of 1,000 Events

Bài viết so sánh chi phí thực tế giữa WebSocket, SSE và Long Polling qua các số liệu đo lường như dung lượng dữ liệu truyền tải trên dây (wire bytes) cho mỗi sự kiện, độ trễ ở vòng lặp 50 ms, và tác động của HTTP/2 lên từng phương thức.

Một lập trình viên nên đọc bài này để hiểu rõ cách chọn giữa WebSocket, SSE và Long Polling khi cần tối ưu hóa hiệu suất mạng, giảm chi phí băng thông và latency trong ứng dụng thực tế với hàng ngàn sự kiện.