பெரும்பாலான மென்பொருள் உருவாக்குநர்கள், தொழில்நுட்பத் தலைவர்கள், DevOps பொறியாளர்கள் தங்கள் பணிவாழ்க்கையை கட்டுநர்களாகவே தொடங்குகிறார்கள்.

அவர்கள் அமைப்புகளையும், செயலிகளையும், கூறுகளையும் (components), தீம்களையும், வடிவமைப்பு மாதிரிகளையும் (patterns), மாட்யூல்களையும், பைப்லைன்களையும் உருவாக்குகிறார்கள். தளவமைப்புகளைச் செம்மைப்படுத்துகிறார்கள், விளிம்புநிலைச் சிக்கல்களைச் சரிசெய்கிறார்கள், இணக்கத்தன்மையைப் பேணுகிறார்கள், ஒவ்வொரு commit ஆக அமைப்புகளை முன்னகர்த்துகிறார்கள். இந்த வேலை துல்லியமானது, நடைமுறைக்கு உகந்தது, ஆழ்ந்த தொழில்நுட்பம் சார்ந்தது.

ஆனால் ஒரு கட்டத்தில் ஏதோ ஒன்று மாறுகிறது.

சிறந்த நிபுணர்கள் கட்டுவதை நிறுத்திவிடுவதில்லை; ஆனால் அவர்கள் அமைப்புகளாகச் சிந்திக்கத் தொடங்குகிறார்கள்.

 

கட்டுநரிலிருந்து அமைப்புச் சிந்தனையாளராக

 

 

மாற்றம்: வெளியீட்டிலிருந்து விதிகளுக்கு

கட்டுநராக இருக்கும்போது கவனம் வெளியீட்டில் இருக்கும்: கூறுகள், டெம்ப்ளேட்கள், பக்கங்கள், அம்சங்கள், நூலகங்கள், செயலிகள்.

அமைப்புச் சிந்தனையாளராக மாறும்போது கவனம் விதிகளை நோக்கித் திரும்புகிறது: கட்டுப்பாடுகள், ஊடாடல்கள், பின்னூட்ட வளையங்கள்.

"இந்தக் கூறு பார்க்க எப்படி இருக்கும்?" என்று கேட்பதற்குப் பதிலாக, அமைப்புச் சிந்தனையாளர்கள் வேறு கேள்விகளைக் கேட்கிறார்கள்: இந்தக் கூற்றை எந்த விதிகள் ஆள்கின்றன? அதனுடன் எது ஊடாட அனுமதிக்கப்பட்டுள்ளது? மாற்றத்தின்போது அது எப்படி நடந்துகொள்கிறது? காலப்போக்கில் நோக்கம் (intent) எப்படி நிலைத்து நிற்கிறது?

இந்த மாற்றம் இயல்பாகவே முகவர் சார்ந்த அமைப்புகளை (agentic systems) நோக்கி இட்டுச் செல்கிறது.

 

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

நவீன வடிவமைப்பு அமைப்புகள் ஏற்கனவே தர்க்கத்தை உள்ளடக்கியுள்ளன: டோக்கன்கள் கட்டுப்பாடுகளை வரையறுக்கின்றன, கூறுகள் கட்டமைப்பை வரையறுக்கின்றன, வடிவமைப்பு மாதிரிகள் நடத்தையை வரையறுக்கின்றன.

இருந்தும் பெரும்பாலான அமைப்புகள் இன்னும் மனிதர்களின் கனமான ஒருங்கிணைப்பையே நம்பியுள்ளன.

AI முகவர்கள் வேறொரு மாதிரியை அறிமுகப்படுத்துகின்றன: அமைப்புகள் தங்கள் விதிகளைத் தாமே நடைமுறைப்படுத்தலாம், முடிவுகளைத் தொடர்ந்து சரிபார்க்கலாம், சூழலுக்கு ஏற்ப எதிர்வினையாற்றலாம், உள்ளுக்குள் ஒருங்கிணைந்து செயல்படலாம்.

இங்குதான் வடிவமைப்பு ஆவணப்படுத்தலிலிருந்து செயல்படுத்தக்கூடிய தர்க்கமாக பரிணமிக்கிறது.

 

 

இது எங்கே செல்கிறது

இப்போதைய கவனம், இந்த யோசனைகளை உண்மையான, இயங்கும் அமைப்புகளில் செயல்படுத்துவதில் உள்ளது; சோதனைகளாக அல்ல, அடித்தளங்களாக.

1. வடிவமைப்புக் கருவிகளுடன் (Figma) AI முகவர்களின் ஆழமான ஒருங்கிணைப்பு

முகவர் சார்ந்த வடிவமைப்பு அமைப்புகளை நோக்கி

வடிவமைப்புக் கருவிகள் வெறும் செயலற்ற கேன்வாஸ்களாக இருக்கக் கூடாது.

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

