Tôi cấp quyền tối đa cho AI, rồi phải dọn dẹp ba tuần
Tại sao prompt hay không giúp AI Agent làm việc tốt hơn. Câu chuyện thiết kế khung kỷ luật cứng bằng code thay vì lời dặn.
Bài viết
9 bài · kiến trúc, hệ thống, thực tế
AI DevOps Domain-Driven Design Kiến trúc Lập trình Software Engineering Trải nghiệm Tư duy Workflow architecture data-design database design design-decisions distributed-systems domain-driven-design microservice microservices multi-tenant permissions security systems-thinking
Hệ thống RBAC + Filter: tại sao không dùng ABAC?
Ba mô hình phân quyền, mỗi cái có đánh đổi. Tại sao RBAC + Filter vượt trội hơn ABAC cho hầu hết hệ thống?
Ai sở hữu dữ liệu trong một hệ thống SaaS đa module?
Thêm cột TenantId vào mọi bảng không giải quyết được câu hỏi thực sự: dữ liệu nào thuộc về nhà phát triển, cái nào thuộc về khách hàng.
Khi bạn phải từ bỏ một cái mà tưởng chừng dễ
CAP Theorem không phải lý thuyết vô hại. Nó là những lựa chọn có hậu quả thực tế.
Đừng chia service khi chưa làm rõ domain
DDD là tư duy về business domain. SOA là cách triển khai hệ thống. Nhầm lẫn giữa hai cái này là lý do phần lớn microservice project bị chết ngoài đường.
Tôi từng nghĩ SOLID là bắt buộc
Khi áp dụng SOLID mà không hiểu bối cảnh, cái bạn nhận được không phải code tốt, mà là code phức tạp.
Năm năm học chiêu thức, một ngày tôi bắt đầu luyện nội công
Tôi từng nghĩ biết nhiều pattern, framework là đủ. Rồi tôi xây một hệ thống chạy đúng code nhưng sai hoàn toàn domain.
Tôi từng nghĩ Workflow Engine chỉ là một chuỗi duyệt
Hành trình từ những dòng if-else hardcode đến câu hỏi thật sự quan trọng: ai đang giữ quyền kiểm soát quy trình của bạn?
Copy-paste code 10 lần, sai lần thứ 11 mới phát hiện
Hành trình tự xây dựng công cụ sinh mã nguồn từ cơ sở dữ liệu quan hệ cho luận văn thạc sĩ năm 2023, và suy ngẫm về bản chất công việc của một lập trình viên khi làn sóng AI bắt đầu trỗi dậy.