Thủ thuật
Tương lai của công cụ năng suất: Công thức 80% nền tảng vững chắc và 20% mã tùy chỉnh trong kỷ nguyên AI
(giờ Việt Nam)
Tóm tắt AI
Với 22 năm kinh nghiệm, tác giả nhận định phần mềm lý tưởng thời AI cần 80% nền tảng cốt lõi (dữ liệu, bảo mật, cộng tác) kết hợp với 20% mã tùy chỉnh linh hoạt.
Bản dịch AI

Tôi gia nhập thị trường công cụ năng suất từ năm 2004 và đã có cơ hội quan sát những biến động của nó trong suốt 22 năm qua. Thỉnh thoảng, thị trường lại thay đổi và tôi lại viết một bài viết mang tính "tầm nhìn" tổng thể. Lần gần nhất là vào năm 2019, khi tôi đặt cược vào cuộc cách mạng no-code. Giờ đây, đã đến lúc viết một bài mới, bởi thị trường đang trải qua những thay đổi mang tính kiến tạo, làm thay đổi hoàn toàn cục diện của nó.
Ai cũng biết rằng AI đã hạ thấp rào cản, vì vậy giờ đây bất kỳ ai cũng có thể xây dựng phần mềm. Bạn chưa thể "vibe-code" (lập trình theo cảm hứng) một hệ điều hành hoàn chỉnh, nhưng bạn có thể dễ dàng tạo ra các ứng dụng nhỏ để giải quyết các vấn đề cá nhân. Mọi thứ trở nên phức tạp hơn khi bạn thêm "cộng tác" vào như một khía cạnh cần cân nhắc. Nếu làm việc một mình, việc thử nghiệm và sửa lỗi cho đến khi ưng ý là điều tương đối ổn, nhưng nếu làm việc trong nhóm, việc triển khai tất cả các tính năng cần thiết để đáp ứng các trường hợp sử dụng cộng tác sẽ khó khăn hơn nhiều. Bạn đột nhiên cần lưu trữ dữ liệu có quan hệ, chỉnh sửa đồng thời, thông báo, lịch sử thay đổi, quyền truy cập, v.v.
Điều này đặt ra một câu hỏi thú vị: đâu là điểm nóng của phần mềm linh hoạt (malleable software) trong kỷ nguyên AI? Chúng ta có nên luôn bắt đầu từ con số 0 trong Codex? Hay chúng ta nên có một nền tảng vững chắc có thể tùy chỉnh thông qua mã nguồn tùy biến?
Hãy tưởng tượng bạn có một trang trại nấm nhỏ với 10 nhân viên (đừng lo, chúng ta sẽ trồng nấm mỡ ở đây (tạm thời là vậy)) và đang tìm kiếm phần mềm để vận hành mọi hoạt động. Rất có thể bạn đang sử dụng Google Sheets, vì thị trường quá nhỏ để có phần mềm chuyên dụng (ha! không có thị trường nào là quá nhỏ cả).

Bạn có một vài lựa chọn. Trớ trêu thay là… không lựa chọn nào trong số đó là lý tưởng.
80% nền tảng vững chắc + 20% mã nguồn tùy biến
Điều gì đang xảy ra trên thị trường công cụ năng suất? Có vẻ như giải pháp lý tưởng là có một nền tảng vững chắc bao phủ 80% (cơ sở dữ liệu, quyền truy cập, lịch sử, cộng tác, thông báo, v.v.) và cho phép người dùng kết hợp những thứ này và mở rộng thông qua mã nguồn tùy biến.
Kết quả là, nhiều nhà cung cấp đang đi theo hướng này, lấp đầy những khoảng trống còn thiếu. Và trong khi các công cụ vibe-code và low-code đang bổ sung thêm các nền tảng vững chắc, thì các công cụ linh hoạt (malleable tools) nên bổ sung thêm nhiều điểm mở rộng hơn.

