Slack Code، دستیار کدنویسی جدید Salesforce که مبتنی بر هوش مصنوعی است، اکنون مستقیماً در کانال‌های Slack تعبیه شده است. هر کسی می‌تواند شرح یک باگ، اسکریپت یا درخواست اتوماسیون را تایپ کند و بدون ترک محیط چت، پیش‌نویس کد را دریافت کند؛ این امر فرآیند سنتی انتقال از تیکت به کد را در قالب یک گفتگوی واحد ادغام می‌کند.
چرا این موضوع برای جریان‌های کاری توسعه‌دهندگان اهمیت دارد
اکثر تیم‌های B2B در حال حاضر از Slack به عنوان مرکز گفتگوهای عملیاتی روزمره استفاده می‌کنند. وقتی یک هشدار عملیاتی (production alert) ظاهر می‌شود، یکی از همکاران غیرفنی علائم مشکل را ارسال می‌کند، مهندس یک تیکت باز می‌کند و ابزاری مجزا، راه حل را نوشته و تست می‌کند. Slack Code این مراحل میانی را حذف می‌کند: همان پیامی که مشکل را گزارش می‌دهد، هوش مصنوعی را فعال می‌کند تا یک راه حل پیشنهادی بنویسد، که سپس مهندس آن را بررسی و اعمال (push) می‌کند.
سرعت، مزیت فوری این ابزار است. نگه داشتن درخواست، پیش‌نویس و بحث در یک رشته گفتگو (thread)، از تغییر مداوم تمرکز (context-switching) و تأخیری که با حرکت تیکت در صف ایجاد می‌شود، جلوگیری می‌کند. برای شرکت‌های کوچک و متوسط که فاقد تیم‌های مهندسی گسترده هستند، این ابزار می‌تواند تعدادی از تیکت‌های «اصلاح سریع» را به اقدامات خودخدمتی (self-service) تبدیل کند و توسعه‌دهندگان ارشد را برای انجام کارهای با ارزش‌تر آزاد بگذارد.
چه کسانی سود می‌برند و چه کسانی ممکن است تأثیر محدودی مشاهده کنند
- کسب‌وکارهای کوچک تا متوسط – با داشتن تیم‌های DevOps چابک، تولید اسکریپت در لحظه، زمان از کار افتادگی را کاهش داده و وابستگی به یک مهندس واحد را کمتر می‌کند. نقطه ورود کم‌اصطکاک این ابزار برای تیم‌هایی که از قبل با Slack مانند یک مرکز فرماندهی رفتار می‌کنند، بسیار مناسب است.
- سازمان‌های بزرگ – در سازمان‌هایی که کد باید از مراحل نظارتی متعددی عبور کند (مانند بررسی‌های امنیتی، تأییدیه‌های مدیریت تغییر و خط لوله‌های CI/CD)، گلوگاه اغلب فرآیند است، نه سرعت کدنویسی. Slack Code همچنان می‌تواند پیش‌نویس اولیه را ارائه دهد، اما زمان کل چرخه ممکن است بهبود چشمگیری نداشته باشد.
حاکمیت به عامل تعیین‌کننده تبدیل می‌شود
خودِ فناوری موضوع بحث نیست؛ مسئله این است که چه کسی کد را پیش از رسیدن به مرحله عملیاتی (production) تأیید می‌کند. راهنمای Salesforce چهار محافظ کاربردی را فهرست کرده است:
- اجرای آزمایشی ویژگی – اولین مرحله عرضه را به عنوان یک آزمایش در نظر بگیرید و دامنه آن را به حجم‌های کاری غیرحیاتی محدود کنید.
- تأیید انسانی – الزامی کنید که یک مهندس واجد شرایط، هر قطعه کد تولید شده توسط هوش مصنوعی را پیش از ادغام (merge) تأیید کند.
- ثبت گزارش‌های بازرسی (Audit logging) – متن کامل خروجی هوش مصنوعی را برای بررسی‌های امنیتی بعدی ذخیره کنید.
- کنترل‌های دسترسی – محدود کنید که کدام کانال‌ها و کاربران Slack می‌توانند از این دستیار استفاده کنند.
هدف از این مراحل، جلوگیری از تزریق تصادفی کدهای ناامن یا غیرمنطبق است؛ ریسکی که با تولید کد در لحظه در یک محیط گفتگومحور، افزایش می‌یابد.