மென்பொருள் குழுக்களுக்கான செயற்கை நுண்ணறிவு: வேலை செய்யும் மாதிரி மற்றும் வரம்புகள்

ஆதாயங்கள்:

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

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

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

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

குறியீட்டு உதவியாளர் உண்மையில் என்ன செய்வார்?

பெரும்பாலான குறியீட்டு உதவியாளர்கள் ஒரு பெரிய மொழி மாதிரியில் கட்டமைக்கப்பட்டுள்ளனர் (எல்.எல்.எம்-ஒரு பெரிய அளவிலான உரை மற்றும் குறியீட்டின் மீது பயிற்சி பெற்ற AI, அடுத்ததாக இருக்கும் "துண்டு" என்று கணிக்கப்படுகிறது). மாதிரி ஒரு மனிதனைப் போல குறியீட்டை "புரிந்து கொள்ளவில்லை"; இது ஒரு பெரிய அளவிலான எடுத்துக்காட்டுகளிலிருந்து கற்றுக் கொள்ளும் வடிவங்களின் அடிப்படையில், நீங்கள் கொடுக்கும் சூழலின் தொடர்ச்சியை இது உருவாக்குகிறது. இந்த வெளித்தோற்றத்தில் எளிமையான பொறிமுறையானது நடைமுறையில் வியக்கத்தக்க திறமையான முடிவுகளை அளிக்கிறது - ஏனென்றால் பெரும்பாலான மென்பொருட்கள் மீண்டும் மீண்டும் செய்யும் வடிவங்களைக் கொண்டிருக்கும்: ஒரு HTTP கோரிக்கை, ஒரு வளையம், ஒரு பூஜ்ய சரிபார்ப்பு, ஒரு சோதனை முறை.

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

பலம் மற்றும் பலவீனங்கள் வரைபடம்

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

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

பலவீனங்கள்: உங்கள் நிறுவனம் சார்ந்த வணிக விதிகளை அறிந்துகொள்வது, உங்கள் முழு குறியீட்டு அடிப்படையையும் நினைவில் வைத்தல், உண்மையில் குறியீட்டை இயக்குதல் மற்றும் சரிபார்த்தல், சமீபத்திய நூலகப் பதிப்புகளை உறுதியாக அறிந்திருத்தல், நூறு சதவீத உத்தரவாதத்துடன் பாதுகாப்பு பாதிப்புகளைக் கண்டறிதல். மிகவும் ஆபத்தான விஷயம் மாயத்தோற்றம்: மாதிரியானது இல்லாத செயல்பாடு, நூலகம் அல்லது API (பயன்பாடுகளுக்கு இடையில் தரவு பரிமாற்றத்தை செயல்படுத்தும் இடைமுகம்) மிகவும் உறுதியான மொழியில் கண்டுபிடிக்கப்பட்டது. இந்த ஆபத்தை உண்மையில் உங்கள் சாதகமாக மாற்றலாம், ஏனெனில் குறியீடு, எளிய உரையைப் போலன்றி, அது "செயல்படுகிறதா" என்று சோதிக்கப்படலாம் - சரிபார்ப்புப் படியைத் தவிர்க்க வேண்டாம்.

பணி வகை

AI இன் பங்கு

மனிதனின் பங்கு

கொதிகலன்/எலும்புக்கூட்டை உற்பத்தி செய்யவும்

வரைவை உருவாக்குகிறது

தழுவல்கள், விமர்சனங்கள்

குறியீடு விளக்கம்

விரைவான சுருக்கத்தை அளிக்கிறது

குறியீட்டில் முக்கியமான பகுதியைச் சரிபார்க்கிறது

எழுதும் சோதனைகள்

வழக்கு தெரிவிக்கிறது

கவரேஜ் மற்றும் துல்லியத்தை உறுதிப்படுத்துகிறது

பாதுகாப்பு முக்கியமான தர்க்கம்

பயனுள்ள யோசனை

முடிவும் பொறுப்பும் முழுவதுமாக மனிதர்களிடமே உள்ளது.

API/நூலக பயன்பாடு

மாதிரியை உருவாக்குகிறது

இருப்பு மற்றும் பதிப்பைச் சரிபார்க்கிறது

கட்டடக்கலை முடிவு

வகையான விருப்பங்கள்

சூழலை அறிந்து தேர்ந்து பாதுகாக்கிறது

படி படி: அடிப்படை வேலை சுழற்சி

