உலாவி உறைகளிலிருந்து கட்டுப்படுத்தப்பட்ட கணினிப் பயன்பாட்டுக்கு

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

• இதன் மூலம், தற்போது பல இடைமுகங்களில் சிதறிக் கிடக்கும் ஏராளமான நிஜ உலகப் பணிகளைச் செய்ய முடிகிறது. தொடக்கம் முதல் முடிவுவரையிலான முன்பதிவுகள், இணைய வணிகக் கொள்முதல் நிறைவு, பலகட்டப் பயணத் திட்டமிடல், தெளிவான API இணை இல்லாத பின்புல அலுவலகச் செயல்முறைகள் ஆகியவை இதில் அடங்கும். இவை புதிய சிக்கல்கள் அல்ல. பொதுப் பயன்பாட்டு மாடல்களைக் கொண்டு அவற்றைத் தீர்ப்பது இப்போது சாத்தியமாகியிருப்பதே புதுமை.

• Anthropic மற்றும் OpenAI ஆகியவற்றின் அண்மைக்கால அமைப்புகள், செயல்படுவதோடு நிலையைப் பற்றி ரீஸனிங் செய்து, பிழைகளிலிருந்து மீண்டு, பணிக்கேற்ற தீர்வுகளை உடனுக்குடன் உருவாக்கும் ஏஜென்ட்களைக் காட்சிப்படுத்தியுள்ளன. இது உலாவியை ஏஜென்ட்களுக்கான பொதுவான இயக்கச் சூழலாக மாற்றுகிறது. ஆனால் அந்தச் சூழலில் எவ்வளவு பகுதியை மாடலுக்கு வெளிப்படுத்த வேண்டும் என்ற உடனடி வடிவமைப்புக் கேள்வியையும் எழுப்புகிறது.

• ஆரம்பகால அமைப்புகள், உலாவியைப் பாதுகாப்பான, முன்வரையறுக்கப்பட்ட நிலையான செயல்களின் தொகுப்பாக உறையிட்டன. இந்தப் பதிவில் நாங்கள் விளக்கவிருப்பதுபோல், அந்த அணுகுமுறை அதன் வரம்புகளை எட்டிவருகிறது.

உலாவி ஏஜென்ட்களை உருவாக்கும்போது ஒரு பழக்கமான உள்ளுணர்வு எழுகிறது: மாடலை அளவுக்கு அதிகமாக நம்பக் கூடாது.

எனவே உலாவியை உறையிடுகிறோம். click, type, scroll, select, read_text போன்ற முன்வரையறுக்கப்பட்ட கருவிகளை வழங்குகிறோம். ஆவணப் பொருள் மாடலை (DOM) எளிமைப்படுத்துகிறோம். செயல்களின் பரப்பைக் குறைக்கிறோம். நாங்கள் வடிவமைக்கும் அருவமாக்கல்கள் மூலம் நடத்தையைப் புரிந்துகொள்ளவும் கட்டுப்படுத்தவும் முயல்கிறோம்.

இது விவேகமான தொடக்க அணுகுமுறை. அதேவேளையில், இது படிப்படியாக தவறான நீண்டகாலக் கட்டமைப்பாகவும் மாறிவருகிறது.

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

இந்தச் சமரசம் படிப்படியாக அதன் ஈர்ப்பை இழந்துவருகிறது.

நாங்கள் ஆராய்ந்துவரும் மாற்றத்தை விவரிப்பது எளிது; ஆனால் அதன் விளைவுகள் குறிப்பிடத்தக்கவை. ஏஜென்டை முன்வரையறுக்கப்பட்ட செயல்களின் தேர்வாளராகக் கருதுவதற்குப் பதிலாக, கட்டுப்படுத்தப்பட்ட இயக்க நேரத்தில் செயல்படும் நிரல் உருவாக்கியாகக் கருதுகிறோம்.

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

அருவமாக்கல் மிகுந்த உலாவித் தானியக்கத்திலிருந்து கட்டுப்படுத்தப்பட்ட கணினிப் பயன்பாட்டுக்கு ஏற்படும் இந்த மாற்றத்தையும், இவ்வாறு அமைப்புகளை வடிவமைக்கும்போது என்ன மாறுகிறது என்பதையும் இந்தப் பதிவு விளக்குகிறது.

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

