Low-code là gì? Hướng dẫn đơn giản

Low-code là cách xây dựng phần mềm trong đó phần lớn ứng dụng được lắp ráp bằng công cụ trực quan — màn hình kéo thả, mô hình dữ liệu và sơ đồ quy trình — còn lập trình viên chỉ viết một lượng mã nhỏ cho những phần mà các công cụ đó không xử lý được. Nó nằm giữa lập trình truyền thống và no-code. Thuật ngữ này được công ty nghiên cứu Forrester phổ biến năm 2014, và các nền tảng nổi tiếng gồm Microsoft Power Apps, OutSystems, Mendix và Retool.

Vì sao điều này quan trọng khi xây dựng với AI

Nếu bạn là nhà sáng lập hoặc chủ doanh nghiệp nhỏ đang tìm hiểu cách xây dựng ứng dụng, bạn sẽ gặp ba cái nhãn: no-code, low-code và công cụ xây dựng ứng dụng AI. Chúng thường bị gộp chung, nhưng chúng nhắm đến những người khác nhau. Các nền tảng low-code chủ yếu nhắm đến đội IT của công ty, và nhiều nền tảng giả định rằng ai đó trong nhóm có thể viết mã khi công cụ trực quan hết khả năng.

Biết điều đó giúp bạn tránh chọn một công cụ được thiết kế cho đội IT 50 người khi bạn chỉ là một người với một ý tưởng — hoặc ngược lại, chọn một công cụ đơn giản cho một hệ thống nghiệp vụ phức tạp. Nó cũng giải thích vì sao công cụ AI đang thay đổi bức tranh: khi AI viết mã cho bạn, chữ “low” trong low-code ít quan trọng hơn, vì phần viết tay không còn là phần khó nhất.

Một ví von đời thường

Hãy nghĩ về việc nấu bữa tối.

• Lập trình truyền thống là nấu từ đầu: nguyên liệu thô, kiểm soát hoàn toàn, cần nhiều kỹ năng và thời gian.
• No-code là bộ nguyên liệu nấu ăn: mọi thứ đã được chia sẵn kèm thẻ công thức. Nhanh và đáng tin cậy, nhưng bạn chỉ nấu những gì có trong hộp.
• Low-code là bộ nguyên liệu cộng với một căn bếp đầy đủ. Bạn làm theo bộ nguyên liệu cho phần lớn bữa ăn, nhưng một đầu bếp có tay nghề có thể thêm nước sốt riêng, đổi nguyên liệu hay thay đổi một bước.

Sự khác biệt nằm ở căn bếp. Low-code cho bạn một lối thoát ra mã thật, điều này rất mạnh — miễn là có người biết nấu.

Các nền tảng low-code hoạt động thế nào

Hầu hết nền tảng low-code có chung một số tính năng:

Hàng cuối cùng thường là yếu tố quyết định với các công ty lớn. Nền tảng low-code được xây dựng để IT vẫn giám sát được trong khi nhiều người hơn cùng xây dựng ứng dụng.

Ví dụ thực tế: một ứng dụng phê duyệt chi phí

Một công ty 200 nhân viên muốn thay bảng tính chi phí gửi qua email bằng một ứng dụng.

Với một nền tảng low-code, đội có thể:

1. Mô hình hóa dữ liệu trực quan. Một Expense gồm nhân viên, số tiền, danh mục, ảnh hóa đơn và trạng thái.
2. Thiết kế màn hình bằng cách kéo thả thành phần. Một biểu mẫu để gửi chi phí, một danh sách cho quản lý, một bảng điều khiển cho bộ phận tài chính.
3. Vẽ quy trình. Đã gửi → quản lý phê duyệt → nếu vượt một mức đã đặt, bộ phận tài chính phê duyệt → đã thanh toán.
4. Kết nối các hệ thống có sẵn. Đăng nhập bằng tài khoản Microsoft hoặc Google của công ty; tra cứu quản lý của mỗi nhân viên từ hệ thống nhân sự.
5. Viết một chút mã khi cần. Giả sử quy tắc xác định chi phí nào cần bộ phận tài chính phê duyệt phụ thuộc vào ngân sách phòng ban nằm ở hệ thống khác. Một lập trình viên viết một script ngắn để lấy ngân sách và quyết định.
6. Triển khai qua IT. Nền tảng lo việc lưu trữ, quy tắc truy cập và nhật ký kiểm toán.

