Salesforce-ன் புதிய AI-ஆல் இயங்கும் கோடிங் உதவியாளரான Slack Code, இப்போது நேரடியாக Slack சேனல்களில் இணைக்கப்பட்டுள்ளது. யார் வேண்டுமானாலும் ஒரு பிழை (bug), ஸ்கிரிப்ட் அல்லது ஆட்டோமேஷன் கோரிக்கையைப் பற்றிய விளக்கத்தைத் தட்டச்சு செய்து, சாட்டை விட்டு வெளியேறாமலேயே ஒரு கோடிங் வரைவை (draft) பெற முடியும். இது பாரம்பரியமான டிக்கெட்-டு-கோட் (ticket-to-code) மாற்றத்தை ஒரே உரையாடலாகச் சுருக்குகிறது.

டெவலப்பர் பணிப்பாய்வுகளுக்கு (developer workflows) இது ஏன் முக்கியமானது

பெரும்பாலான B2B குழுக்கள் அன்றாட செயல்பாட்டு உரையாடல்களுக்கான மையமாக ஏற்கனவே Slack-ஐப் பயன்படுத்துகின்றன. ஒரு புரொடக்ஷன் அலர்ட் (production alert) வரும்போது, தொழில்நுட்ப அறிவு இல்லாத ஒரு சக ஊழியர் அதன் அறிகுறிகளைப் பதிவிடுவார், ஒரு பொறியாளர் ஒரு டிக்கெட்டைத் தொடங்குவார், பின்னர் ஒரு தனி கருவி அந்தத் தீர்வை எழுதிச் சோதிக்கும். Slack Code இந்த இடைநிலை படிகளைக் குறைக்கிறது: பிரச்சனையைச் சுட்டிக்காட்டும் அதே செய்தியே, ஒரு சாத்தியமான தீர்வை எழுதும் AI-ஐத் தூண்டுகிறது; அதை ஒரு பொறியாளர் ஆய்வு செய்து செயல்படுத்த முடியும்.

வேகம் என்பது இதன் உடனடிப் பலனாகும். கோரிக்கை, வரைவு மற்றும் விவாதம் ஆகியவற்றை ஒரே திரெட்டில் (thread) வைத்திருப்பது, சூழல் மாற்றம் (context-switching) மற்றும் ஒரு டிக்கெட் வரிசையில் நகரும்போது ஏற்படும் தாமதத்தைத் தடுக்கிறது. ஆழமான பொறியியல் வல்லுநர்கள் இல்லாத சிறு மற்றும் நடுத்தர நிறுவனங்களுக்கு, இந்தத் கருவி சில "விரைவுத் தீர்வு" (quick-fix) டிக்கெட்டுகளைத் தன்னாட்சிச் செயல்பாடுகளாக (self-service actions) மாற்றும், இதன் மூலம் மூத்த டெவலப்பர்கள் அதிக மதிப்புள்ள பணிகளில் கவனம் செலுத்த முடியும்.

இதனால் யார் பயனடைவார்கள் மற்றும் யாருக்கு இதன் தாக்கம் குறைவாக இருக்கும்

  • சிறு மற்றும் நடுத்தர வணிகங்கள் – குறைவான DevOps வசதியுடன், உடனடியாக ஒரு ஸ்கிரிப்டை உருவாக்குவது வேலையில் ஏற்படும் முடக்கம் (downtime) காலத்தைக் குறைப்பதோடு, ஒரு தனி பொறியாளரைச் சார்ந்திருக்கும் நிலையைத் தணிக்கிறது. Slack-ஐ ஒரு கட்டுப்பாட்டு மையமாக (command center) ஏற்கனவே கருதும் குழுக்களுக்கு, இந்த எளிமையான அணுகுமுறை மிகவும் பொருத்தமானது.
  • பெரிய நிறுவனங்கள் – பாதுகாப்பு ஆய்வுகள் (security reviews), மாற்ற மேலாண்மை ஒப்புதல்கள் (change-management approvals) மற்றும் CI/CD பைப்லைன்கள் போன்ற பல கட்டுப்பாட்டு நிலைகளைக் கடந்து கோடிங் செல்ல வேண்டிய நிறுவனங்களில், கோடிங் வேகத்தை விட செயல்முறையே (process) பெரும்பாலும் தடையை ஏற்படுத்துகிறது. Slack Code ஒரு முதல் வரைவை வழங்கினாலும், ஒட்டுமொத்த சுழற்சி நேரம் (cycle time) வியத்தகு முறையில் மேம்படாமல் போகலாம்.

நிர்வாகமே (Governance) தீர்மானிக்கும் காரணியாகிறது

தொழில்நுட்பமே சர்ச்சைக்குரிய விஷயம் அல்ல; கோடிங் புரொடக்ஷனுக்குச் செல்வதற்கு முன் அதை யார் அங்கீகரிக்கிறார்கள் என்பதே கேள்வி. Salesforce-ன் வழிகாட்டுதல் நான்கு நடைமுறைப் பாதுகாப்பு நடவடிக்கைகளைப் பட்டியலிடுகிறது:

  1. அம்சத்தை முன்னோட்டம் (Pilot) இடுதல் – முதல் வெளியீட்டை ஒரு பரிசோதனையாகக் கருதி, அதன் எல்லையை முக்கியமானதல்லாத பணிச்சுமைகளுக்கு (non-critical workloads) மட்டும் இடுங்கள்.
  2. மனித அங்கீகாரம் – AI மூலம் உருவாக்கப்பட்ட எந்தவொரு குறியீட்டுத் துண்டையும் (snippet) இணைப்பதற்கு (merge) முன், தகுதியுள்ள ஒரு பொறியாளர் அதை அங்கீகரிக்க வேண்டும்.
  3. தணிக்கை பதிவுகள் (Audit logging) – பிற்கால பாதுகாப்பு ஆய்விற்காக AI-ன் வெளியீட்டின் முழுமையான உரையாடல் பதிவையும் சேமித்து வைக்கவும்.
  4. அனுமதி கட்டுப்பாடுகள் (Permission controls) – எந்த Slack சேனல்கள் மற்றும் பயனர்கள் இந்த உதவியாளரைப் பயன்படுத்தலாம் என்பதைக் கட்டுப்படுத்துங்கள்.

உரையாடல் சூழலில் தேவைக்கேற்ப கோடிங் உருவாக்கப்படும்போது ஏற்படும் அபாயத்தைக் குறைக்க இந்த நடவடிக்கைகள் உதவுகின்றன; குறிப்பாக பாதுகாப்பற்ற அல்லது விதிமுறைகளுக்குப் பொருந்தாத கோடிங் தற்செயலாகச் சேர்க்கப்படுவதைத் தடுக்க இவை நோக்கமாகக் கொண்டுள்ளன.