1. பணியை தெளிவுபடுத்துங்கள். ஒரு வாக்கியத்தில் நீங்கள் விரும்பியதை எழுத முடியாது என்றால், மாதிரியும் முடியாது. முந்தைய நிச்சயமற்ற தன்மை உள்ளீட்டில் ஊடுருவுகிறது, வெளியீட்டில் அது அதிகமாக வளரும்.
2. சூழலைக் கொடுங்கள். தொடர்புடைய குறியீடு, முழுப் பிழைச் செய்தி, மொழி/கட்டமைப்பு பதிப்பு மற்றும் தடைகளை வரியில் சேர்க்கவும். "இதைச் சரிசெய்" என்று சொல்லாதீர்கள், "பைதான் 3.11, ஃபாஸ்ட்ஏபிஐ 0.110; இந்தச் செயல்பாடு 500 பிழையைக் கொடுக்கிறது, கோரிக்கை உடல் காலியாக இருக்கும்போது அது வெடிக்கும்" என்று சொல்லுங்கள்.
3. திணிப்பு பாத்திரம் மற்றும் வடிவம். "நீங்கள் ஒரு மூத்த கோ டெவலப்பர்; குறியீட்டையும் இரண்டு வாக்கியப் பகுத்தறிவையும் கொடுங்கள்" போன்ற கட்டமைப்பானது வெளியீட்டை மையப்படுத்துகிறது.
4. சிறியதைக் கேளுங்கள். ஒரு பெரிய கோரிக்கையை விட அதை படிகளாக உடைக்கவும்; ஒவ்வொரு அடியையும் தனித்தனியாக சரிபார்க்கவும். முக்கிய மாற்றங்கள் ஆபத்தானவை, ஏனெனில் அவை சரிபார்க்க கடினமாக உள்ளன மற்றும் பிழைகளை மறைக்க வாய்ப்புகள் உள்ளன.
5. சரிபார்க்கவும். அதை இயக்கவும், சோதிக்கவும், பார்வைக்கு படிக்கவும். சரிபார்க்கப்படாத AI குறியீடு ஒரு "ஸ்கெட்ச்", "தீர்வு" அல்ல. இது சுழற்சியின் மிகவும் பேச்சுவார்த்தைக்குட்பட்ட படியாகும்.

மூன்று சிறிய வழக்குகள்

வழக்கு 1 - நேர சேமிப்பு உண்மையானது ஆனால் மிதமானது. ஒரு குழு AI உடன் புதிய CRUD (உருவாக்கு-வாசிப்பு-புதுப்பித்தல்-நீக்கு) இறுதிப் புள்ளிகளை எலும்புக்கூட்டாக மாற்றியபோது, ​​முதல் வரைவு நேரம் தோராயமாக 40 நிமிடங்களிலிருந்து 8 நிமிடங்களாகக் குறைந்தது. இருப்பினும், மதிப்பாய்வு மற்றும் சோதனையுடன், மொத்த நேரம் 25 நிமிடங்கள்; எனவே உண்மையான ஆதாயம் 40 முதல் 25 வரை, சுமார் 38% ஆகும். "நாங்கள் 10 மடங்கு முடுக்கிவிட்டோம்" என்ற எதிர்பார்ப்புக்குப் பதிலாக அளவிடப்படும் இந்த விகிதம் ஒரு நிலையான ஆதாயமாகும்.

வழக்கு 2 - மாயத்தோற்றம் விலை உயர்ந்தது. ஒரு டெவலப்பர் AI-பரிந்துரைக்கப்பட்ட கோரிக்கைகள்.get_json() அழைப்பை சரிபார்ப்பு இல்லாமல் பயன்படுத்தினார்; அத்தகைய முறை எதுவும் இல்லை (துல்லியமாக response.json()). குறியீடு தொகுக்கப்படாதபோது 20 நிமிடங்கள் இழந்தன. ஒரு எளிய "இந்த முறை உண்மையில் உள்ளதா?" சரிபார்ப்பு இழப்பை மீட்டமைக்கும்.

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

நான்கு நகலெடுக்கக்கூடிய டெம்ப்ளேட்கள்

ஒரு பொது-நோக்கம், சக்திவாய்ந்த தொடக்க வரியில்:

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

நிச்சயமற்ற தன்மையை மீண்டும் மாதிரியில் வடிகட்ட:

கீழே உள்ள பணியைத் தீர்ப்பதற்கு முன், நீங்கள் விடுபட்ட அல்லது தெளிவற்ற கேள்விகளாகக் கண்டறியும் குறைந்தது 3 புள்ளிகளை பட்டியலிடுங்கள். நான் பதிலளிக்கும் முன் குறியீட்டை எழுத வேண்டாம்.பணி: {{task}}

வெளியீட்டை சுயமாக சரிபார்க்க:

நீங்கள் பின்வரும் குறியீட்டை உருவாக்கியுள்ளீர்கள். இப்போது உங்கள் பங்கை மாற்றி, இந்தக் குறியீட்டை விமர்சிக்கவும்:- வேலை செய்யாமல் இருக்கும் 3 வழக்குகளை (எட்ஜ் கேஸ்கள்) பட்டியலிடுங்கள்.- நீங்கள் உருவாக்கிய APIகள்/செயல்பாடுகள் ஏதேனும் உள்ளதா? குறி.- திருத்தப்பட்ட பதிப்பைக் கொடுங்கள்.குறியீடு:{{code}}