Các nền tảng vững chắc
Trong quá khứ, những nền tảng vững chắc duy nhất bạn có là trình biên dịch và hệ điều hành — mọi thứ khác đều là vấn đề của riêng bạn. Một thời đại tươi đẹp của những hacker thực thụ!
Giờ đây, chúng ta có lợi thế của các lớp trừu tượng cao hơn. Câu hỏi thú vị nhất là: nên dừng lại ở đâu? Ví dụ, một công cụ chuyên dụng không có bất kỳ tùy chỉnh nào là nền tảng vững chắc nhất có thể, nhưng chính việc thiếu tùy chỉnh lại khiến nó không thể sử dụng được trong nhiều trường hợp. Với Codex, nền tảng vững chắc của bạn gần như không tồn tại, nhưng bạn lại có sức mạnh biểu đạt to lớn và có thể xây dựng gần như bất cứ thứ gì bạn muốn (sức mạnh biểu đạt là khả năng bạn có thể bẻ cong công cụ đến mức nào để thực hiện chính xác những gì bạn cần).
Tôi nghĩ cả hai thái cực này đều không tối ưu cho thị trường công cụ năng suất, và chúng ta nên tìm một điểm cân bằng ở đâu đó giữa hai thái cực này.
Nền tảng vững chắc nên bao gồm những gì giống nhau ở mọi đội ngũ, và mã nguồn tùy biến nên bao gồm những gì tạo nên sự khác biệt cho đội ngũ của bạn.
Các nền tảng vững chắc hiện nay khác nhau về bản chất:
Dưới đây là bảng chi tiết hơn về tất cả các tùy chọn. Lưu ý rằng ★ xác định một danh mục, đây là lý do tại sao nó tồn tại.

Mã nguồn tùy biến
Nếu nền tảng bao gồm những gì giống nhau ở mọi đội ngũ, thì mã nguồn tùy biến sẽ bao gồm phần còn lại: giao diện độc đáo của bạn (màn hình thu hoạch cho máy tính bảng trong phòng trồng nấm), logic kinh doanh của bạn (quy tắc chất lượng mẻ nấm), các kết nối của bạn (API của khách hàng bán buôn, cảm biến độ ẩm). 20% này tuy nhỏ về khối lượng, nhưng nó chính là công ty của bạn, vì vậy không nhà cung cấp nào có thể mô hình hóa nó chính xác hoàn toàn.
Mã nguồn đã có một sự trở lại bất ngờ (đối với tôi) cùng với các mô hình LLM vào cuối năm 2025, vì vậy giờ đây tất cả các công cụ no-code và low-code đều có thể dựa vào mã nguồn nhiều hơn, thật trớ trêu!
Nhưng mã nguồn tùy biến chỉ hoạt động tốt khi đáp ứng các điều kiện sau:
Lập trình bằng AI đã mang đến cho chúng ta hai danh mục công cụ mới (kiểu Codex và kiểu Lovable), nhưng nó cũng trao quyền cho các công cụ low-code và no-code để giải quyết các vấn đề về khả năng tùy biến nhanh hơn, dễ dàng hơn và sâu sắc hơn. Trong quá khứ, các phần mở rộng bằng mã nguồn tùy biến rất khó khăn (hãy nghĩ đến hệ sinh thái plugin của Jira), nhưng giờ đây chúng có thể trở nên dễ dàng!
Thị trường công cụ năng suất đang hướng tới đâu?
Các lập trình viên luôn có toàn quyền biểu đạt, nhưng ngay cả lập trình viên cũng không tạo ra nhiều công cụ cá nhân. Tại sao? Chà, vì nó khá tốn thời gian. Giờ đây, xu thế đang thay đổi và bạn thực sự có thể "vibe-code" các công cụ cá nhân hữu ích chỉ trong vài giờ.
Trong thị trường năng suất, bạn luôn phải đối mặt với sự đánh đổi này: dành thời gian xây dựng công cụ cho công ty hoặc mua thứ gì đó có sẵn để sử dụng. Các công cụ chuyên dụng từng là lựa chọn mặc định của nhiều người, nhưng giờ đây AI đã rút ngắn thời gian cấu hình (ai cũng có thể viết prompt). Điều này có nghĩa là phần mềm linh hoạt trở nên dễ tiếp cận hơn đối với những người không quá am hiểu về kỹ thuật và có thể đánh bại các công cụ chuyên dụng thường xuyên hơn.
Đây là biểu đồ cho thấy vị trí hiện tại của tất cả các phân khúc và cách chúng sẽ di chuyển đến khu vực màu xanh lá cây, nơi có thể kết hợp sức mạnh biểu đạt cao và thời gian xây dựng ngắn.

