Agentic development in the enterprise: speed without losing control

Practical Rust API Design

Bài viết Practical Rust API Design tập trung vào nguyên tắc thiết kế API cho hệ thống ergonomic bằng ngôn ngữ Rust. Nguyên nhân kỹ thuật là cách Rust sử dụng type signature để cung cấp feedback tức thời về tính đúng đắn của code. Hệ quả là lập trình viên có thể hiểu một function chỉ bằng cách xem type signature mà không cần đọc implementation. Điều đáng học là metric tốt cho design ergonomic là lượng thông tin bạn cần nắm trong đầu để hiểu được chương trình đang chạy thế nào.

Bài viết này giúp lập trình viên thiết kế API Rust thân thiện và hiệu quả hơn, giảm tải nhận thức khi phát triển phần mềm.

gRPC vs REST Is the Wrong Question · Buf

Bối cảnh: Câu trả lời truyền thống thường khuyên sử dụng REST cho public APIs và gRPC cho …

Dear Coder: Open This If You're Feeling AI FOMO

Thị trường AI hiện đang cực kỳ cạnh tranh với các công ty liên tục tung ra model đạt hiệu …

Redesign without fear

Khi làm việc với git merge conflicts, các lập trình viên thường ngại thay đổi code do sợ conflict. Phương pháp side-by-side changes cho phép bạn thực hiện nhiều thay đổi độc lập trên cùng một file, giảm thiểu conflict đáng kể. Kỹ thuật này sử dụng git add -A và git checkout -theo từng phần, cho phép quản lý các thay đổi theo từng khối logic. Facebook đã áp dụng thành công kỹ thuật này với hệ thống their/hours, giảm 40% thời gian giải quyết conflict. Bạn có thể học cách quản lý các thay song song này để tự tin refactor mà không sợ làm hỏng codebase.

Bài này giúp bạn tái thiết kế code mà không sợ xung đột hợp nhất.

Meet the developers rejecting AI

Bối cảnh ngày càng nhiều nhà phát triển từ chối AI dù điều này có thể làm mất khách hàng, cơ hội việc làm và cả sự nghiệp. Nguyên nhân kỹ thuật xuất phát từ lo ngại về bảo mật code, chất lượng mã nguồn và vấn đề bản quyền khi sử dụng công cụ AI như GitHub Copilot. Hệ quả là các lập trình viên này phải đối mặt với áp lực từ doanh nghiệp và thị trường lao động đang ngày càng ưu tiên AI. Điều đáng học là việc từ chối AI không chỉ là quan điểm cá nhân mà còn phản ánh cuộc tranh luận sâu sắc về đạo đức và trách nhiệm trong ngành công nghệ phần mềm.

Bài viết tiết lộ lý do sâu xa khiến các lập trình viên sẵn sàng hy sinh sự nghiệp để phản đối AI.

How Do We Write About AI in Web Development?

Thị trường công nghệ đang chứng kiến sự bùng nổ của AI trong web development với các framework như Next.js, Remix và Astro áp dụng các tính năng AI. Rào cản chính nằm ở việc AI đang thay đổi quá nhanh, khiến các lập trình viên khó theo kịp và mô tả chính xác tác động của nó. Hệ quả là nhiều bài viết trở nên lỗi thời chỉ sau vài tháng do sự phát triển chóng mặt của các công cụ AI như GitHub Copilot và ChatGPT. Đáng học hỏi là cách tiếp cận chia sẻ trải nghiệm thực tế thay vì dự đoán, giúp cộng đồng có cái nhìn đa chiều về AI và sự thích ứng trong ngành công nghệ.

Bài viết này giúp bạn hiểu cách tiếp cận và viết về tác động của AI đến lĩnh vực phát triển web một cách hiệu quả.

Architecting with LLMs: use plain old code when you can, LLMs when you must

Khi thiết kế hệ thống với LLM, hãy sử dụng plain old code (POC) cho các tính năng có thể định nghĩa chính xác, và dành LLM cho những nhiệm vụ cần phán đoán, diễn giải hoặc xử lý đầu vào mơ hồ. Khung kiến trúc này áp dụng phép phân tích chức năng đệ quy để chia hệ thống thành các trách nhiệm riêng biệt, sau đó phân loại từng trách nhiệm thuộc về POC hay LLM, như minh họa trong workflow coding-agent 'implement plan'. LLM nên được đặt tại ranh giới hệ thống để xử lý đầu vào không có cấu trúc, và cần cung cấp cho chúng các công cụ POC như Gradle, Git để tương tác với thế giới thực. Khi hiểu biết về vấn đề ngày càng sâu sắc, ta cần xem xét và chuyển đổi lựa chọn triển khai giữa POC và LLM.

Bài này giúp lập trình viên hiểu cách phân bổ trách nhiệm hệ thống giữa code truyền thống và LLM dựa trên tính chất cụ thể của từng nhiệm vụ.

Claude and Obsidian now run every workflow I needed separate apps for

Các ứng dụng chuyên dụng bạn từng dùng giờ đây đã được thay thế bởi Claude và Obsidian trong một hệ thống workflow thống nhất. Nguyên nhân kỹ thuật nằm ở khả năng của Claude trong việc xử lý file và kết nối với Obsidian thông qua plugin, cho phép quản lý thông tin như markdown và task list. Hệ quả là tác giả đã giảm từ nhiều ứng dụng xuống chỉ còn hai công cụ chính, tiết kiệm thời gian đồng bộ dữ liệu giữa các hệ sinh thái khác nhau. Điều đáng học là cách tận dụng AI assistant để tự động hóa workflow, Obsidian như trung tâm tổ chức kiến thức, và sự linh hoạt khi xây dựng hệ thống cá nhân phù hợp với nhu cầu cụ thể.

Bài viết tiết lộ cách chuyển đổi ứng dụng riêng thành tệp tin đơn giản với Claude và Obsidian.