AI đòi hỏi kỷ luật kỹ thuật cao hơn, chứ không phải thấp hơn

Nếu bạn đã từng trải qua giai đoạn chuyển giao từ việc chăm sóc từng máy chủ thủ công (server pets) sang hạ tầng bất biến (immutable infrastructure), bạn sẽ nhận thấy một nét gì đó rất quen thuộc trong những gì đang diễn ra với AI hiện nay.

Biểu đồ minh họa xu hướng công nghệ

Kinh tế của việc sản xuất mã nguồn đã đảo ngược

Dễ dàng quên rằng, trong phần lớn năm 2025, ý kiến cho rằng mã nguồn do AI tạo ra là "rác" và sẽ mãi mãi như vậy từng là quan điểm chủ đạo. Tuy nhiên, câu hỏi đó đã được giải quyết dứt khoát vào tháng 11 năm đó. Kể từ khi các mô hình như Opus 4.5 ra mắt, AI đã có thể tạo ra mã nguồn có chất lượng xấp xỉ với kỹ sư phần mềm trung bình, ít nhất là đối với các mẫu mã phổ biến, và làm điều đó nhanh hơn, rẻ hơn nhiều.

Điều thực sự xảy ra vào năm 2025 là: kinh tế của việc sản xuất mã nguồn đã bị đảo lộn hoàn toàn. Thay vì việc tạo ra code trở nên rất khó khăn, tốn thời gian và tốn kém, nó trở nên gần như miễn phí và tức thì. Những dòng code vốn từng được trân trọng, tái sử dụng và chăm chút kỹ lưỡng, nay đã trở nên có thể vứt bỏ và tái tạo chỉ sau một đêm.

Code là "cache" của sự hiểu biết

Chad Fowler, người đã đặt ra thuật ngữ "immutable infrastructure" (hạ tầng bất biến) vào năm 2013, có một quan điểm rất sâu sắc về vấn đề này. Ông cho rằng khi việc viết lại code trở nên rẻ tiền, việc chỉnh sửa code tại chỗ (in-place) trở nên rủi ro. Sự thay đổi (mutation) tích lũy entropy (sự hỗn loạn), trong khi thay thế (replacement) sẽ đặt lại nó.

Một câu nói của ông đã thực sự khiến mọi thứ sáng tỏ với tôi: "Code là một bản vật lý hóa (materialized view) của sự hiểu biết: hữu ích khi còn mới, và có thể vứt bỏ khi đã lỗi thời."

Trong lịch sử phần mềm, chúng ta coi code là bền vững vì chi phí lao động để tạo ra nó là nút thắt cổ chai. Viết lại thì tốn kém, xác thực lại thì rủi ro. Nhưng khi việc tái tạo code trở nên dễ dàng, code không còn là tài sản (asset) nữa mà bắt đầu đóng vai trò như một bộ nhớ đệm (cache).

Sự thay đổi trong tư duy kỹ thuật

Bài học từ những người quản trị hệ thống

Tôi đủ lớn để nhớ khi chức danh đầu tiên của tôi là "System Administrator" (Quản trị viên hệ thống). Tôi đã sống qua sự chuyển dịch từ những máy chủ thủ công được chăm sóc như thú cưng sang hạ tầng bất biến. Sự thay đổi từ máy chủ thủ công sang hạ tầng bất biến đã dạy chúng ta rằng tính biến đổi (mutability) là kẻ thù của sự hiểu biết. Bất kỳ hiện vật nào được chỉnh sửa tại chỗ đều tạo ra sự trôi dạt (drift). Và sự trôi dạt chính là thứ khiến các hệ thống trở nên bất khả thi để bảo trì.

Tại Honeycomb, chúng tôi "giết" node Kafka cũ nhất mỗi tuần một lần thông qua cron. Đó là lý do chúng tôi tự tin vào các quy trình khởi động và cân bằng: mọi thứ đều có thể lặp lại, dữ liệu có thể tái tạo, và các cam kết sống ở nơi khác.

Thực tế là chúng tôi không thể tái tạo code của mình theo cùng một cách là dấu hiệu cho thấy chúng tôi không thực sự hiểu nó. Chúng tôi không biết mình đã cam kết điều gì, không biết dependency nào sẽ bị phá vỡ. Chúng tôi tìm ra chúng bằng cách... làm hỏng chúng.

Não bộ con người không được xây dựng để xác thực (validation)

Việc có mã code không xác định (nondeterministic) trong môi trường production cuối cùng cũng buộc chúng ta phải làm những điều lẽ ra chúng ta nên làm từ lâu: đo lường với traces, kiểm thử và đánh giá trong production. Production không phải là thứ xảy ra sau khi phát triển xong, production là một giai đoạn của phát triển.

Não bộ con người không giỏi việc xác thực. Sự tỉ mỉ, sự lặp lại... Đây là điều tồi tệ nhất để bám lấy. Có rất nhiều điều tốt đẹp hơn mà chúng ta muốn giữ gìn và khẳng định trong việc sản xuất và bảo trì phần mềm. Chúng ta sẽ không bao giờ thắng máy móc trong việc xác thực — chúng ta thực sự là mắt xích yếu nhất!

Hệ thống không xác định đòi hỏi nhiều kỷ luật hơn

Nhiều kỹ sư cảm thấy xa lạ và đáng sợ về những gì các giọng nói AI tuyên bố trong hai năm qua, khi họ似乎 vui vẻ tuyên bố rằng phần mềm không còn là một vấn đề kỹ thuật. Nhưng nếu năm 2025 là năm của "vibe coding" (lập trình theo cảm hứng), nơi AI trở nên giỏi tạo ra dòng code ngang bằng kỹ sư trung bình, thì tôi cảm thấy năm 2026 đang hình thành như một sự trở lại của kỷ luật.

Kiến thức trong đầu chúng ta không có sẵn cho AI cho đến khi chúng ta mã hóa nó vào hệ thống. Sự đầu tư vào kỷ luật kỹ thuật sẽ mang lại lợi nhuận khổng lồ và phi tuyến tính.

Tầm quan trọng của kỷ luật trong kỷ nguyên AI

Kết luận: Đây vẫn là kỹ thuật

Giá trị được hỗ trợ bởi độ bền bỉ, không phải tính có thể vứt bỏ, và tôi không thấy điều đó thay đổi. Bit thì rẻ và nhanh và được điều chỉnh bởi các quy tắc của logic và ngôn ngữ, nhưng bất cứ thứ gì có giá trị cuối cùng cũng phải giải quyết được với các hệ thống vật lý: tính bền vững ở một phía, trải nghiệm người dùng ở phía kia. Mọi người không muốn giao dịch tài chính chỉ hoàn thành "phần lớn thời gian". Tính xác định (determinism) sẽ không đi đâu cả cả.

AI không phải là phép thuật. Đây vẫn là kỹ thuật. Và tôi mong chờ được học hỏi các vấn đề kỹ thuật mới và thú vị, xem xét các loại hiện vật khác nhau. Và không bao giờ phải thực hiện một cuộc viết lại API kéo dài hai năm đầy rẫy rắc rối nào nữa.