Home Made CobbleDB Replaces DynamoDB at Perplexity to Cut Query Latency 5x and Reduce Cloud Storage

Designing a Production-Ready Agent Harness With Persistence and Checkpointing

Để xây dựng một agent harness có khả năng chịu được crash và restart, tác giả đề xuất mô hình mỗi lần chạy agent như state bền vững với id, cursor và version, lưu trữ trong SQLite (hoặc Postgres cho đa tiến trình). Hệ thống checkpoint trước và sau các bước có side effect, sử dụng compare-and-swap dựa trên version để ngăn chèn chéo giữa các worker đồng thời. Các tool call được bảo vệ chống retry bằng idempotency key được sinh từ run_id và step index, với fallback dedup table cho dịch vụ không hỗ trợ idempotency. Bài viết bao gồm code Python hoàn chỉnh, test crash-and-recovery thực tế, và khuyến cáo theo dõi các bước ở trạng thái RUNNING sau recovery và cảnh báo nếu bước đó vượt TTL.

Lập trình viên nên đọc bài này để học cách xây dựng hệ thống agent bền vững, xử lý lỗi hiệu quả và quản lý trạng thái trong môi trường phân tán.

Why we taught agents to break distributed safety properties

Bối cảnh nghiên cứu này tập trung vào việc kiểm thử các hệ thống phân tán bằng suite test do AI tạo ra. Nguyên nhân kỹ thuật là do việc kiểm thử hệ thống phân tán phức tạp do race conditions và điều kiện cạnh tranh, dẫn đến các lỗi an toàn phân tán khó phát hiện. Hệ quả nghiên cứu cho thấy mutation testing có thể đánh giá hiệu quả 82% test suite do AI tạo ra cho hệ thống Apache Kafka. Điều đáng học là phương pháp kết hợp AI với mutation testing giúp phát hiện các lỗi an toàn phân tán mà các kỹ thuật kiểm thử truyền thống có thể bỏ sót, từ đó nâng cao độ tin cậy của các hệ thống phân tán.

Bài viết này giúp lập trình viên hiểu cách đánh giá độ tin cậy của bộ kiểm thử AI được tạo ra cho hệ thống phân tán.

Saving another 100TB of RAM with math (and Rust)

Cloudflare đã giảm thành công việc sử dụng RAM lên đến 100TB cho dịch vụ dựa trên Pingora …

Encore for Rust

Encore đang mở rộng framework của mình sang ngôn ngữ Rust, với phiên bản beta sắp ra mắt. Framework này sử dụng model application và runtime agents để phát triển ứng dụng, tập trung vào việc đơn giản hóa quá trình xây dựng hệ thống phức tạp. Việc hỗ trợ Rust cho phép Encore tận dụng ưu điểm về hiệu năng và an toàn bộ nhớ của ngôn ngữ này. Đây là cơ hội cho các lập trình viên muốn xây dựng ứng dụng với hiệu năng cao mà vẫn giữ được sự phát triển nhanh chóng nhờ vào mô hình của Encore.

Lập trình viên nên đọc bài này để biết cách ứng dụng mô hình Encore vào ngôn ngữ Rust sắp ra bản beta.

We Have Named Arguments at Home

Bối cảnh là Rust đang tranh luận về named arguments, optional arguments, default arguments và function overloading theo quan điểm của Steve Klabnik. Nguyên nhân kỹ thuật là những tính năng này có thể gây phức tạp trong thiết kế ngôn ngữ Rust, vốn ưu tiên tính rõ ràng và an toàn. Hệ quả là việc triển khai chúng có thể làm giảm trải nghiệm lập trình viên và tăng độ phức tạp của ngôn ngữ. Điều đáng học là việc cân nhắc kỹ lưỡng trước khi thêm tính năng mới vào Rust, ưu tiên sự ổn định và nhất quán thay vì tính linh hoạt quá mức.

Bài viết này giúp lập trình viên hiểu rõ hơn về các tham số có tên và cách thiết kế hàm hiệu quả trong Rust.

Concurrency Control: Arbitration vs. Serialization

Concurrency control trong hệ thống phân tạp tồn tại hai hình thức khác nhau và hầu hết lỗi …

Microservices vs Monolithic Architecture: What Nobody Tells You Until You've Lived Through Both

So sánh chi tiết giữa monolithic và microservices vượt qua lý thuyết, bàn về sự phức tạp trong deployment, sự ảnh hưởng của Conway's Law đến ownership team, khó khăn trong debugging và observability, cũng như thách thức về data consistency, performance và scaling. Bài viết chỉ ra monolithic thực sự phù hợp trong những trường hợp nào, khi nào microservices mang lại hiệu quả, và giới thiệu khái niệm "modular monolith" như giải pháp trung gian. Các lỗi phổ biến như resume-driven development hay distributed monoliths được liệt kê kèm framework thực tế để ra quyết định dựa trên team, domain, delivery, operations và scale. Thông điệp chính là chọn architecture dựa trên vấn đề thực tế chứ không phải sự phức tạp giả định.

Bài viết này giúp lập trình viên hiểu rõ sự cân thực giữa kiến trúc microservices và monolithic, tránh những sai lầm phổ biến và đưa ra quyết định kiến trúc phù hợp dựa trên nhu cầu thực tế.

Slint 1.18 Released

Slint 1.18 mang đến nhiều cải thiện chất lượng sống với compiler nhẹ hơn, tạo ra binary nhỏ hơn và tốc độ render văn bản lớn nhanh hơn. Windows Node.js port có event loop được cải tiến, FlexboxLayout mới mang bố cục kiểu web vào Slint, cùng với z-order có thể thay đổi tại runtime. Spring animations mới cùng với fixed easing curves, và items có thể animate và orient theo path. Ngôn ngữ bổ sung push/remove/insert trên arrays và models, giá trị mặc định tùy chỉnh cho struct fields, và Platform.uses-mock-data constant cho test data trong development. Thêm vào đó là renderer thử nghiệm dựa trên Vello, WindowMoveArea element cho title bars tùy chỉnh, screen reader support cho text inputs, và cải thiện language server cho việc rename properties và import auto-completion.

Slint 1.18 mang đến nhiều cải tiến quan trọng về hiệu suất, giao diện và tính năng mới giúp lập trình viên xây dựng ứng dụng desktop hiện đại và hiệu quả hơn.