Khi ai cũng có thể viết phần mềm: Ai là người quyết định điều gì không nên xây dựng?

Trong nhiều thập kỷ, phát triển phần mềm là một lĩnh vực đòi hỏi kỹ năng chuyên môn cao, thời gian đào tạo dài và nguồn lực đáng kể. Nhưng với sự trỗi dậy của các trợ lý lập trình AI, điều đó đang thay đổi nhanh chóng. Câu hỏi trung tâm không còn là "chúng ta có thể xây dựng được không?" mà là "chúng ta có nên xây dựng hay không?"

Rào cản gia nhập đang sụp đổ

Chỉ vài năm trước, để tạo ra một ứng dụng web hoàn chỉnh, một nhà phát triển cần thành thạo nhiều ngôn ngữ lập trình, hiểu biết về cơ sở dữ liệu, hạ tầng máy chủ và quy trình triển khai phức tạp. Ngày nay, các mô hình ngôn ngữ lớn như GPT, Claude hay Gemini có thể sinh ra hàng nghìn dòng mã chức năng chỉ từ một đoạn mô tả ngắn bằng ngôn ngữ tự nhiên.

Điều này mang lại hệ quả sâu rộng. Sinh viên, doanh nhân, chuyên gia trong các ngành không liên quan đến công nghệ — tất cả đều có thể biến ý tưởng thành sản phẩm trong vài ngày thay vì vài tháng. Tại Việt Nam, làn sóng này đặc biệt rõ nét khi ngày càng nhiều nhóm khởi nghiệp nhỏ tại Hà Nội và TP.HCM tận dụng các công cụ như Cursor, GitHub Copilot hay các nền tảng no-code để tung ra sản phẩm thử nghiệm với chi phí tối thiểu.

Sức mạnh đi kèm trách nhiệm lớn hơn

Nhưng khi việc xây dựng trở nên dễ dàng, một nghịch lý xuất hiện: khả năng tạo ra phần mềm tăng vọt, trong khi khả năng đánh giá hậu quả của nó lại không tăng tương ứng. Không phải mọi thứ có thể xây dựng đều nên được xây dựng.

"Câu hỏi khó nhất trong kỹ thuật phần mềm hiện đại không còn là làm thế nào để xây dựng, mà là làm thế nào để biết khi nào nên dừng lại."

Hãy xem xét một vài ví dụ. Một công cụ tự động thu thập dữ liệu người dùng có thể được viết trong vài giờ, nhưng việc xử lý dữ liệu đó một cách có đạo đức và tuân thủ pháp luật — đặc biệt là Nghị định 13/2023 về bảo vệ dữ liệu cá nhân tại Việt Nam — lại là câu chuyện hoàn toàn khác.

Vai trò của người kiến trúc sư và nhà quản lý sản phẩm

Trong mô hình truyền thống, các kiến trúc sư phần mềm và quản lý sản phẩm đóng vai trò như những người gác cổng — họ quyết định điều gì xứng đáng được xây dựng và điều gì vượt quá giới hạn. Khi ranh giới kỹ thuật mờ đi, vai trò này càng trở nên quan trọng hơn, chứ không phải ít đi.

• Đánh giá tác động: Ai sẽ bị ảnh hưởng bởi phần mềm này? Những nhóm yếu thế có bị tổn hại không?
• Tính bền vững: Sản phẩm có thể được duy trì và cập nhật lâu dài, hay chỉ là một thử nghiệm bỏ đi?
• Trách nhiệm pháp lý: Liệu sản phẩm có vi phạm quy định về bảo mật, quyền riêng tư hay sở hữu trí tuệ không?
• Giá trị thực: Nó có giải quyết một vấn đề thực sự, hay chỉ tạo ra vấn đề mới?

Bối cảnh tại Việt Nam

Với nguồn nhân lực công nghệ dồi dào và chi phí phát triển cạnh tranh, Việt Nam đang ở vị trí thuận lợi để hưởng lợi từ làn sóng AI hỗ trợ lập trình. Tuy nhiên, điều này cũng đặt ra thách thức về chất lượng và trách nhiệm. Nhiều doanh nghiệp trong nước vẫn còn tư duy "làm nhanh, ra mắt sớm" mà chưa chú trọng đúng mức đến các khía cạnh đạo đức, bảo mật và quyền riêng tư.

Việc đào tạo thế hệ lập trình viên mới không chỉ nên tập trung vào kỹ năng viết mã, mà còn phải bao gồm tư duy phản biện về các tác động xã hội, pháp lý và đạo đức của công nghệ.

Kết luận

Khi rào cản kỹ thuật ngày càng hạ thấp, giá trị của người làm công nghệ chuyển dịch từ khả năng thực thi sang khả năng phán đoán. Câu hỏi "chúng ta có thể không?" đang được thay thế bằng "chúng ta có nên không?". Và trong kỷ nguyên mà ai cũng có thể viết phần mềm, những người dám nói "không" — hoặc ít nhất là dám đặt câu hỏi đúng lúc — mới chính là những người định hình tương lai của ngành một cách có trách nhiệm.