ஒரு முடிவை விருப்பங்களாக பிரிக்க:

{{பிரச்சினைக்கு}} 2-3 தீர்வு அணுகுமுறைகளைப் பரிந்துரைக்கவும். ஒவ்வொன்றிற்கும்: குறுகிய விளக்கம், பிளஸ்/மைனஸ், எப்போது தேர்வு செய்ய வேண்டும். அட்டவணை வடிவில் கொடுக்கவும். எனக்காக தேர்ந்தெடுக்காதே; விருப்பத்தை தெளிவுபடுத்துங்கள்.

பலவீனமான வரியில் / வலுவான வரியில்

பலவீனமானது: "இந்தக் குறியீட்டில் உள்ள பிழையை சரிசெய்யவும்." (எந்தப் பிழை? எந்த மொழி? எதிர்பார்க்கப்படும் நடத்தை என்ன?)

வலிமையானது: "Python 3.11 / FastAPI 0.110. கோரிக்கை அமைப்பு காலியாக வரும்போது பின்வரும் இறுதிப்புள்ளி KeyError உடன் 500ஐத் தருகிறது; அது 400ஐயும், அர்த்தமுள்ள செய்தியையும் காலியான உடலில் திருப்பி அனுப்ப வேண்டும். முதலில் காரணத்தை விளக்கவும், பின்னர் சரிசெய்யப்பட்ட செயல்பாட்டைக் கொடுங்கள், பின்னர் இந்த சூழ்நிலைக்கு ஒரு சோதனை எழுதவும். [குறியீடு]"

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

பொதுவான தவறுகள்

• சரிபார்ப்பு இல்லாமல் நம்புதல். மிகவும் பொதுவான மற்றும் மிகவும் விலையுயர்ந்த தவறு. குறியீடு தொகுக்கப்பட்டு சோதிக்கப்படும் வரை "தீர்ந்தது" என்று சொல்லாதீர்கள்.
• சூழல் இல்லாமல் கேள்விகள் கேட்பது. பதிப்பு, பிழை உரை மற்றும் கட்டுப்பாடுகள் இல்லாத பதில் பொதுவானது மற்றும் பெரும்பாலும் தவறானது.
• ஒரு பெரிய வேண்டுகோள். ஒரே நேரத்தில் 300-வரி தயாரிப்பைக் கோரவும் மறுபரிசீலனை செய்யவும் முடியாமல் தவறுகள் கண்ணுக்குத் தெரியாமல் செய்கிறது.
• மாதிரியின் தன்னம்பிக்கையை ஆதாரமாக தவறாகப் புரிந்துகொள்வது. AI நம்பிக்கையுடன் ஏதாவது தவறு சொல்ல முடியும்; தொனி என்பது துல்லியத்தின் குறிகாட்டி அல்ல.
• நிறுவனத்தின் ரகசியத்தை தோராயமாக ஒட்டுதல். தனிப்பட்ட விசைகள், வாடிக்கையாளர் தரவு அல்லது தனிப்பட்ட மூலக் குறியீடு அங்கீகரிக்கப்படாத கருவிகளில் உள்ளிடப்படக்கூடாது (நாங்கள் இந்த தலைப்பை அலகு 10 இல் ஆராய்வோம்).

உதவிக்குறிப்பு: ஒவ்வொரு AI வெளியீட்டையும் "இது ஒரு வரைவு" என்று கருதுங்கள். இந்த ஒற்றை மனப் பழக்கம் தொகுதி முழுவதும் நீங்கள் காணும் பெரும்பாலான அபாயங்களை அணைக்கிறது.

சுருக்கமாக

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

விண்ணப்ப பணி

கடந்த வாரத்தில் நீங்கள் செய்த மூன்று மென்பொருள் பணிகளை எழுதுங்கள் (எ.கா. பிழை திருத்தம், சோதனை, README புதுப்பிப்பு). ஒவ்வொன்றிற்கும் "பலம் மற்றும் பலவீனங்கள் வரைபடத்தை" பார்த்து, AI இதைச் செய்தால், உங்கள் மற்றும் AI இன் பங்கு என்ன என்பதை ஒரே வாக்கியத்தில் விவரிக்கவும். மேலே உள்ள “ஸ்டார்ட் ப்ராம்ட்” டெம்ப்ளேட்டுடன் இந்தப் பணிகளில் ஒன்றை AI க்கு கொடுத்து, வெளியீட்டை இயக்கி சரிபார்க்கவும்; நீங்கள் எத்தனை நிமிடங்களைச் சேமித்தீர்கள், எத்தனை தவறுகளைச் சரிசெய்ய வேண்டும் என்பதைக் கவனியுங்கள்.

சரிபார்ப்பு பட்டியல்

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