நவீன இடைமுகங்கள் React, Vue, Angular ஆகியவற்றைக் கொண்டு உருவாக்கப்படுகின்றன. ஒத்திசைவற்ற நிலைப் புதுப்பிப்புகள், செயற்கை நிகழ்வு அமைப்புகள், தனித்தனி வாழ்க்கைச் சுழற்சிகளுடன் வேறு மூல iframe-களில் இயங்கும் மூன்றாம் தரப்புச் சிறுகூறுகள் ஆகியவையும் அவற்றில் உள்ளன. “இந்த உள்ளீட்டில் தட்டச்சிடு” என்று கூறும் உறை, தட்டச்சிடுதல் பற்றிய உங்கள் வரையறையை அந்தப் பக்கமும் ஏற்றுக்கொண்டால் மட்டுமே சரியாகச் செயல்படும். பல பக்கங்கள் அதை ஏற்றுக்கொள்வதில்லை. ஒரு மதிப்பை நேரடியாக அமைப்பது, கட்டமைப்பின் மாற்றக் கண்டறிதலைப் பெரும்பாலும் முற்றிலும் தவிர்த்துவிடுகிறது. உள்ளீடு நிரப்பப்பட்டதாகத் தோன்றுகிறது. சரிபார்ப்பு நிகழவே இல்லை. படிவம் செயல்படாமலேயே இருக்கிறது.

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

தொடர்புகள் எவ்வாறு செயல்பட வேண்டும் என்ற அனுமானங்களை அருவமாக்கல் அடுக்கில் குறியிடுகிறீர்கள்; ஆனால் இணையம் வேறு அனுமானங்களுடன் இயங்குகிறது என்பதைக் கண்டறிவதே அடிப்படைச் சிக்கல்.

வேறு மூல iframe-க்குள் Stripe அல்லது Adyen மூலம் உட்பொதிக்கப்பட்ட கட்டணப் படிவத்தை எடுத்துக்கொள்வோம். அது தனி மூலத்தில் இருப்பதால், உங்கள் உறையால் அதை நேரடியாக அணுக முடியாது. உங்கள் read_text கருவியால் அதன் உள்நிலையைக் கண்காணிக்க முடியாது. உங்கள் type கருவியால் அதன் உள்ளீடுகளை அணுக முடியாது. உறை அடிப்படையிலான ஏஜென்ட் இங்கே முட்டுச்சந்தை எதிர்கொள்கிறது. அருவமாக்கல் முதன்மை ஆவணத்திற்காக வடிவமைக்கப்பட்டது. ஆனால் உண்மையான பணி, அருவமாக்கலால் பார்க்க முடியாத இடத்தில் உள்ளது.

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

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

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

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

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

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

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

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

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

முக்கியமாக, அருவமாக்கல் அடுக்கை அகற்றுவது அமைப்பின் ஒழுங்குமுறையைக் குறைப்பதில்லை. அது ஒழுங்குமுறையை வேறொரு இடத்துக்கு மாற்றுகிறது.

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

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

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

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

மீண்டும் பயன்படுத்தக்கூடிய கூறு என்பது செயல்களின் பட்டியல் அல்ல. நிலையை ஆய்வுசெய்து, பாதுகாப்பாகச் செயல்பட்டு, முடிவுகளைச் சரிபார்க்கும் மாடலின் திறனே அது.

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

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

வடிவமைப்பில் கவனிக்க வேண்டிய நான்கு அம்சங்கள் உள்ளன:

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

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

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

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

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

எந்த உலாவிச் செயல்களை வெளிப்படுத்துவது சரியானது என்று கேட்பதை நிறுத்தினோம்.

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

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

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

உறை வடிவமைப்பைக் குறையுங்கள். அமைப்புப் பொறியியலை அதிகரியுங்கள்.

நாங்கள் உலாவி ஏஜென்ட்களில் கவனம் செலுத்தியிருந்தாலும், கணினிப் பயன்பாட்டை ஓர் அமைப்புத் துறையாகக் கருதும் பரந்த சிந்தனை முறையை இது சுட்டிக்காட்டுகிறது.