Các bước 1–4 có thể được thực hiện bởi một nhà phân tích nghiệp vụ tự tin về kỹ thuật. Bước 5 cần một lập trình viên. Sự phân chia đó chính là bản chất của low-code.

Low-code và no-code và công cụ xây dựng AI

Ranh giới đang mờ dần: nhiều nền tảng no-code và low-code hiện đã có trợ lý AI, và các công cụ xây dựng AI có thể tạo ra những công cụ nội bộ mà low-code vốn nổi tiếng. Xem no-code và công cụ xây dựng AI để biết thêm.

Giải thích các thuật ngữ quan trọng

Những lỗi thường gặp và hiểu lầm

• “Low-code nghĩa là ai cũng có thể xây dựng bất cứ thứ gì.” Các phần trực quan dễ tiếp cận, nhưng ứng dụng phức tạp vẫn cần kỹ năng lập trình viên, đặc biệt cho tích hợp và logic tùy chỉnh.
• “Low-code chỉ dành cho nguyên mẫu.” Nhiều công ty chạy các hệ thống nội bộ quan trọng trên nền tảng low-code. Sự đánh đổi là phụ thuộc vào nền tảng, chứ không phải thiếu nghiêm túc.
• Đánh giá thấp việc bị khóa. Màn hình và quy trình của bạn thường nằm trong định dạng riêng của nền tảng. Chuyển đi nghĩa là xây lại.
• Bỏ qua giá theo người dùng. Một số nền tảng tính phí theo người sử dụng ứng dụng, điều này có thể cộng dồn khi bạn triển khai một công cụ nội bộ cho toàn công ty. Hãy kiểm tra trước khi cam kết.
• Bỏ qua những phần nhàm chán. Phân quyền, dấu vết kiểm toán và kiểm thử quan trọng trong low-code cũng như trong mã thông thường.

Điều cần hỏi trước khi chọn (và cần yêu cầu công cụ AI của bạn điều gì)

• “Ai sẽ xây dựng và bảo trì cái này — chúng ta có ai đó viết được mã không?”
• “Chi phí là bao nhiêu khi cả công ty cùng dùng?”
• “Chúng ta có thể kết nối với hệ thống đăng nhập và dữ liệu hiện có không?”
• “Nếu rời nền tảng, chúng ta mang theo được những gì?”

Nếu bạn chọn hướng công cụ xây dựng AI cho một công cụ nội bộ, các lời nhắc hữu ích gồm:

• “Xây dựng một ứng dụng phê duyệt chi phí: nhân viên gửi, quản lý phê duyệt, khoản nào trên [số tiền] cũng cần bộ phận tài chính.”
• “Chỉ quản lý mới được xem chi phí của nhóm mình. Thực thi điều đó ở phía máy chủ.”
• “Ghi lại mọi phê duyệt và từ chối cùng với người thực hiện và thời điểm.”

Để biết thêm về loại ứng dụng này, xem cách xây dựng công cụ nội bộ và các lựa chọn thay thế Retool.

Low-code và Mythex

Mythex là một công cụ xây dựng ứng dụng AI, không phải nền tảng low-code: không có trình chỉnh sửa quy trình trực quan. Bạn mô tả ứng dụng trong chat và agent viết mã — màn hình, các bảng cơ sở dữ liệu, logic phía máy chủ — mà bạn có thể xem trong bản xem trước trực tiếp và xuất bản. Logic tùy chỉnh mà trên nền tảng low-code cần lập trình viên, ở đây chỉ là thêm một yêu cầu nữa. Gói Pro cho bạn trình soạn thảo mã đầy đủ, xuất dữ liệu và đồng bộ GitHub, để một lập trình viên có thể tiếp nhận. Với các công ty lớn cần quản trị tích hợp sẵn và tích hợp doanh nghiệp sâu, một nền tảng low-code chuyên dụng vẫn có thể phù hợp hơn.

Câu hỏi thường gặp