இது வடிவமைப்பை மேல்நிலைக்கு நகர்த்துகிறது; அங்கே நோக்கம் பின்னர் ஊகிக்கப்படாமல், அப்படியே பாதுகாக்கப்படுகிறது.

 

 

2. அளவிடக்கூடிய AI முகவர் மேலாண்மை

இலக்கு: 150 முகவர்கள், ஒவ்வொரு கூறுக்கும் ஒன்று

ஒரே பொது நோக்கு AI-க்குப் பதிலாக, குழுக்கள் பல சிறப்பு முகவர்களை நோக்கி நகர்கின்றன.

ஒவ்வொரு கூறுக்கும் தனக்கான முகவர் உண்டு; அதற்கு வரையறுக்கப்பட்ட பொறுப்புகள், தெளிவான எல்லைகள், தொடர்புடைய கூறுகள் பற்றிய விழிப்புணர்வு ஆகியவை இருக்கும்.

ஆரோக்கியமான அமைப்புகள் இப்படித்தான் வளர்கின்றன: சிறப்புத்தேர்ச்சி, ஒருங்கிணைப்பு, தெளிவான ஒப்பந்தங்கள் வழியாக.

 

 

3. உண்மையான திறன்கள், கருவிகள், செருகுநிரல்களுடன் முகவர்கள்

முகவர்களால் செயல்பட முடிய வேண்டும்.

அதாவது அவற்றுக்குத் திறன்கள் (அணுகல்தன்மை சார்ந்த சிந்தனை, வடிவமைப்புச் சரிபார்ப்பு, செயல்திறன் பற்றிய விழிப்புணர்வு), கருவிகள் (linters, சோதனை இயக்கிகள், வடிவமைப்பு APIகள்), செருகுநிரல்கள் (Storybook, Drupal, CI பைப்லைன்கள், Figma ஒருங்கிணைப்புகள்) ஆகியவற்றை வழங்குவது.

கருவிகள் இல்லாத முகவர் வெறும் கோட்பாடு. கருவிகளுடன் உள்ள முகவர் அமைப்பின் ஒரு பகுதியாகவே மாறுகிறது.

 

4. புத்திசாலித்தனமான தானியங்கி செயல்பாட்டு ஏற்புச் சோதனை

 

AI இயக்கும், நோக்கம் அறிந்த சோதனை

வழக்கமான சோதனை வெளியீட்டைச் சரிபார்க்கிறது. முகவர் இயக்கும் சோதனை நடத்தையைப் புரிந்துகொள்கிறது.

பயனர் பயணங்களைப் பற்றி சிந்திக்கும் AI முகவர்கள், வெறும் selectors-ஐ மட்டுமல்லாமல் நோக்கத்தைப் புரிந்துகொள்ளும் செயல்பாட்டுச் சோதனைகள், கூறுகளுடன் சேர்ந்து தானும் பரிணமிக்கும் சோதனைகள், எளிதில் உடையும் சோதனைகளைக் குறைத்து பொருள்சார் நம்பிக்கையை உயர்த்துதல் ஆகியவற்றில் கவனம் செலுத்தப்படுகிறது.

சோதனை என்பது அமைப்பின் நுண்ணறிவின் மற்றொரு அடுக்காக மாறுகிறது.

 

AI யுகத்தில் TDD & BDD: AI முகவர்களுக்கு ஏன் 100% கூடுதல் சோதனை-முதல் மேம்பாடு தேவை

 

 

இது ஏன் முக்கியம்

தங்கள் படைப்பாளர்களையும் கடந்து நிலைத்து நிற்கும், தொடர்ந்து தகவமைத்துக்கொள்ளும், நீண்டகால வடிவமைப்பு முடிவுகளை முன்னெடுத்துச் செல்லும் அமைப்புகளைக் குழுக்கள் உருவாக்கி வருகின்றன.

இந்த உலகில் கைமுறைக் கட்டுப்பாடு அளவில் பெருக முடியாது. ஆனால் நன்கு வரையறுக்கப்பட்ட விதிகள் முடியும்.

வடிவமைப்பாளர்கள், உருவாக்குநர்கள், AI முகவர்கள் அனைவரும் ஒரே தர்க்கச் சட்டகத்துக்குள், கட்டுப்பாடுகளும் நோக்கமும் அடங்கிய ஒரே பகிரப்பட்ட அமைப்புக்குள் செயல்பட வேண்டும்.

 

கட்டுநரிலிருந்து அமைப்புச் சிந்தனையாளராக மாறுவது, செயலாக்கத்தைக் கைவிடுவது பற்றியதல்ல. அமைப்புகளை வெறும் பாகங்களின் தொகுப்பாகப் பார்க்காமல், அதற்கும் மேலாகப் பார்ப்பதே அது.

அடுத்த படி, அமைப்புகள் சிந்திக்கவும், தகவமைத்துக்கொள்ளவும், பரிணமிக்கவும் அனுமதிக்கும் விதிகளை வடிவமைப்பதே.

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