Mình thật sự không đồng cảm với câu kiểu như “những framework và thư viện phụ trợ đắt đỏ, đầy lỗi nhưng trong đa số use case chỉ dùng 10% tính năng”.. Chẳng phải việc chọn một môi trường có quy mô phù hợp với dự án vốn là một đức tính tốt sao. Nếu có vẻ như sẽ không làm nhiều tính năng thì cứ dùng thứ nhẹ như express là được mà. Có nhất thiết ngay từ đầu phải tự làm ra thứ để thay thế express không..

Nếu nói là nhiều tính năng nhưng lại chẳng dùng bao nhiêu thì ngược lại mình thấy web server như Apache hay nginx còn đúng kiểu đó hơn, nhưng chẳng lẽ vì chúng nặng mà lại đi làm web server từ đầu sao, cứ cấu hình rồi dùng thôi

Nhưng dù có máy tính, vẫn có những người thích tự tính bằng tay hoặc nhẩm tính.

Có lẽ web trong tương lai cũng có thể sẽ tồn tại dưới dạng không có UI/UX..

Ngay cả việc sửa lại những ngộ nhận cũng do AI làm.

Ngoài các dịch vụ AI, tôi muốn biết có những sản phẩm thực sự hoạt động nào được tạo ra bằng AI. Nếu không tính các SaaS nửa vời thì có sản phẩm nào như vậy không? Nếu là mảng nhúng thì tôi càng tò mò hơn.

Ảo tưởng rằng đó là sự thật

Nếu ai đó phớt lờ các chỉ số dài hạn và chỉ chạy theo những chỉ số ngắn hạn, thì dù là người hoàn toàn không liên quan, khi đi ngang qua cũng có thể sẽ muốn buột miệng chỉ trỏ kiểu “không phải làm như thế đâu, chậc chậc”.
Thế thì với một lập trình viên tin rằng bản thân đang đồng cam cộng khổ cùng doanh nghiệp, có đóng góp lớn và đang đảm nhận vai trò quan trọng trong công ty, cảm giác đó sẽ còn mạnh đến mức nào nữa chứ.

Thương tiếc..

Tôi cẩn trọng nghĩ rằng việc tự tay viết ra những phần có độ phức tạp rất cao và mang tính cốt lõi của logic nghiệp vụ, suy nghĩ thật kỹ về chúng rồi truyền đạt lại cho các kỹ sư AI trong quá trình đó, có lẽ cũng có thể giúp ích cho năng suất. Các nhà toán học cũng dùng những công cụ như máy tính, nhưng khi suy nghĩ về ý tưởng cốt lõi thì họ cũng ghi chép rất nhiều mà.

Việc triển khai phần mềm luôn phải được nhìn dưới góc độ "TCO" trong vòng "5 năm". Nếu không thì thực sự chỉ là chất thêm những 'quả bom' sẽ nổ về sau.

Có cảm giác là bản thân hệ thống cũng phải giành được uy tín thì mới được chấp nhận.

Nhưng nghe chẳng khác nào đang nói rằng sẽ đối đầu trực diện với định hướng mà các công ty đang theo đuổi..

Cái này thật sự vượt quá giới hạn rồi.

Tôi tôn trọng lý tưởng về hạnh phúc và sự thỏa mãn của mỗi cá nhân, nhưng xét từ góc độ một nghề nghiệp là cung cấp sức lao động và nhận tiền công thì đây có vẻ là một tư duy không phù hợp.

Tôi không chắc cách diễn đạt này có còn chính xác hay không, nhưng có cảm giác các lập trình viên đang dần trở thành những “tech leader”.

Khi AI lấy mất phần “viết code”, thứ còn lại rốt cuộc chỉ là,

• giải quyết vấn đề (căng thẳng)
• rà soát kết quả (căng thẳng)
• trách nhiệm (căng thẳng)

mà thôi.

Nói cách khác, lập trình viên không còn là “người tạo ra sản phẩm” nữa, mà vai trò đang dần chuyển thành

• “người ra quyết định”
• “người rà soát”
• “người chịu trách nhiệm”

.

Vì vậy, một kiểu mệt mỏi công việc trước đây không tồn tại bắt đầu xuất hiện,
và tôi tự hỏi liệu hướng đi này có thực sự phù hợp với năng lực, sở trường công việc lập trình viên mà tôi theo đuổi hay không.

Ý là, rốt cuộc thì những lập trình viên giỏi, có năng lực phát triển thật sự lại thích vibe coding...

Không phải tôi nói đâu (mà là những người như Linus Torvalds hay Robert Martin).

Tôi cũng đồng ý với ý kiến này: dù bản thân có khăng khăng tự tay code đi nữa thì trừ khi làm kinh doanh một mình,
cuối cùng cũng khó tránh khỏi bị thay thế, nhưng có vẻ họ không nhận ra điều đó.

Mọi thảo luận trước khi có bằng chứng đều là phán đoán vội vàng

Đây đúng là một phương pháp phát triển khiến việc bảo trì trở nên khó khăn theo đúng nghĩa. Trong thời đại AI, đây là người đang thực hành cách giữ vững chỗ đứng của mình suốt đời trong kỷ nguyên mới.

Dạo này cứ liên tục có mấy bài kiểu tự an ủi tinh thần của các lập trình viên tụt hậu được đăng lên nhỉ. Dù sao thì cũng không thể ngăn được dòng chảy của thời đại.