Markus Schirp and Mutation Testing

How to Use the Screen Reader That's Built into Your iPhone

iPhone và iPad tích hợp sẵn trình đọc màn hình VoiceOver, giúp đọc to các yếu tố giao diện như văn bản, nút bấm, menu. Bài viết hướng dẫn ba cách kích hoạt VoiceOver (Settings, Siri, Accessibility Shortcut), năm cử chỉ điều hướng quan trọng cho nhà phát triển, cùng cách điều chỉnh tốc độ và giọng đọc.

Lập trình viên nên đọc bài này để hiểu cách kiểm tra tính khả dụng (accessibility) trên thiết bị iOS thực tế thông qua VoiceOver, giúp phát hiện và cải thiện trải nghiệm người dùng tàn tật trên ứng dụng của họ.

Deno 2.9

Phiên bản Deno 2.9 bổ sung công cụ deno desktop để xây dựng ứng dụng desktop native từ …

Design Patterns, the Ruby Way (Part 2): Modern Creational and Structural Patterns

Bài viết hướng dẫn triển khai sáu mẫu thiết kế cổ điển (Factory, Builder, Adapter, Decorator, Proxy, Facade) theo phong cách Ruby, sử dụng các tính năng ngôn ngữ như duck typing, modules, tap và SimpleDelegator để giảm boilerplate. Ruby ưu tiên composition hơn inheritance, điều này thể hiện xuyên suốt các mẫu thiết kế được trình bày.

Lập trình viên Ruby nên đọc bài này để hiểu cách áp dụng các mẫu thiết kế classic theo phong cách Ruby hiện đại, tiết kiệm thời gian và tránh sự phức tạp của các ngôn ngữ khác nhờ sự linh hoạt của duck typing và prefer composition over inheritance.

What is mutation testing?

Kiểm thử đột biến (mutation testing) đánh giá chất lượng bộ kiểm thử bằng cách chủ động thay đổi nhỏ mã nguồn (đột biến) và kiểm tra xem các bài kiểm thử hiện có có phát hiện được hay không. Khác với độ phủ mã (code coverage), đột biến cho thấy liệu các khẳng định (assertions) có thực sự phát hiện lỗi. Quá trình này tạo ra các đột biến thông qua các toán tử như thay thế quan hệ hoặc đảo ngược boolean, chạy bộ kiểm thử cho từng đột biến, và báo cáo tỷ lệ đột biến bị tiêu diệt (mutation score).

Lập trình viên nên đọc bài này để hiểu cách đánh giá chất lượng suite test thực sự thông qua việc kiểm tra khả năng phát hiện lỗi ngay cả khi chỉ có coverage 100%, không chỉ là việc các dòng code được chạy.

How Expensify Uses Agent-Device for Mobile Bug Evidence and Profiling

Expensify tích hợp công cụ agent-device cho phép AI điều khiển thiết bị di động thực và trình giả lập nhằm tự động thu thập bằng chứng lỗi, đo lường hiệu suất Sentry và phân tích render React. Công cụ này tự động thực hiện các bước tái hiện lỗi từ GitHub, ghi lại video trước/sau khi sửa, chạy đo lường hiệu suất lặp lại và thu thập dữ liệu render theo component.

Lập trình viên nên đọc bài này để khám phá cách sử dụng công nghệ AI tự động hóa các công việc thủ công trên thiết bị di động—từ thu thập bằng chứng lỗi đến phân tích hiệu suất và render React—để tiết kiệm thời gian và nâng cao chất lượng phát triển.

Don’t Let the Model Grade its Own Homework

Các mô hình AI hữu ích để tạo test case nhưng không nên dùng chúng đánh giá kết quả test vì có thể dẫn đến những thay đổi ngầm giữa các lần chạy, làm giảm tính xác định. Tác giả khuyến nghị sử dụng mô hình để sinh test case nhưng giữ các đánh giá dưới dạng assertions cố định do con người xem xét, đảm bảo pipeline có thể chạy lặp lại ổn định.

Lập trình viên nên đọc bài này để tránh rủi ro khi phụ thuộc vào AI đánh giá kết quả thử nghiệm, vì mô hình AI không đáng tin khi đánh giá chính nó, dẫn đến sai số không xác định và giảm trách nhiệm kiểm soát chất lượng cho con người.

Make a method a recurring task with solid queue

Thay vì tạo lớp ActiveJob mỏng để gọi phương thức đơn lẻ trong file recurring.yml, lập trình viên Ruby on Rails có thể sử dụng khóa command: để gọi trực tiếp phương thức lớp Ruby thuần. Cách này giảm boilerplate, giữ logic trong đối tượng Ruby thuần, và chỉ cần worker cấu hình cho queue solid_queue_recurring. Có thể ghi đè queue cho mỗi tác vụ.

Lập trình viên Ruby on Rails nên đọc bài này để tiết kiệm thời gian và tránh việc tạo lớp ActiveJob thừa khi chỉ cần xử lý nhiệm vụ định kỳ đơn giản, đồng thời tối ưu hóa cấu trúc mã bằng cách sử dụng Solid Queue một cách hiệu quả.