Việc sử dụng các công cụ lập trình AI đã trở thành một "con ma" tiện lợi để giải quyết mọi vấn đề công nghệ.
→Hình ảnh trực tiếp tại văn phòng phát triển dự án Bluesky.
Mạng xã hội Bluesky đã gặp một số sự cố gián đoạn dịch vụ không liên tục vào thứ Hai. Riêng điều này thì không có gì đáng chú ý — Bluesky đã từng gặp sự cố tương tự trong quá khứ , và sự cố này trùng hợp với các vấn đề dịch vụ diện rộng được báo cáo trên các trang web phổ biến khác (Bluesky chính thức đổ lỗi cho các sự cố tạm thời này là do "nhà cung cấp dịch vụ thượng nguồn").
Tuy nhiên, điều khiến sự cố này trở nên đáng chú ý đối với nhiều người dùng Bluesky là giả định ngay lập tức rằng đó là kết quả của việc lập trình cẩu thả, có sự hỗ trợ của trí tuệ nhân tạo ("lập trình cảm tính") từ nhóm phát triển Bluesky.
Nhìn chung, tâm trạng của những người chỉ trích "lập trình cảm tính" là sự phẫn nộ chính đáng. "Bất kỳ nhà phát triển hoặc lập trình viên nào sử dụng 'lập trình cảm tính' hoặc dựa vào trí tuệ nhân tạo để lập trình rõ ràng là quá ngu ngốc để biết cách làm công việc mà họ được trả tiền và nên bị bắn ra khỏi nòng súng," người dùng Bluesky T-Kay viết , tóm tắt lại, ờ, tâm trạng chung. "Lập trình cần kỹ năng, chứ không phải sự cẩu thả."
Đó là kiểu phản ứng cho thấy rõ ràng có bao nhiêu người dùng công nghệ vẫn phản ứng một cách tự nhiên bằng cách cảm thấy ghê tởm trước ý tưởng rằng các công cụ AI đã được sử dụng theo bất kỳ cách nào để tạo ra các sản phẩm mà họ sử dụng. Ngay cả khi các lập trình viên chuyên nghiệp ngày càng hào hứng với sức mạnh của các công cụ lập trình AI , nhiều người dùng cuối vẫn coi chúng như một "ông kẹ" mà họ ngay lập tức đổ lỗi cho mọi vấn đề trong ngành công nghệ.
“Mọi thứ đang thay đổi. Rất nhanh chóng.”
Trước sự cố ngừng hoạt động ngày hôm qua, nhiều thành viên trong nhóm phát triển Bluesky đã phải đối mặt với phản ứng dữ dội trên mạng xã hội vì thừa nhận họ sử dụng các công cụ AI trong công việc. Ví dụ, người sáng lập kiêm Giám đốc Sáng tạo của Bluesky, Jay Graber, đã thẳng thắn đăng tải vào cuối tháng 3 rằng “Bluesky được tạo ra bằng AI, các kỹ sư và thậm chí một số người không phải kỹ sư cũng sử dụng Claude Code”. Và Cố vấn Kỹ thuật của Bluesky, Jeromy Johnson (người dùng biệt danh “Why” trên trang web) là một người ủng hộ mạnh mẽ các công cụ lập trình AI, ông nói vào tháng 2: “Trong hai tháng qua, Claude đã viết khoảng 99% mã của tôi. Mọi thứ đang thay đổi. Rất nhanh chóng.”
Giám đốc công nghệ của Bluesky, Paul Frazee, sau đó đã tham gia bình luận (có lẽ là nói đùa) đáp lại Johnson, nói rằng , “Tôi cũng dùng cảm xúc để lập trình không kém.” Sau đó, Frazee nói rằng ông thấy đây là “lời kêu gọi hành động… để tất cả chúng ta bắt đầu sử dụng công nghệ [AI] này trong công việc của mình.”
Những lo ngại của công chúng về việc các công cụ AI "lây nhiễm" vào trải nghiệm Bluesky đã gia tăng vào ngày 28 tháng 3 khi công ty này công bố Attie , một dự án phụ cho phép người dùng xây dựng nguồn cấp dữ liệu Bluesky tùy chỉnh của riêng họ bằng cách trò chuyện với một chatbot được xây dựng trên Claude Code. Các thành viên nhóm Bluesky cho biết mục tiêu cuối cùng của công cụ này, theo báo cáo của TechCrunch , là cho phép người dùng tự tạo ứng dụng mạng xã hội của riêng họ thông qua giao diện người dùng.
“Chúng tôi hiểu những lo ngại về AI,” Graber đăng tải tuần trước để đáp lại sự phản đối dữ dội xung quanh Attie. “Mục tiêu của chúng tôi là sử dụng công nghệ này để giúp mọi người kiểm soát tốt hơn, chứ không phải để tạo ra nội dung. Attie sử dụng AI để giúp bạn tạo các nguồn cấp dữ liệu tùy chỉnh mà không cần phải biết lập trình.”
Những lo ngại về việc lập trình AI và các dự án phụ liên quan đã âm ỉ trong lòng những người dùng Bluesky phản đối AI nhất trong nhiều tuần trước khi sự cố dịch vụ xảy ra ngày hôm qua. Với bối cảnh đó, nhiều người dường như vội vàng kết luận rằng các vấn đề của Bluesky chắc chắn có liên quan đến việc sử dụng AI trong số các lập trình viên của họ, và họ cảm thấy hả hê với suy nghĩ "đây là điều tất yếu".
Đây không phải là ví dụ duy nhất gần đây về việc "lập trình theo cảm tính" bị đổ lỗi cho sự cố công nghệ. Khi Anthropic vô tình làm rò rỉ mã nguồn máy khách của mình vào tuần trước, một số người dùng mạng xã hội cũng cho rằng đó là kết quả của một lập trình viên "lập trình theo cảm tính" cẩu thả mắc lỗi khi sử dụng Claude Code để phát hành sản phẩm. Mặc dù Boris Cherny của Anthropic đổ lỗi cho lỗi của con người trong quá trình triển khai mã thủ công, điều đó vẫn không ngăn cản một số người cố gắng liên kết sai sót này với lời thừa nhận của Cherny rằng nhóm dựa vào Claude Code để tạo ra "gần như 100% mã nguồn của chúng tôi".
Đây là "lập trình cảm xúc" hay chỉ đơn thuần là "trợ lý AI"?
Nhưng các lỗi phần mềm và sự cố dịch vụ Internet đã tồn tại từ rất lâu trước khi lập trình cảm xúc ra đời. Việc ngay lập tức quy kết bất kỳ lỗi phần mềm hoặc dịch vụ nào bạn thấy cho vấn nạn mã do AI tạo ra, mà không có bằng chứng, cũng liều lĩnh như việc cho rằng AI thể hiện khả năng suy luận hoàn hảo .
Việc gộp tất cả mã được tạo ra với sự hỗ trợ của AI vào cùng một nhóm "mã lập trình cảm tính" có thể che khuất một số điểm khác biệt quan trọng trong cách sử dụng các công cụ này. Định nghĩa ban đầu của "mã lập trình cảm tính", như thuật ngữ này được đặt ra hơn một năm trước, mô tả những người nghiệp dư và những người không biết lập trình sử dụng AI để tạo ra mã hoạt động tối thiểu nhưng cực kỳ dễ hỏng mà không hiểu cách thức hoạt động của nó. Điều đó hoàn toàn khác với các nhà phát triển giàu kinh nghiệm sử dụng các công cụ lập trình được hỗ trợ bởi AI để lập trình hiệu quả hơn trong khi vẫn sử dụng kiến thức lập trình tích lũy của họ để tổ chức, kiểm tra và xác minh mã. Như chúng tôi đã viết trong bài phân tích chuyên sâu hồi tháng Giêng về các công cụ lập trình AI, “ngay cả với các tác nhân lập trình AI tốt nhất hiện nay, con người vẫn là yếu tố thiết yếu trong quá trình phát triển phần mềm.”
Frazee đã cố gắng làm nổi bật sự khác biệt này trong một bài đăng trên diễn đàn vào đầu tháng 3 , làm rõ cách các nhà phát triển Bluesky sử dụng AI ở hậu trường. “Nhóm Bluesky vẫn duy trì các quy trình xem xét, kiểm thử phản biện và kiểm định chất lượng như trước đây,” Frazee viết. “Các công cụ lập trình AI đã chứng tỏ sự hữu ích, nhưng không làm thay đổi các nguyên tắc cơ bản của kỹ thuật tốt. Việc xem xét và định hướng của con người vẫn là yếu tố then chốt.”
Sự khác biệt đó dường như đã gây được tiếng vang với một số người dùng Bluesky, những người đã kêu gọi sự kiềm chế đối với những người vội vàng đổ lỗi cho mọi sự cố dịch vụ là do mã AI gây ra. “Thực sự cần có một cuộc thảo luận về việc lập trình có sự hỗ trợ của AI và việc trở thành một nhà phát triển phần mềm thiết kế các hệ thống phức tạp hơn, và nơi mà AI có thể cực kỳ hữu ích,” người dùng Bluesky Randi Lee Harper viết . “Nhưng không thể có cuộc thảo luận đó khi những người không làm trong lĩnh vực công nghệ nhảy vào nói rằng 'AI luôn luôn xấu'.”
Nhưng ngay cả một số người hiểu rằng Bluesky không đột nhiên bị biến thành một mớ hỗn độn hoàn toàn dựa trên cảm xúc vẫn vui mừng khi có cơ hội chế giễu các nhà phát triển vì đã sử dụng các công cụ AI ngay từ đầu. “Việc đổ lỗi cho việc lập trình dựa trên cảm xúc về sự cố ngừng hoạt động của Bluesky có hoàn toàn sai không? Có,” người dùng Bluesky Lucyfer viết . “Nó có buồn cười không? Cũng có.”
Nói cách khác, ngay cả khi lập trình cảm tính chỉ là một trò lừa bịp công khai gây ra nhiều lỗi phần mềm, thì đó cũng là điều mà các lập trình viên phải làm quen nếu họ thừa nhận mình sử dụng các công cụ AI. “Bài học từ sự cố ngừng hoạt động ngày hôm nay không phải là nó do lập trình cảm tính gây ra…” người dùng Bluesky, Dalton Deschain, viết . “Mà là nếu bạn sử dụng AI, bạn sẽ không còn nhận được sự khoan dung nữa và mọi người sẽ chế giễu bạn vì sự lười biếng bất kể nguyên nhân là gì.”
