Continuations 2026/27: Hanami 3.0!

WebSockets vs. SSE should be about ordering and correctness

Hiện nay nhiều dự án thảo luận việc truyền HTML qua WebSockets hoặc qua Server‑Sent Events (SSE) kết hợp với Fetch API để cập nhật giao diện real‑time. WebSockets cung cấp kênh full‑duplex liên tục nhưng không có cơ chế tự động reordering gói tin, trong khi SSE dựa trên HTTP/1.1 (hoặc HTTP/2) và đảm bảo sự kiện được gửi theo thứ tự kết nối, tuy nhiên chỉ là một chiều và phụ thuộc vào xử lý lỗi kết nối. Nếu팀 chỉ nhìn vào độ trễ hoặc throughput mà bỏ qua việc bảo证 sự kiện đến theo thứ tự đúng, giao diện có thể hiển thị các mảnh HTML cũ sau khi đã nhận được bản cập nhật mới, dẫn tới lỗi hiển thị hoặc trạng thái không nhất quán. Thay vì tranh luận WebSockets vs SSE chỉ từ góc độ hiệu suất, nhóm phát triển nên tập trung vào việc thiết kế cơ chế định danh và kiểm tra thứ tự (ví dụ: gắn ID tăng dần, sử dụng idempotent update hoặc buffer reordering) để đảm bảo tính đúng của luồng dữ liệu bất kể chọn phương thức nào. Khi áp dụng đúng cách, cả hai công nghệ đều có thể truyền HTML real‑time mà không lo về thứ tự, cho phép lựa chọn dựa trên nhu cầu duplex hay đơn giản hơn của ứng dụng.

Bài viết này giúp lập trình viên hiểu được lựa chọn giữa WebSockets và SSE nên dựa trên yêu cầu về thứ tự và độ chính xác của dữ liệu, không chỉ dựa trên phương thức kỹ thuật.

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ả …

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, Salma Alam‑Naylor, Josh W. Comeau đang giảm hoạt động hoặc ngừng giảng dạy. Nguyên nhân kỹ thuật là sự thay đổi nhanh chóng của công cụ và framework — ví dụ React 18, Vite, Turbopack — cùng với xu hướng chuyển sang full‑stack và AI‑assisted coding khiến nội dung học tập cũ nhanh lỗi thời, forcing educators to constantly rewrite materials. Hệ quả là các nhà phát triển mới tìm khó kiếm nguồn học tập chất lượng cao, cộng đồng mất đi những bài viết sâu sắc và các khóa học có cấu trúc, dẫn đến sự phân mảnh kiến thức và tăngภาร� tự học. Điều đáng học là để duy trì sự liên quan, các tác giả cần xây dựng nội dung mô‑đun, dễ cập nhật và tập trung vào nguyên tắc không thay đổi (kiến trúc component, quản lý state, hiệu suất render) thay vì chỉ theo xu hướng công cụ cụ thể. Điều này cũng nhắc nhở lập trình viên nên cân bằng giữa việc học công cụ mới và nắm vững nền tảng lý thuyết, đồng thời tham gia vào việc đóng góp lại cho cộng đồng qua bài viết hoặc mã nguồn mở.

Bài viết này giúp bạn hiểu được xu hướng thay đổi quan trọng trong ngành phát triển frontend từ những chuyên gia hàng đầu.

A fresh look at Hanami

Nhiều lập trình viên Ruby đã quen thuộc với Rails nhưng muốn tìm kiếm framework nhẹ, có cấu trúc rõ ràng hơn để phát triển ứng dụng web. Hanami (đříve gọi là Lotus) được thiết kế dựa trên kiến trúc mô-đun, tách riêng lớp giao diện, logic nghiệp vụ và persistence, sử dụng các gem như dry‑system, rom‑rb và Sequel để giảm sự phụ thuộc vào Rails. Khi thử nghiệm nhanh, tác giả thấy Hanami cho phép khởi động ứng dụng trong ít giây, cấu hình route rõ ràng và mã nguồn dễ kiểm thử đơn vị mà không cần tải toàn bộ stack Rails. Bài viết nhấn mạnh rằng nếu dự án cần hiệu suất cao, sự linh hoạt trong việc chọn ORM hoặc muốn tránh magie của Rails, Hanami là một lựa chọn đáng cân nhắc, nhưng cần đầu tư thời gian học hỏi hệ sinh thái dry‑rb và rom. Do đó, nếu bạn là lập trình viên Ruby đang suy nghĩ mở rộng công cụ ngoài Rails, đọc bài gốc sẽ cung cấp cái nhìn thực tế về ưu điểm và giới hạn của Hanami qua kinh nghiệm thực tế ngắn gọn của tác giả.

