Đừng Để AI Làm Thui Chột Tư Duy Hệ Thống
Giao phó thiết kế hệ thống cho AI là con đường ngắn nhất tạo ra nợ kỹ thuật khổng lồ mà bạn phải trả giá bằng máu và nước mắt.
Tuần trước, khi review một pull request khổng lồ do một bạn dev trong team dùng Cursor tạo ra, tôi đã phải bấm reject không thương tiếc. Code chạy ngon lành trên local, nhưng cái kiến trúc bên dưới là một mớ bòng bong chực chờ sụp đổ khi đưa lên production.
🧠 Vấn đề cốt lõi thực sự nằm ở đâu?
Các công cụ AI hiện nay như Claude Sonnet 4.6 hay GPT-5.2 viết code quá giỏi. Giỏi đến mức chúng ta bắt đầu có thói quen gõ vài dòng prompt rồi ngồi nhìn code tự sinh ra từ không khí.
Khi bạn yêu cầu AI viết một microservice mới, nó sẽ làm ngay lập tức. Nó vứt vào đủ loại thư viện, tạo ra một đống interface và class lồng nhau. Nhìn qua thì rất chuyên nghiệp. Nhưng đằng sau cái vỏ bọc hào nhoáng đó là sự thiếu vắng hoàn toàn của tư duy hệ thống.
AI không biết công ty bạn đang giới hạn chi phí server thế nào. Nó không hiểu tại sao team bạn lại chuộng tính nhất quán của dữ liệu hơn là tốc độ phản hồi. Nó chỉ ghép các pattern phổ biến lại với nhau một cách máy móc.
⚠️ Ảo tưởng về tốc độ và sự tiện lợi
Nhiều người tin rằng dùng AI dựng luôn khung kiến trúc dự án ngay từ đầu giúp tiết kiệm thời gian đáng kể. Tôi thì thấy ngược lại hoàn toàn, đây là cái bẫy chết người.
Khi bạn khoán trắng việc thiết kế hệ thống cho AI, bạn mất đi quá trình vật lộn với những quyết định hóc búa. Chính những giờ phút ngồi cắn bút vẽ vời trên bảng trắng mới giúp bạn hiểu rõ từng ngóc ngách của luồng dữ liệu. Việc bỏ qua bước này thường dẫn đến 3 Sai lầm ngớ ngẩn khiến Senior Dev kiệt sức khi phải đi dọn dẹp hậu quả lúc hệ thống phình to.
🛑 Những phần tuyệt đối KHÔNG giao phó cho AI
Thiết kế database schema cốt lõi
Đây là trái tim của mọi ứng dụng. AI có thể sinh ra các bảng user, order rất nhanh. Nhưng việc đánh index thế nào cho đúng query pattern của doanh nghiệp, hay phân mảnh dữ liệu ra sao khi scale, là thứ bạn phải tự dùng não.
Luồng xử lý giao dịch phân tán
Tôi từng thử yêu cầu các model xịn nhất xử lý một luồng thanh toán qua ba service khác nhau. Đọc qua bài GPT-5 vs Gemini 2.5 Pro: Đánh giá nhanh bạn sẽ thấy chúng cực kỳ dễ bị halucinate khi context window phình to. AI thường bỏ quên việc xử lý rollback khi một service bị sập giữa chừng.
sách hay về chủ đề này
🛒 Xem giá & Mua ngay trên Shopee →* Liên kết tiếp thị liên kết - giá không đổi với bạn
📊 Bảng so sánh cách tiếp cận
| Tiêu chí | Tự thiết kế hệ thống | AI thiết kế 100% | Ghi chú |
|---|---|---|---|
| Tốc độ khởi tạo | Chậm, tốn nhiều ngày | Cực nhanh, tính bằng phút | AI tạo ảo giác về tiến độ |
| Khả năng bảo trì | Cao, dev hiểu rõ hệ thống | Thấp, dev sợ chạm vào code | Sửa một lỗi sinh ra ba lỗi mới |
| Tối ưu chi phí | Tốt, dùng đúng resource | Kém, nhét quá nhiều thư viện rác | AI thường over-engineering |
| Nợ kỹ thuật | Ít, có kiểm soát | Rất cao, ẩn sâu bên trong | Trả giá đắt khi scale up |
🛠️ Cách dùng AI đúng mức trong thiết kế
Đừng hiểu lầm, tôi không bảo bạn tẩy chay AI. Đây là cách tôi đang dùng Windsurf và Copilot mỗi ngày mà không bị thui chột tư duy.
- Tự phác thảo bằng tay trước. Luôn vẽ block diagram và flow chart trên giấy hoặc Excalidraw trước khi mở IDE.
- Chỉ dùng AI để fill logic nhỏ. Khi đã chốt xong class A sẽ nói chuyện với class B qua interface nào, tôi mới gọi AI vào viết ruột cho từng hàm.
- Bắt AI phải giải thích trade-off. Thay vì bảo “viết cho tôi cái cache”, tôi hỏi “nêu 3 nhược điểm nếu tôi dùng Redis pub/sub cho tính năng này”.
❓ Câu hỏi thường gặp
Dùng Cursor có làm tôi kém đi không?
Nếu bạn dùng nó như một công cụ gõ phím nhanh, bạn sẽ giỏi lên. Nếu bạn dùng nó như một người thay thế bạn đưa ra quyết định kiến trúc, bạn đang đào mộ chôn sự nghiệp của mình.
Copilot có đủ tốt để review kiến trúc không?
Không. Nó có thể bắt lỗi cú pháp hoặc security cơ bản. Nhưng nó không thể biết kiến trúc này có phù hợp với quy mô đội ngũ và ngân sách công ty hiện tại hay không.
Làm sao để rèn tư duy hệ thống bây giờ?
Tắt AI đi khi bắt đầu một project mới. Tự mình đọc docs, tự mình cấu hình database, tự mình thiết kế API contract. Chỉ bật AI lên khi bạn cần gõ những đoạn code lặp đi lặp lại.
🎯 Kết luận
Chúng ta đang sống trong giai đoạn mà việc viết code trở nên rẻ mạt hơn bao giờ hết. Thứ duy nhất giữ cho một kỹ sư phần mềm có giá trị không phải là tốc độ gõ phím, mà là khả năng thiết kế một hệ thống vững chãi. Đừng vì vài giờ tiết kiệm được hôm nay mà bán rẻ đi cái kỹ năng cốt lõi nhất của nghề này. AI là trợ lý, không phải kiến trúc sư trưởng của bạn.
Bài viết liên quan
Deep Work Của Cal Newport: Đừng Ảo Tưởng
Thực tế phũ phàng về Deep Work trong môi trường làm việc hiện đại và lý do bạn không nên ép bản thân tuân theo nó.
Dev giỏi có thực sự cần đọc The Mom Test?
Cuốn sách này giúp bạn ngừng code những tính năng không ai cần, dù nó vẫn có vài điểm yếu với dân tech.
Prompt Engineering: Đừng Thần Thánh Hóa Nó
Kỹ năng prompt engineering đang bị thổi phồng quá mức và đây là góc nhìn thực tế để bạn dùng AI hiệu quả hơn mà không tốn sức.