Khung lập trình web còn quan trọng trong thời đại AI?

Trong kỷ nguyên lập trình bằng AI, khi các mô hình ngôn ngữ lớn có thể tự viết giao diện chỉ từ vài câu lệnh, một câu hỏi tưởng chừng đơn giản lại đang khiến giới phát triển web tranh luận sôi nổi: liệu framework web có còn quan trọng nữa không?

Bài viết của Brooks Lybrand — một kỹ sư đã dành ba năm làm việc toàn thời gian cho các framework mã nguồn mở — đặt vấn đề một cách nghiêm túc: nếu AI viết code giỏi đến vậy, chúng ta có còn cần framework, và quan trọng hơn, có nên tạo ra framework mới?

React đã "thắng", vậy còn cửa cho cái mới?

Luận điểm phổ biến hiện nay được tóm gọn như sau:

• Vì các mô hình đã trở nên quá giỏi (khoảng đông - xuân 2025-2026), người ta ngày càng ít quan tâm đến code, đặc biệt là code giao diện vì nó chủ yếu mang tính trình bày. Nếu trông đẹp thì coi như đạt.
• React đã là framework UI thống trị, đi kèm Next.js cùng các lựa chọn như React Router hay TanStack Start, nên chẳng còn lý do để thử thứ khác.
• Vì lượng code React ngoài tự nhiên quá lớn, các mô hình được huấn luyện kỹ hơn với React, thành ra dùng React có lợi thế.

Ngay cả đội ngũ Cursor cũng tỏ ra tin rằng dùng React là một lợi thế trong thời đại lập trình bằng AI.

"Điểm kỳ lạ của lập luận này là: tại sao lại là React? Tại sao lại là bất kỳ framework hay thư viện UI nào?"

Mâu thuẫn logic của lập luận "framework không còn quan trọng"

Tác giả chỉ ra một mâu thuẫn: nếu framework thực sự không quan trọng, thì bạn chẳng có lý do gì để dùng React. Còn nếu bạn vẫn có lợi thế khi dùng React, thì framework rõ ràng vẫn quan trọng.

Và nếu AI đã giỏi code giao diện đến mức người ta không còn bận tâm đến HTML, JavaScript, CSS mà chỉ cần nó chạy đúng và đẹp, vậy tại sao còn đặt thêm một tầng trừu tượng giữa AI và trang web? Đây có lẽ chính là thời điểm để Web Components tỏa sáng.

Framework thực sự mang lại giá trị gì?

Tác giả đưa ra một định nghĩa gọn gàng:

Framework cung cấp các tầng trừu tượng, cấu trúc và ràng buộc để xây dựng trang web của bạn.

Nhìn lại lịch sử, React thắng không chỉ vì nó phổ biến. Nó giải quyết nhiều bài toán:

• Dễ tích hợp vào một trang web đang tồn tại.
• Đóng gói logic và giao diện thành component gọn gàng, có thể tái sử dụng.
• Hệ sinh thái phong phú cho định tuyến, tạo kiểu, quản lý thẻ meta.
• Hỗ trợ render phía server (SSR) ngay từ đầu, mở đường cho các meta-framework như Next.js và Remix.

Điều quan trọng là React giúp xây dựng trang web động mà không rơi vào "spaghetti code" — thứ đắt đỏ để bảo trì về lâu dài. Đây chính là giá trị cốt lõi của mọi framework.

Bạn hoặc đang dùng framework, hoặc đang tạo ra một cái

Tác giả dẫn lại phát biểu của Ricky Hanlon tại React Conf 2024:

"Bạn hoặc đang dùng một framework, hoặc đang tự xây dựng một framework — và xây framework thì rất khó."

Nhưng trong thời AI, nhận định này đúng hơn bao giờ hết, mà cũng có phần sai. Xây một framework thực sự tốt, bền vững, bảo mật thì vẫn cần rất nhiều công sức. Tuy nhiên, nếu bạn không dùng framework mà để AI dựng trang web, AI sẽ tự tạo ra một framework cho bạn — chỉ là nó không có tính năng đầy đủ, không có marketing, nhưng bản chất vẫn là một framework.

"Bạn hoặc đang dùng một framework tường minh, hoặc đang sinh ra một framework ngầm định."

Vì thế, việc AI dùng React hay Next.js có giá trị ở chỗ: đó là thứ đã được kiểm chứng, trừu tượng hóa tốt, có tài liệu đầy đủ, có rào chắn cho agent, và có cả một cộng đồng lẫn nhiều công ty cùng quan tâm đến vấn đề bảo mật.

Tác giả muốn gì ở một framework?

Điều tác giả quan tâm nhất lúc này là "hình dạng" của code — thứ mà trừu tượng và cấu trúc hỗ trợ rất tốt — cùng với việc tạo ràng buộc cho AI. Một vài ví dụ:

• Hot Module Replacement (HMR): vẫn cực kỳ hữu ích khi tinh chỉnh thiết kế các luồng tương tác phức tạp, kể cả khi làm việc với agent.
• TypeScript: giá trị khám phá phương thức không còn quan trọng với tác giả, nhưng ràng buộc kiểu giúp AI lặp code mà không vô tình phá vỡ mọi thứ.
• useEffect: từng là "vũ khí" ưa thích, nay trở thành thứ đáng e ngại khi để AI sử dụng. Grok Bot thậm chí cấm dùng useEffect hoàn toàn.

Tác giả muốn một framework có tài liệu tốt nằm ngay trong node_modules, có kiểm thử và công cụ kiểm tra công việc của agent, có lối thoát rõ ràng nhưng hiếm khi cần dùng.

Ngày tàn của các cuộc chiến framework?

Theo tác giả, hai mùa "Framework Wars" (khoảng 2013-2019 và 2020-2024) đã kết thúc. Mọi người có thể ngừng mệt mỏi với JavaScript.

Nhưng điều gì đó không cần phải là tâm điểm của cơn sốt mới có thể quan trọng. Hiệu năng của git hay các giải pháp thay thế GitHub chỉ được chú ý khi hàng loạt agent stress-test toàn bộ hệ thống và phát hiện điểm nghẽn mới.

Vậy framework mới có còn quan trọng?

Tác giả kết luận bằng một câu trả lời rõ ràng: Có.

1. Ngành công nghiệp vẫn nghĩ vậy — nếu không, tại sao lại dùng React?
2. Nếu không dùng framework, AI của bạn sẽ tạo ra một cái — vậy là bạn đang dùng framework dù muốn hay không.
3. Framework cung cấp trừu tượng, cấu trúc và ràng buộc — những thứ rất hữu ích khi định hình phần mềm cùng AI. Một framework mã nguồn mở, được kiểm chứng và ghi chép đầy đủ thường tốt hơn framework tự chế của mô hình.

Tác giả mong muốn một framework JavaScript full-stack thực thụ — từ cơ sở dữ liệu đến định tuyến, tạo kiểu, hiệu ứng và component trợ năng — được xây trên các chuẩn web, dễ cho AI làm việc mà vẫn cho ra code con người có thể hiểu được.

"Tôi không xây chiếc xe, nhưng tôi muốn mở nắp ca-pô và thực sự biết mình đang nhìn vào cái gì."

Và câu trả lời cuối cùng cho câu hỏi "framework mới có còn quan trọng không?" chỉ có một cách để biết: hãy xây thử một cái.