பொறியியல் சார்ந்த தீர்ப்பு (Engineering Judgment) மிகவும் அரிதான வளமாக மாறிவருகிறது

செயல்படுத்துதல் (Implementation) மலிவாகி வருகிறது. இது தீர்ப்பை (judgment) விலை உயர்ந்ததாக மாற்றுகிறது.

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

இரண்டு பொறியாளர்களுக்கு ஒரே பணி வழங்கப்படலாம்: இன்வாய்ஸ் சரிசெய்தலுக்கான (invoice reconciliation) ஒரு API-ஐ உருவாக்குதல். AI இரண்டிற்கும் குறியீட்டை (code) எழுத முடியும். அதன் தொடரியல் (syntax) மற்றும் கட்டமைப்புகள் (frameworks) ஒரே மாதிரியாக இருக்கும்.

இறுதி அமைப்புகள் (systems) மாறுபடும். ஒரு பொறியாளர் பராமரிக்க கடினமான, குழப்பமான ஒரு சேவையை உருவாக்கலாம். மற்றொருவர் வணிக விதிகள் (business rules) மற்றும் தர்க்கங்களை (logic) தனித்தனி கூறுகளாகப் பிரிக்கலாம்.

அந்தத் தேர்வை AI செய்யவில்லை. பொறியாளர் தான் செய்தார்.

கட்டமைப்பு (Architecture) இன்னும் முக்கியமானது, ஏனெனில் செயல்படுத்துதல் (implementation) இனி ஒரு வேறுபடுத்தும் காரணியாக இல்லை. குறியீட்டிற்குப் பின்னால் எடுக்கப்படும் முடிவுகளே முக்கியம்.

AI வந்தவுடன் சிக்கல்கள் மறைந்துவிடுவதில்லை. அவை இடமாற்றம் அடைகின்றன.

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

நீங்கள் பின்வரும் கேள்விகளுக்குப் பதிலளிக்க வேண்டும்:

• நாம் எந்தப் பிரச்சினையைத் தீர்க்கிறோம்?
• எந்தத் தரவு உண்மையான ஆதாரமாக (source of truth) உள்ளது?
• வணிக விதிகள் எங்கு இருக்க வேண்டும்?
• வெற்றியை நாம் எவ்வாறு அளவிடுகிறோம்?

Autocomplete-ஆல் இவற்றிற்குப் பதிலளிக்க முடியாது. இதற்கு சூழல் (context) தேவைப்படுகிறது.

மென்பொருள் மேம்பாடு (Software development) இப்போது தகவல் பொறியியல் (information engineering) போலத் தோன்றுகிறது. குறியீடு (code) இங்கே தடையல்ல. தகவல் தான் தடையாக உள்ளது.

நீங்கள் எதிர்கொள்வது:

• விடுபட்ட தேவைகள் (Missing requirements).
• முழுமையற்ற ஆவணங்கள் (Incomplete documentation).
• முரண்பட்ட வணிக விதிகள் (Conflicting business rules).
• வரையறுக்கப்படாத உரிமை (Undefined ownership).

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

பணிப்பாய்வு (Workflow) மாறியுள்ளது. முன்பு இது: தேவை (Requirement) -> வடிவமைப்பு (Design) -> குறியீடு (Code) -> பிழைதிருத்தம் (Debug) -> பயன்பாட்டிற்கு கொண்டு வருதல் (Deploy).

இப்போது இது: வணிகப் பிரச்சினை (Business Problem) -> சூழல் (Context) -> கட்டமைப்பு (Architecture) -> AI செயல்படுத்துதல் (AI Implementation) -> மனித ஆய்வு (Human Review) -> பாதுகாப்பு (Security) -> மதிப்பீடு (Evaluation) -> உற்பத்தி (Production).

குறியீட்டு முறை (Coding) இப்போது செயல்முறையின் ஒரு சிறிய பகுதி மட்டுமே. அதைச் சுற்றியுள்ள செயல்பாடுகளே முன்னுரிமை பெறுகின்றன.

அதிக தாக்கத்தை ஏற்படுத்தும் முடிவுகள் குறியீடு தொகுப்பானுக்கு (code editor) வெளியே எடுக்கப்படுகின்றன. நீங்கள் பின்வருவனவற்றைக் கேட்கும்போது அவை நிகழ்கின்றன:

• இது ஒரு தனிச் சேவையாக இருக்க வேண்டுமா?
• இந்த முடிவை நம்மால் தணிக்கை (audit) செய்ய முடியுமா?
• AI தவறாக இருந்தால் என்ன நடக்கும்?
• இந்த கட்டமைப்பை மேம்படுத்த முடியுமா?

AI பொறியியல் என்பது வெறும் ப்ராம்ப்ட்கள் (prompts) அல்லது மாடல் தேர்வை (model selection) விட மேலானது. அவை ஒரு அடுக்கு மட்டுமே.

உண்மையான சவால்கள் கட்டமைப்பு சார்ந்தவை (architectural):

• வணிக அறிவை நாம் எவ்வாறு மாதிரியாக்குகிறோம் (model)?
• தெளிவற்ற நிலையை (ambiguity) எவ்வாறு தீர்க்கிறோம்?
• நம்பிக்கையை எவ்வாறு பராமரிக்கிறோம்?

மாடல்கள் சில மாதங்களுக்கு ஒருமுறை மாறுகின்றன. கட்டமைப்புகள் பல ஆண்டுகள் நீடிக்கின்றன. ஒரு மோசமான கட்டமைப்பு மிக விரைவாக அதிகச் செலவை ஏற்படுத்தும்.

சிறந்த குழுக்கள் பல தலைமுறை மாடல்களையும் தாங்கி நிற்கும் அமைப்புகளை உருவாக்குகின்றன. அவை தகவமைப்புத் திறனுக்காக (adaptability) மேம்படுத்தப்படுகின்றன.

AI என்பது வெறும் மற்றொரு சுருக்க அடுக்கு (layer of abstraction) மட்டுமே. அதிகப்படியான சுருக்கம் (Higher abstraction) வலுவான தர்க்கத்தை (reasoning) கோருகிறதே தவிர, பலவீனமான தர்க்கத்தை அல்ல.

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

ஒரு நல்ல அமைப்பு மனிதர்களும் AI முகவர்களும் (agents) இணைந்து செயல்பட உதவுகிறது. ஒரு மோசமான அமைப்பு தவறுகள் வேகமாக நடக்கவே வழிவகுக்கும்.

தெளிவை உருவாக்கும் பொறியாளர் அதிகத் தாக்கத்தை (leverage) உருவாக்குகிறார்.

Source: https://dev.to/uigerhana/engineering-judgment-is-becoming-the-scarcest-resource-1a5l

Optional learning community: https://t.me/GyaanSetuAi