Cuối năm 2025, một lập trình viên viết bài My First Experience with Mendix: A Low-Code Platform That Didn’t Feel Low-Code. Anh cần gỡ lỗi cho một khách hàng đang dùng Mendix trong dự án tích hợp, và chưa kịp chạm tới vấn đề thì đã vướng ngay bước đầu: Mendix không dùng được trên trình duyệt, phải cài Studio Pro, mà Studio Pro không chạy trên Linux — hệ điều hành anh dùng hằng ngày.
Từ đó anh đặt câu hỏi: nếu vẫn phải cài một IDE nặng, vẫn phải hiểu tích hợp, triển khai và đủ thứ kỹ thuật, thì "low-code" nằm ở đâu? Và nếu đã có codebase tốt cùng CI/CD tử tế, doanh nghiệp cần thêm một nền tảng làm gì?
Đó là câu hỏi đáng trả lời nghiêm túc. Sau nhiều năm triển khai Mendix cho hệ thống doanh nghiệp, chúng tôi đồng ý với một phần lời phê bình, và nhìn phần còn lại theo hướng khác.
Phần phê bình đúng
Về công cụ, tác giả nói không sai. Theo yêu cầu hệ thống của Studio Pro 11, môi trường được hỗ trợ đầy đủ là Windows 11. Bản macOS chạy native vẫn ở dạng public beta, và từ Studio Pro 11.12 chỉ hỗ trợ máy Apple Silicon. Linux không được hỗ trợ cho Studio Pro, dù ứng dụng Mendix sau khi triển khai chạy tốt trên máy chủ Linux.
Với một kỹ sư dùng Linux được gọi vào gỡ lỗi gấp, đó là rào cản thật. Chúng tôi không cho rằng đây là chuyện nhỏ, và mong Mendix sớm mở rộng hỗ trợ.
Nhưng từ chỗ công cụ chưa thuận tiện, bài viết đi tới kết luận rằng Mendix không khác mấy một codebase có sẵn abstraction. Ở điểm này, kinh nghiệm dự án của chúng tôi cho thấy điều ngược lại.
Có lẽ ta đang hiểu sai chữ "low"
Low-code không có nghĩa là bỏ software engineering. Nó cũng không có nghĩa là ai cũng có thể mở trình duyệt, kéo thả vài component và có ngay một ứng dụng doanh nghiệp.
Điều Mendix làm tốt là nâng mức abstraction của việc phát triển phần mềm. Thay vì dành phần lớn thời gian cho boilerplate và cấu hình framework, nhiều phần được đưa lên thành mô hình:
- Domain Model thay cho phần lớn công việc thiết kế tầng dữ liệu.
- Microflow và Nanoflow mô hình hóa logic ứng dụng.
- Page mô hình hóa giao diện; Workflow mô hình hóa quy trình nghiệp vụ.
- Bảo mật được khai báo theo vai trò và theo module.
- Tích hợp qua REST, OData và cơ sở dữ liệu được chuẩn hóa.
- Triển khai và quản lý vòng đời nằm trong cùng một nền tảng.
Những bài toán khó không biến mất
Khi ứng dụng lớn lên, bài toán khó của software engineering vẫn còn nguyên. Vẫn phải nghĩ về kiến trúc. Vẫn phải hiểu transaction, đồng thời, hiệu năng, bảo mật và tính nhất quán dữ liệu. Vẫn phải thiết kế API, vẫn phải debug, vẫn cần CI/CD, giám sát, log và quản trị.
Khi tích hợp với ERP, MES, hệ thống kho hay thiết bị IoT, lập trình viên Mendix vẫn phải hiểu hệ thống phía sau vận hành thế nào. Ở hệ thống phê duyệt tập trung cho Tập đoàn TH, phần kéo thả chỉ là bề mặt; khối lượng thật nằm ở luồng duyệt tùy biến theo từng phòng ban, nhiều hình thức ký số và việc chạy ổn định trên cả web lẫn di động.
Vì vậy chúng tôi không xem Mendix là công cụ "kéo thả để làm app". Nó giống một nền tảng kỹ thuật hơn là một trình dựng ứng dụng trực quan.
Vậy low-code thực sự giảm cái gì
Theo trải nghiệm của chúng tôi, Mendix rút ngắn rất mạnh khoảng cách từ yêu cầu nghiệp vụ tới phần mềm chạy được. Trong cách làm truyền thống, giữa hai điểm đó là nhiều lớp riêng rẽ: UX/UI, front-end, back-end, cơ sở dữ liệu, API, bảo mật, triển khai, vận hành — thường là nhiều công cụ và nhiều người.
Mendix không xóa những khái niệm đó. Nó gom và chuẩn hóa chúng trong một mô hình phát triển thống nhất. Đây là nơi chúng tôi thấy giá trị lớn nhất của low-code trong doanh nghiệp:
- Business Analyst đọc được microflow.
- Developer mới vào dự án hiểu domain model rất nhanh.
- Kiến trúc sư nhìn được cấu trúc ứng dụng mà không phải đọc hàng nghìn dòng mã.
- Người dùng nghiệp vụ xem được bản chạy thử ngay từ những sprint đầu.
Khoảng cách giữa nghiệp vụ và công nghệ vì thế nhỏ đi đáng kể.
Learning curve là có thật
Điểm này chúng tôi đồng ý với nhiều người lần đầu dùng Mendix. Studio Pro không phải công cụ cài hôm nay mai đã thành Mendix developer. Một lập trình viên quen viết mã thường đi qua ba giai đoạn:
- Ban đầu: "Sao việc này không viết mã luôn cho nhanh?"
- Một thời gian sau: "À, nền tảng đã giải quyết phần này rồi."
- Sau nữa: "Nếu thiết kế đúng theo nền tảng thì không cần viết đoạn mã đó."
Đó là lúc tư duy chuyển từ viết mã sang mô hình hóa. Nhưng mô hình hóa tốt không dễ hơn kỹ thuật phần mềm: nó vẫn cần hiểu kiến trúc, và đặc biệt cần hiểu giới hạn của nền tảng.
Low-code doanh nghiệp khác citizen development
Một nhầm lẫn phổ biến là đánh đồng hai khái niệm. Citizen development giúp người dùng nghiệp vụ tự xây những ứng dụng tương đối đơn giản. Low-code doanh nghiệp giải bài toán khác: làm sao một tổ chức xây và thay đổi hệ thống nghiệp vụ phức tạp nhanh hơn, mà vẫn giữ được kiến trúc, bảo mật, tích hợp và quản trị.
Ở bài toán thứ hai, những việc như SSO, ký số, tích hợp hướng sự kiện, tính sẵn sàng cao hay tối ưu hiệu năng vẫn xuất hiện đầy đủ. Low-code không loại bỏ chúng; nó giúp đội dành ít thời gian hơn cho phần "đường ống" để tập trung vào những gì thực sự quan trọng.
AI đang nâng abstraction thêm một tầng
Điều thú vị nhất lúc này là AI đang đẩy abstraction lên thêm một bậc: từ mã lên mô hình, và giờ từ yêu cầu lên mô hình. Với Maia Make trong Studio Pro 11.8 trở lên, lập trình viên mô tả yêu cầu bằng ngôn ngữ tự nhiên để Maia tạo và sửa domain model, page, microflow; từ 11.9 thêm workflow. Maia nhận cả PDF, ảnh và markdown làm ngữ cảnh — nghĩa là user story hay bản mockup có thể là điểm xuất phát.
Từ Studio Pro 11.10, Studio Pro MCP Server còn cho agent bên ngoài như Claude Code dùng các năng lực đó ngay trong dự án. Giới hạn vẫn có: Maia không sinh được Java action, và MCP Server ở bản 11.10 chưa sinh được trang.
Khi đó, câu hỏi có lẽ không còn là "Mendix có đủ low-code không", mà là: trong hành trình biến một ý tưởng nghiệp vụ thành hệ thống đang chạy, con người còn thực sự phải tự làm những phần nào? Theo chúng tôi, đó mới là cuộc cạnh tranh tiếp theo của các nền tảng phát triển ứng dụng.
Low-code là kỹ thuật ở mức abstraction cao hơn
Sau nhiều năm làm Mendix, chúng tôi không nghĩ giá trị lớn nhất của low-code là viết ít mã hơn. Giá trị lớn hơn là rút ngắn khoảng cách giữa ý tưởng, nghiệp vụ và phần mềm đang chạy thật.
Nếu một nền tảng làm được điều đó mà vẫn xử lý được các bài toán doanh nghiệp phức tạp, thì việc nó vẫn cần developer, kiến trúc sư hay một IDE chuyên dụng không làm nó bớt "low-code". Nó chỉ cho thấy low-code không phải là bớt kỹ thuật, mà là kỹ thuật ở mức abstraction cao hơn.
Nếu bạn đang cân nhắc Mendix cho một hệ thống nghiệp vụ, có thể xem cách chúng tôi triển khai tại trang dịch vụ Mendix & Low-code.
Nguồn: Pasan Uluwatta — My First Experience with Mendix (Medium) · Mendix — System Requirements · Mendix — Maia Make · Mendix — Studio Pro MCP Server