Adopting the product operating model at Priceline

The Agent-Era Career

Addy Osmani, cựu trưởng nhóm kỹ thuật Google, đưa ra lời khuyên sự nghiệp cho kỷ nguyên AI …

A hell of a time to be a builder

Tác giả chia sẻ câu chuyện cá nhân xây dựng ứng dụng giao tiếp cho người cha sắp mất trong 1,5 ngày bằng React, rồi mở rộng thành luận điểm: AI không thay thế lập trình viên mà trao cho họ sức mạnh chưa từng có. Khi các tác vụ lập trình cơ học trở nên rẻ hơn, phẩm chất con người như sự đánh giá, gu thẩm mỹ và trực giác sản phẩm trở nên quan trọng hơn. Thay vì giới hạn bởi khả năng kỹ thuật, phần mềm giờ đây bị giới hạn bởi tham vọng và có thể được tạo ra bởi nhiều đối tượng hơn như nhà thiết kế, nhạc sĩ hay giáo viên.

Lập trình viên nên đọc bài này để hiểu cách AI không thay thế mà mở rộng tầm ảnh hưởng của họ trong việc xây dựng sản phẩm, từ đó khám phá cách chuyển đổi từ công việc kỹ thuật sang định hình giá trị và sáng tạo trong ngành công nghệ.

How to Find the Optimal Coding Agent Interface

Bài viết so sánh 8 giao diện coding agent gồm Warp, Conductor, Emdash, iTerm2, Claude Code, Codex, Omnara và Cursor, đánh giá ưu nhược điểm từng loại. Tác giả khuyên dùng Emdash nhờ tính năng tương thích terminal và hỗ trợ split-pane, trong khi Cursor bị đánh giá đắt nếu chỉ dùng tính năng agent so với Claude Code hay Codex.

Nếu bạn đang tìm kiếm cách tối ưu hóa cách tương tác với các công cụ lập trình tự động hóa thông qua giao diện terminal, bài viết sẽ giúp bạn so sánh và chọn lựa giải pháp phù hợp nhất với nhu cầu cá nhân của mình.

I ditched my database app after Obsidian added one feature, and I'm not paying for separate tools anymore

Tính năng Bases mới của Obsidian biến các ghi chú markdown thành cơ sở dữ liệu có thể sắp xếp, lọc và nhóm theo metadata ngay trong ứng dụng, giúp tác giả thay thế hoàn toàn một ứng dụng database trả phí trước đây. Giải pháp này mang lại lợi ích như dữ liệu thống nhất, không phụ thuộc định dạng độc quyền, đồng bộ tự động giữa ghi chú và chế độ xem, đồng thời loại bỏ sự phức tạp khi vận hành hai hệ thống riêng biệt.

Lập trình viên nên đọc bài này để khám phá cách chuyển đổi từ các ứng dụng database chuyên dụng sang giải pháp tích hợp với Obsidian, tiết kiệm thời gian và chi phí đồng thời duy trì tính linh hoạt và không phụ thuộc vào các công cụ bên ngoài.

Please stop the AI Confidence Theater

Bài viết chỉ trích "AI Confidence Theater" – xu hướng thổi phồng khả năng và quy trình AI trên mạng xã hội lẫn trong doanh nghiệp, gây hại bằng cách bóp méo kỳ vọng, tạo FOMO, khó khăn trong tuyển dụng và áp lực giả vờ thành thạo AI. Tác giả đề xuất thay đổi bằng cách chia sẻ kết quả thực tế, thừa nhận giới hạn và tập trung vào công việc duy trì hệ thống AI vốn ít hào nhoáng nhưng mang lại giá trị thực.

Nếu bạn đang tìm hiểu về cách xây dựng dự án AI thực tế và tránh bị lừa bởi hype không có cơ sở, bài viết này giúp bạn phân biệt giữa tuyên bố hype và kiến thức thực sự để đưa ra quyết định sáng suốt về việc đầu tư thời gian và nguồn lực.

What is the future of software engineering with Adam Bender, Principal Software Engineer at Google

Adam Bender, kỹ sư phần mềm chính tại Google, cho rằng cuộc tranh luận về AI coding quá tập trung vào tốc độ và sinh code, bỏ qua những thách thức kỹ thuật rộng lớn hơn. Ông phân biệt lập trình (một cá nhân viết code) với kỹ thuật phần mềm (duy trì code sống, tích hợp và dễ bảo trì trong nhiều năm), nhấn mạnh AI thúc đẩy phần trước nhưng hầu như không ảnh hưởng đến phần sau. Những lo ngại chính bao gồm hệ sinh thái nhà phát triển như một hệ thống thích ứng phức tạp, nguy cơ mất kiểm soát trí tuệ khi codebase phát triển nhanh hơn khả năng hiểu của con người, lỗ hổng kiểm thử tích hợp khi AI tạo ra quá nhiều unit test, các API nội bộ trở nên công khai vô tình do AI bỏ qua ranh giới không chính thức, và khó khăn trong việc dạy phán đoán kỹ thuật cho lập trình viên mới sử dụng AI. Ông khuyến nghị bắt đầu bằng cách xác định chất lượng phù hợp với doanh nghiệp, sau đó lập bản đồ toàn bộ hệ sinh thái nhà phát triển để dự đoán hậu quả cấp hai và cấp ba từ việc tăng đột ngột sản lượng code.

Lập trình viên nên đọc bài này để hiểu cách AI không chỉ thay đổi cách viết code mà còn làm thay đổi toàn bộ quy trình và văn hóa của software engineering, từ việc quản lý codebase lớn đến việc đào tạo kỹ năng quyết định cho đội ngũ mới.

How To Measure Developer Productivity?

Việc đo lường năng suất lập trình viên thông qua các chỉ số như lines of code, commits, pull requests hay AI tokens là cách tiếp cận lỗi thời, thậm chí trong kỷ nguyên AI. Những chỉ số này chỉ phản ánh hoạt động chứ không đo lường giá trị thực, dẫn đến lãng phí và động cơ sai lệch. Thay vào đó, nên tập trung vào kết quả kinh doanh hoặc hành vi người dùng, vì chỉ khoảng 33% ý tưởng phần mềm thực sự mang lại giá trị.

Lập trình viên nên đọc bài này để hiểu cách đo lường hiệu quả thực sự của công việc, thay vì bị lừa bởi chỉ số sản lượng, giúp họ tập trung vào giá trị tạo ra cho dự án và doanh nghiệp chứ không phải chỉ số giả tạo.