Slack Code, trợ lý lập trình hỗ trợ bởi AI mới của Salesforce, hiện đã được tích hợp trực tiếp vào các kênh Slack. Bất kỳ ai cũng có thể nhập mô tả về một lỗi (bug), một đoạn mã (script) hoặc yêu cầu tự động hóa và nhận được bản thảo mã nguồn mà không cần rời khỏi cửa sổ chat, giúp thu gọn quy trình chuyển giao từ ticket sang mã nguồn truyền thống thành một cuộc hội thoại duy nhất.

Tại sao điều này lại quan trọng đối với quy trình làm việc của nhà phát triển

Hầu hết các đội ngũ B2B đã sử dụng Slack như một trung tâm cho các trao đổi vận hành hàng ngày. Khi một cảnh báo production xuất hiện, một đồng nghiệp không chuyên về kỹ thuật sẽ đăng triệu chứng, một kỹ sư mở một ticket, và một công cụ riêng biệt sẽ viết cũng như kiểm tra bản sửa lỗi. Slack Code loại bỏ các bước trung gian đó: chính tin nhắn báo lỗi sẽ kích hoạt AI để viết một giải pháp tiềm năng, sau đó kỹ sư sẽ xem xét và đẩy (push) mã đó lên.

Tốc độ là lợi ích tức thì. Việc giữ yêu cầu, bản thảo và thảo luận trong cùng một luồng (thread) giúp ngăn chặn việc chuyển đổi ngữ cảnh (context-switching) và sự chậm trễ tích tụ khi một ticket di chuyển qua các hàng đợi. Đối với các công ty vừa và nhỏ thiếu đội ngũ kỹ sư hùng hậu, công cụ này có thể biến một vài ticket "sửa lỗi nhanh" thành các hành động tự phục vụ (self-service), giúp các lập trình viên cấp cao rảnh tay để tập trung vào những công việc có giá trị cao hơn.

Ai sẽ được hưởng lợi, và ai có thể thấy tác động hạn chế

  • Các doanh nghiệp vừa và nhỏ – Với mô hình DevOps tinh gọn, việc tạo mã script ngay lập tức giúp giảm thời gian ngừng hoạt động (downtime) và giảm bớt sự phụ thuộc vào một kỹ sư duy nhất. Điểm tiếp cận ít rào cản này rất phù hợp với các đội ngũ vốn đã coi Slack là trung tâm điều hành.
  • Các doanh nghiệp lớn – Trong các tổ chức mà mã nguồn phải trải qua nhiều giai đoạn kiểm soát—như đánh giá bảo mật, phê duyệt quản lý thay đổi và các đường ống CI/CD—nút thắt cổ chai thường nằm ở quy trình chứ không phải tốc độ lập trình. Slack Code vẫn có thể cung cấp bản thảo đầu tiên, nhưng tổng thời gian chu kỳ (cycle time) có thể không cải thiện đáng kể.

Quản trị trở thành yếu tố quyết định

Bản thân công nghệ không phải là vấn đề gây tranh cãi; câu hỏi đặt ra là ai sẽ phê duyệt mã nguồn trước khi nó được đưa vào production. Hướng dẫn của Salesforce liệt kê bốn biện pháp bảo vệ thực tế:

  1. Triển khai thử nghiệm (Pilot) – Hãy coi đợt triển khai đầu tiên như một cuộc thử nghiệm, giới hạn phạm vi trong các khối lượng công việc không quan trọng.
  2. Sự phê duyệt của con người – Yêu cầu một kỹ sư có trình độ phê duyệt bất kỳ đoạn mã nào do AI tạo ra trước khi nó được hợp nhất (merge).
  3. Nhật ký kiểm tra (Audit logging) – Lưu lại toàn bộ nội dung phản hồi của AI để phục vụ việc đánh giá bảo mật sau này.
  4. Kiểm soát quyền hạn – Giới hạn các kênh Slack và người dùng nào có thể gọi trợ lý này.

Các bước này nhằm ngăn chặn việc vô tình đưa vào các mã nguồn không an toàn hoặc không tuân thủ, một rủi ro gia tăng khi mã nguồn được tạo ra theo yêu cầu trong một môi trường hội thoại.