Agentic Code Quality

Domain-Driven Design matters more when AI writes your code

Mô hình miền (domain model) và Ngôn ngữ phổ quát (Ubiquitous Language) càng trở nên quan …

Fast and Hard Code

LLM đang thay đổi cách lập trình viên chọn ngôn ngữ khi viết code, vì chúng tạo ra đoạn mã nhanh hơn trong các ngôn ngữ bậc cao như Python và JavaScript. Nguyên nhân kỹ thuật là các mô hình đã được huấn luyện chủ yếu trên kho mã nguồn mở dominer bởi những ngôn ngữ này, khiến chúng hiểu và sinh ra cú pháp chính xác hơn so với C++ hoặc Rust. Khi dựa vào LLM, nhóm phát triển có xu hướng ưu tiên các ngôn ngữ mà mô hình hỗ trợ tốt, dù chúng có thể không tối ưu về thời gian thực hiện hoặc mức tiêu thụ bộ nhớ. Hệ quả là các dự án cần hiệu suất cao có thể bị lãng phí thời gian do việc dịch sang ngôn ngữ thấp hơn trở nên khó khăn và tốn lực. Bài học là trước khi quyết định ngôn ngữ, cần cân bằng giữa mức độ hỗ trợ của LLM và yêu cầu về hiệu suất thực tế của sản phẩm.

Bài viết này giúp lập trình viên hiểu cách lựa chọn ngôn ngữ lập hiệu quả khi làm việc với các mô hình ngôn ngữ lớn (LLM).

pnpm 11.21-11.22

pnpm 11.21 và 11.22 thay đổi cách pnpm install xử lý lockfile, cập nhật nó trực tiếp thay vì giải quyết lại toàn bộ đồ thị phụ thuộc cho hầu hết các thay đổi thường ngày. Điều này được thực hiện bằng cách tắt ghi lại SSH URLs trong lockfile, giúp tránh lỗi cài đặt trên CI khi các URL đó không thể truy cập. Đồng thời, các cài đặt toàn cầu được thực hiện nguyên tử và các cập nhật tương tác toàn cầu теперь chọn toàn bộ nhóm cài đặt, đồng thời thêm lệnh pnpm cache path để truy cập nhanh vào thư mục cache. Tuy nhiên, bản cập nhật cũng loại bỏ khả năng di chuyển trạng thái máy của pnpm qua pnpm-workspace.yaml, giới hạn sự linh hoạt trong cấu hình workspace. Từ những thay đổi này, lập trình viên nên lưu ý đến chiến lược quản lý lockfile, tránh sử dụng SSH URLs trong môi trường CI và cân nhắc tác động của việc không thể di chuyển trạng thái máy khi thiết kế workspace.

Bài viết này giúp bạn hiểu những cải tiến quan trọng trong pnpm 11.21-11.22, từ tối ưu hóa hiệu suất cài đặt đến tăng cường độ ổn định cho môi trường CI.

Thoughts on LLMs

Nghiên cứu viên hệ thống phân tán đã dành hai năm viết về LLM và tổng hợp một chỉ mục các bài viết liên quan. Ông cho rằng LLM nổi bật ở việc tạo ra lượng lớn output “trung bình” – nhìn ấn tượng đối với người không chuyên nhưng chỉ đủ mức độ cho những người có kiến thức chuyên môn (hiện tượng Gell‑Mann amnesia). Nhờ khả năng này, LLM rất hữu ích để giảm tải công việc thường ngày và duy trì động lực làm việc, đặc biệt đối với người có ADHD, trong khi suy nghĩ thực sự, viết và lập kế hoạch vẫn diễn ra trong Emacs. Ngoài ra, ông còn liệt kê các bài viết nơi AI giao thoa với nghiên cứu phương pháp formal và hệ thống, bao gồm kiểm tra mô hình, workshop TLA+ và nghiên cứu về năng suất coding AI. Bài học chính là coi LLM như công cụ hỗ trợ cho công việc lặp lại, không thay thế cho tư duy sâu sắc và chuyên môn cần thiết trong nghiên cứu hệ thống và phương pháp formal.

Bài này giúp lập trình viên cân bằng cách sử dụng LLM hiệu quả cho công việc lặp lại mà vẫn giữ được tư duy sáng tạo sâu trong chuyên môn.

Modular Monoliths: Creating Real Boundaries Before Reaching for Microservices

Bài viết khám phá sâu về modular monoliths, bao gồm module APIs, sở hữu database, giao tiếp giữa module, kiểm tra kiến trúc, di chuyển tăng dần và các tín hiệu chứng minh cần microservices.

Đọc bài này giúp bạn hiểu cách thiết kế kiến trúc modular monolith hiệu quả trước khi cân nhắc chuyển sang microservices.

Svix SDKs and CLI v2 released

Svix vừa phát hành phiên bản 2.0.0 của bộ SDK và công cụ CLI, đánh dấu một bản cập nhật lớn sau các phiên bản 1.x. Phiên bản này mang lại một số thay đổi phá vỡ tương thích ngược nhằm cải thiện hiệu suất và tính nhất quán của API webhook. Các SDK được viết lại với hỗ trợ TypeScript tốt hơn, cung cấp các kiểu dữ liệu chính xác hơn và giảm thiểu gói phụ thuộc. CLI cũng được tối ưu hóa với lệnh mới để quản lý endpoint và xem log trực tiếp từ terminal. Những cập nhật này giúp các lập trình viên dễ dàng tích hợp và duy trì hệ thống webhook của Svix với ít lỗi hơn và độ tin cậy cao hơn.

Tải bản cập nhật Svix SDKs và CLI v2 để tận dụng các tính năng mới và cải tiến hiệu suất.

Extreme Programming 1999->2026

Phương pháp Extreme Programming (XP) ra đời từ năm 1999 vẫn là kim chỉ nam hiệu quả cho …

Architects, testers, and coders: Building multi-agent development teams

Bài viết mô tả nhu cầu porting các thư viện Python sang Dart để hỗ trợ phát triển ứng dụng Flutter. Để giải quyết, tác giả mô hình hoá các nhóm phát triển gồm kiến trúc sư, kiểm thử và lập trình viên làm việc như các tác nhân độc lập trên nền tảng Antigravity. Quy trình được xây dựng quanh test‑driven development: mỗi tác nhân viết test cho chức năng mong muốn trước khi triển khai mã Dart tương ứng. Kết quả là các gói Dart được tạo ra có cấu trúc idiomatis, duy trì tính nhất quán với nguồn Python và đạt độ bao phủ test cao sau mỗi vòng lặp. Từ kinh nghiệm này, bài viết khuyên áp dụng mô hình multi‑agent cùng TDD khi cần dịch sang ngôn ngữ mới vì nó giúp tách biệt trách nhiệm, phát hiện lỗi sớm và giảm phụ thuộc vào kiến thức thủ công về từng thư viện. Điều này cho thấy Antigravity có thể làm nền tảng mở rộng để quản lý các dự án porting lớn mà không làm tăngภาระ điều phối thủ công.

Bài viết hướng dẫn cách xây dựng đội ngũ phát triển đa đại lý để chuyển đổi thư viện Python thành gói Dart idiomatically bằng phương pháp phát triển theo hướng kiểm thử.