- Công cụ AI Claude Code không chỉ là trình tạo mã đơn thuần mà còn mang lại trải nghiệm như đang giao việc cho đồng đội, một công cụ năng suất
- Nó tạo ra một môi trường để có thể tập trung vào những năng lực đặc trưng của con người như thiết kế hệ thống, tư duy sản phẩm, giao tiếp thay vì triển khai lặp đi lặp lại
- Thông qua làm việc song song, gỡ lỗi nhiều tầng và tích hợp GitHub, công cụ này tạo ra hiệu quả giúp ngay cả với nhân lực nhỏ cũng có thể cho ra đầu ra ở tầm đội phát triển quy mô lớn
- Tuy vậy, vẫn tồn tại giới hạn và những nét tính cách riêng như viết quá nhiều bài kiểm thử hoặc xử lý quá mức các tác vụ đơn giản, nên người dùng cần quản lý
- Kết quả là nó dịch chuyển vai trò của lập trình viên từ người trực tiếp triển khai sang người chỉ huy, mở ra nhiều khả năng từ đào tạo lập trình viên junior, tăng năng suất cho senior, đến triển khai dự án của cả người không phải lập trình viên
Mã do AI viết và sự thay đổi vai trò của lập trình viên
- Trong hai tháng gần đây, toàn bộ mã được viết ra không phải do con người mà do chính Claude Code trực tiếp viết
- Người dùng tập trung vào thiết kế kiến trúc và định nghĩa kết quả thay vì triển khai
- Xu hướng là việc gõ từng chi tiết lặp đi lặp lại dần trở nên không còn cần thiết
- Trong quá trình đó, giá trị của lập trình viên đang chuyển sang lập kế hoạch sản phẩm, tư duy hệ thống, đánh giá thẩm mỹ
Khả năng gỡ lỗi nhiều tầng
- Trong một vấn đề thất bại của tác vụ hàng đợi, Claude Code đã phân tích hàng nghìn dòng mã thư viện bên ngoài để tìm ra nguyên nhân
- Giải quyết vấn đề tên hàng đợi không khớp giữa môi trường phát triển và môi trường vận hành
- Đây là một ví dụ cho thấy công cụ có thể giải quyết trong thời gian ngắn những vấn đề mà lập trình viên thông thường phải mất vài giờ hoặc vài ngày
Làm việc như nhạc trưởng dàn nhạc
- Có thể chạy song song nhiều phiên bản Claude Code để phát triển đồng thời nhiều chức năng
- Mỗi tác vụ được thực hiện trong một git worktree riêng để tránh xung đột
- Thay vì tự tay viết mã, lập trình viên đảm nhận vai trò người quản lý chỉ huy công việc và review
- Nhờ đó, ngay cả khi thể lực hoặc sự tập trung giảm sút vẫn có thể tiến hành hiệu quả
Ứng dụng hằng ngày và giảm thiểu ma sát
- Khác với các công cụ dựa trên IDE như Cursor, Copilot, Claude Code không bị trói buộc vào một môi trường cụ thể
- Tích hợp mượt mà với quy trình làm việc quen thuộc của lập trình viên như CLI, git, tmux
- Các lệnh chính:
/issues→ tạo issue trên GitHub/work→ phát triển dựa trên issue và tạo PR/review→ review PR và cải thiện
- Nhờ vậy, ma sát trong quá trình nghiên cứu, triển khai và review được giảm thiểu tối đa
Giới hạn và cá tính
- Đôi khi nó thể hiện hành vi quá đà như viết quá nhiều kiểm thử hoặc xử lý phức tạp những việc đơn giản
- Khi đi sai hướng, có thể dừng ngay lập tức
- Điểm mạnh là nó sẵn sàng làm cả những việc mà lập trình viên thường thấy phiền, như chỉnh sửa kiểu dáng lặp đi lặp lại
Lập trình viên junior và việc học
- Lập trình viên junior có thể dùng Claude Code như một người cố vấn luôn sẵn sàng trả lời câu hỏi
- "PR của tôi có vấn đề gì?"
- "Cách tiếp cận giữa Python và Ruby khác nhau thế nào?"
- "Những cạm bẫy và điểm cần chú ý theo từng ngôn ngữ là gì?"
- Nhờ đó, tốc độ trưởng thành và mức độ đóng góp thực tế được cải thiện đáng kể
Ví dụ quy trình làm việc thực tế
- 9 giờ sáng: chuyển báo cáo lỗi cho Claude Code → tái hiện lỗi và tự động tạo issue trên GitHub
- 9 giờ 20: thực hiện song song các tác vụ khác nhau trong 4 tab (sửa lỗi, review PR, viết changelog, điều tra tác vụ nền)
- 10 giờ~11 giờ: tự động tạo từng PR, bao gồm cả tài liệu và xử lý lỗi
- 11 giờ 30: con người review cuối cùng để tinh chỉnh UX và phong cách mã
- 11 giờ 45: phân tích phản hồi khách hàng và tự động chuyển thành issue
Kết luận và đối tượng phù hợp
- Một đội hai người đầu tư $400 mỗi tháng để đạt được đầu ra ở tầm đội ngũ quy mô lớn
- Đối tượng được khuyến nghị:
- Lập trình viên senior muốn tập trung vào chiến lược và chất lượng thay vì triển khai
- Team lead muốn tạo ra nhiều thành quả hơn
- Nhà sáng lập không phải lập trình viên và lập trình viên mới vào nghề
- Có thể bắt đầu với gói đăng ký $20/tháng, và chìa khóa để rút ngắn đường cong học tập là giao thử dự án thực tế cho nó
- Tương lai của việc lập trình đang chuyển từ trực tiếp triển khai sang chỉ huy kết quả và ủy nhiệm
12 bình luận
Con người thì cãi nhau, còn chương trình thì không cãi và hợp lý..
Tôi thấy chỉ cần tận dụng tốt worktree thôi là cũng đã rất ổn rồi.
Để làm được như vậy thì chắc chắn gói Pro là không thể đủ rồi.
Tôi đang làm một ứng dụng iOS với tư cách là người không phải lập trình viên, nhưng với Pro thì chạm giới hạn quá nhanh.
Lần nào cũng chưa qua nổi 2 tiếng là kết thúc rồi.
Mặt khác, việc chạm giới hạn cũng đồng nghĩa với lúc phải dừng làm việc, nên nghĩ theo hướng đó thì cũng có cái hay...
(Kiểu như "hôm nay đến đây thôi,,," haha)
Nếu dùng gói tối đa $100 thì vẫn khá thoải mái. Dù không phải là người ngoài ngành phát triển phần mềm, nhưng đây là lần đầu tôi phát triển ứng dụng nên đã thử dùng trong một tháng. Đến giờ xem lại thì tôi đã dùng khoảng $566.93 rồi.
Làm 2~3 tiếng vào buổi sáng là đã chạm giới hạn trước giờ ăn trưa rồi (người dùng Pro)
Nó báo sẽ reset từ 3 giờ, nên nếu không phải Max thì có vẻ không dùng được cả ngày (ngay cả Max thì có lẽ cũng không quá khó để chạm hạn mức)
Cảm giác như một phiên pomodoro tự động kéo dài 2 tiếng vậy haha
Ngay cả khi chỉ vận hành theo kiểu mà mọi người hay khuyên trên gói Pro 20 USD là dùng plan mode để phân tích và lập kế hoạch chi tiết rồi mới chuyển sang edit mode, tôi cũng nhanh chóng chạm giới hạn.
Chất lượng mã đúng là có cải thiện, nhưng cảm giác tốc độ tiêu thụ token nhanh gấp ba so với việc ngây ngô bắt đầu ngay từ đầu bằng edit mode.
Gói miễn phí thì không dùng được đúng không?
Có lẽ nếu dùng gói 100 đô thì vẫn tạm đủ để xoay xở.
Ngay cả gói 20 đô cũng khó mà làm được như vậy. Để viết kiểu như "toàn bộ mã được viết trong hai tháng gần đây không phải do con người mà do Claude Code trực tiếp viết"
thì trước hết phải đốt 200 đô, rồi khi bị dính giới hạn lại phải tốn thêm 200 đô nữa chứ?
Tôi cũng đang dùng gói 100 đô. Trước khi viết mã, tôi lập Plan bằng model Opus, còn khi coding thực tế thì dùng Sonnet. Trong khoảng hai tháng gần đây, gần như toàn bộ mã nguồn (ít nhất là vài nghìn dòng) đều do Claude Code trực tiếp viết, nhưng hầu như chưa bao giờ bị dính limit. Nếu không phải do lỡ dùng Opus để viết code thì gần như hoàn toàn không gặp trường hợp đó.
Hiện tại tôi đang dùng Opus Plan Mode mới ra gần đây, và từ sau khi dùng tính năng này thì cảnh báo Approaching limit cũng hầu như không còn xuất hiện nữa.
Tôi cũng đã làm việc như vậy rồi~
Nếu thử mở bình chọn trong cộng đồng
có vẻ như 80-90% đang dần chuyển sang cách này