Ai cũng muốn chiếm lĩnh cùng một lãnh thổ, nhưng mỗi con đường lại khác nhau:
Nhà cung cấp/phân khúc nào đạt đến lãnh thổ này đầu tiên, và liệu có chỗ cho nhiều nhà cung cấp không? Tôi cá là có! Các nền tảng vững chắc có phần khác nhau về bản chất: một số được xây dựng cho các bộ phận IT lắp ráp các công cụ nội bộ, một số cho các nhóm có quy trình cộng tác phức tạp, một số cho những người thích mày mò tự giải quyết vấn đề của riêng mình.
Nếu bạn đang chọn một công cụ ngày hôm nay…
Một năm trước bạn có 3 lựa chọn, giờ bạn có 5!
Làm việc một mình? Bạn có thể thử "vibe-code" và tận hưởng nó. Một công cụ chuyên dụng đáp ứng 90% quy trình của bạn? Hãy mua nó. Nhưng đối với một nhóm có quy trình đang phát triển, như trang trại nấm của chúng tôi, tôi sẽ bắt đầu với một công cụ linh hoạt ngay hôm nay. Nền tảng đã có sẵn, với các mẻ nấm, đơn hàng, lịch sử, quyền truy cập. Và 20% còn thiếu đang trở nên dễ "vibe-code" hơn mỗi tháng. Ví dụ, với Fibery Custom Apps, bạn có thể có giao diện tùy chỉnh cho nhiều trường hợp sử dụng rất nhanh chóng.

Một nguyên tắc khá quan trọng: hãy chọn nền tảng của bạn, đừng chọn giao diện. Dữ liệu, lịch sử và quyền truy cập sẽ tích lũy dần và tương đối khó thay đổi sau hai năm. Giao diện đang trở thành phần rẻ tiền và dễ thay thế.
Tổng kết
Năm 2019, tôi đặt cược vào các công cụ no-code, năm 2025 mã nguồn đã quay trở lại theo một cách rất bất ngờ. Sự trở lại này đang đảo ngược thị trường của chúng ta. Trong nhiều năm, các nhà cung cấp bán giao diện, trong khi nền tảng (lưu trữ, quyền truy cập, lịch sử) chỉ là phần kỹ thuật nhàm chán bên dưới. Giờ đây, giao diện được tạo ra trong vài phút, trong khi việc xây dựng nền tảng vẫn mất hàng năm trời.
Vì vậy, đây là những dự đoán mới của tôi:
Hẹn gặp lại vào năm 2030. Chúng ta sẽ kiểm tra xem trang trại nấm đó cuối cùng đã thoát khỏi các bảng tính chưa 🍄🟫.
Bài viết được AI dịch và tổng hợp tự động từ Hacker News Nổi bật (buzzing.cc bản dịch tiếng Trung). Liên kết bài gốc ở phía trên. Dữ liệu đồng bộ qua API công khai được ghi nguồn tại AI HOT (canonical) ↗. AIHOT.vn luôn dẫn nguồn đầy đủ — nếu bạn thấy điểm cần chỉnh sửa, hãy gửi ý kiến tại trang phản hồi.