Bài viết này giúp lập trình viên Ruby khám phá lựa chọn thay thế sáng tạo và nhẹ nhàng cho Rails.

Your alt text passes automated checks. That doesn’t mean it’s any good.

Nhiều công cụ tự động kiểm tra accessibility chỉ xác định xem thuộc tính alt có tồn tại hay không, nên chúng thường báo “pass” ngay cả khi mô tả không ý nghĩa. Để khắc phục hạn chế này, nhóm phát triển đã tạo một plugin cho GitHub Accessibility Scanner mà thực hiện phân tích ngữ cảnh và độ dài của alt text, đồng thời đánh giá mức độ mô tả dựa trên heuristic như từ khóa liên quan và tránh lặp lại tên file. Plugin này sẽ đánh dấu các trường hợp alt text quá ngắn (dưới 5 ký tự), quá chung chung (ví dụ “image” hoặc “picture”) hoặc chứa từ ngữ không liên quan, giúp nhà phát hiện lỗi trước khi code được merge. Khi tích hợp vào workflow CI, plugin sẽ làm giảm tỷ lệ lỗi accessibility liên quan đến alt text xuống khoảng 30% so với chỉ dựa vào các quy tắc tự động cơ bản. Bài học là: tự động kiểm tra là bước đầu tiên, nhưng cần bổ sung bằng các quy tắc ngữ cảnh và審閱 con người để đảm bảo alt text thực sự hữu ích cho người dùng screen reader.

Đây giải thích tại sao alt text đạt kiểm tra tự động không đồng nghĩa với nó thực sự hiệu quả và dễ truy cập.

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 …

Agents on Rails: lemans goes open source

Agents on Rails đang phát triển và vừa công bố rằng lemans – hệ thống harness tạo ra mọi con số đã công bố – hiện đã được mã nguồn mở. Đây là bước tiến quan trọng vì lemans trước đây là thành phần nội bộ dùng để đo lường và so sánh hiệu suất của các mô hình AI. Đồng thời nhóm đã chạy thử bốn mô hình mới: Sonnet 5, Terra, một phiên bản Qwen có trọng lượng mở cho phép chạy trên máy cá nhân, và một mô hình không muốn tiết lộ tên. Với lemans mã nguồn mở, cộng đồng có thể tái tạo, mở rộng và tích hợp các bài kiểm tra này vào quy trình của riêng mình. Bài học là việc công khai công cụ đo lường và chia sẻ mô hình mở trọng lượng giúp tăng độ minh bạch và tăng tốc độ đổi mới trong lĩnh vực AI agents.

Lập trình viên nên đọc bài viết này để cập nhật về công nghệ Agents on Rails và nguồn mở của lemans, cũng như khám phá các mô hình AI mới như Sonnet 5, Terra và Qwen.

Script tags are deprecated and will stop running on March 1, 2027

Shopify vừa công bố trong changelog rằng bắt đầu từ ngày 1 / 3 / 2027 thẻ <script> trong cửa hàng online sẽ được đánh dấu là lỗi thời và ngừng chạy. Nguyên nhân là nền tảng đang chuyển sang mô hình mở rộng dựa trên App Blocks, Sections và Shopify Functions, nhằm giảm sự phụ thuộc vào script tùy chỉnh chèn trực tiếp vào theme. Hệ quả là mọi đoạn mã JavaScript được thêm qua ScriptTag API hoặc qua việc chỉnh sửa theme sẽ không còn được thực thi sau ngày cutoff, có thể làm hỏng các tính năng như tracking, popup hoặc tích hợp bên thứ ba. Điều đáng học là các nhà phát triển cần尽早 di chuyển sang các giải pháp chính thức như App Embed, web pixel manager hoặc các extension mới và kiểm tra tính tương thích trên môi trường phát triển trước khi ngày hết hạn đến. Việc theo dõi changelog và tham gia các bản preview sẽ giúp kịp thời thích ứng với thay đổi này mà không gián đoạn kinh doanh.

Lập trình viên nên đọc bài này để biết về sự thay đổi quan trọng của Shopify liên quan đến tag script bị lỗi thời và sẽ ngừng hoạt động.