«Գիտեմ ԱԲ» գրառումը քիչ է․ պորտֆոլիոն պետք է ցույց տա որոշումն ու արդյունքը

ԱԲ հմտությունը պորտֆոլիոյում ցույց տալու համար յուրաքանչյուր նախագիծ ներկայացրեք որպես ստուգելի աշխատանք. ինչ խնդիր էիք լուծում, ինչ տվյալներ օգտագործեցիք, որ որոշումները կայացրիք ինքներդ, ինչպես ստուգեցիք սխալները և ինչ արդյունք ստացաք։ Գործիքի անունը նշեք, բայց դրանով մի ավարտեք նկարագրությունը։

Գործատուն պետք է կարողանա տարբերել ձեր ներդրումը պատրաստի գործիքի հնարավորություններից։ Դրա համար նախագծին կցեք կարճ README, նկարագրեք ելակետային վիճակը, մարդու միջամտության տեղը և արդյունքի չափման եղանակը։ NIST-ի ԱԲ ռիսկերի կառավարման շրջանակը նախատեսում է փաստագրել փորձարկման հավաքածուները, չափումները և մարդկային վերահսկողության ընթացքը։ Պորտֆոլիոյում այդ տեղեկությունը թույլ է տալիս հասկանալ, թե ինչպես եք գնահատել ձեր աշխատանքի սահմանները։

Ընտրեք նախագծերը և բացեք ձեր ներդրումը

Ընտրեք ձեր ուզած աշխատանքին առնչվող նախագծեր, որոնք տարբեր հմտություններ են ցույց տալիս։ GitHub-ի պաշտոնական ուղեցույցը խորհուրդ է տալիս պրոֆիլում առանձնացնել 3–5 համապատասխան նախագիծ, ներկայացնել նաև բաց կոդով համագործակցային ներդրումները, իսկ նախագծի README-ում բացատրել գործառույթները, գործարկումը, ցուցադրությունն ու թեստերը։ ԱԲ նախագծի նկարագրության մեջ ավելացրեք, թե որ որոշումն էիք կայացնում դուք և որ փուլում էիք վերանայում համակարգի ելքը։

README-ի սկզբում մեկ նախադասությամբ սահմանեք խնդիրը և նշեք, թե ում համար է արդյունքը։ Այնուհետև նկարագրեք տվյալների աղբյուրը, դրանց օգտագործման սահմանները, նախկին աշխատանքի ընթացքը, ձեր ընտրած մոտեցումը և ստուգման նմուշը։ Եթե կոդ եք հրապարակում, բացատրեք գործարկման քայլերը։ Ոչ տեխնիկական նախագծի դեպքում կարող եք ներկայացնել աշխատանքի ընթացքն ու արդյունքի նմուշները՝ հստակ նշելով, թե ինչն է հնարավոր կրկնել։

Ավտոմատացված աշխատանքային հոսք

Ընտրեք կրկնվող աշխատանք, որի մուտքն ու ցանկալի ելքը հստակ են։ Պայմանական օրինակ է հաճախորդների նամակների նախնական դասակարգումը. ԱԲ համակարգն առաջարկում է թեմա և պատասխանատու թիմ, իսկ մարդը հաստատում կամ ուղղում է անորոշ դեպքերը։ Նման նախագծով կարելի է ցույց տալ ոչ միայն ավտոմատացումը, այլև այն սահմանը, որից հետո որոշումը փոխանցվում է մարդուն։

README-ում ցույց տվեք հոսքի քայլերը, գործարկման կամ ցուցադրման ձևը և օգտագործված փորձնական տվյալների բնույթը։ Եթե նամակները վերցված են իրական աշխատանքից, հրապարակման համար օգտագործեք միայն այն տվյալները, որոնց տարածման իրավունքն ունեք։ Որպես ելակետ գրանցեք, թե նույն տեսակի նամակներն ինչպես էին մշակվում առանց նոր հոսքի։ Նկարագրեք ձեր որոշումները՝ ինչ խմբեր սահմանեցիք, որ դեպքերն ուղարկեցիք մարդու վերանայման և ինչ տեղեկություն չփոխանցեցիք մոդելին։

Ստուգման համար նախապես առանձնացրեք նամակների նմուշ։ Գրանցեք սխալ ուղղորդումները, բաց թողնված հարցերը և մարդու ուղղումները։ «Առաջ» և «հետո» վիճակները համեմատեք նույն առաջադրանքի ու համադրելի նմուշների վրա՝ նշելով թե՛ դասակարգման ժամանակը, թե՛ ուղղումների ծավալը, եթե դրանք չափել եք։ Նոր թեմայով նամակները կարող են չտեղավորվել սահմանած խմբերում. README-ում ցույց տվեք, թե այդպիսի դեպքը ինչպես է հասնում վերանայման։

Պատասխանների գնահատման փորձ

Եթե ցանկանում եք ցույց տալ ԱԲ պատասխանները գնահատելու հմտություն, ներկայացրեք գնահատման կանոնը և անհաջող օրինակները՝ հաջող պատասխանների կողքին։ Պայմանական նախագիծ կարող է լինել միևնույն հարցերին տրված պատասխանների համեմատությունը՝ փաստական ճշտության, տրամադրված նյութին համապատասխանության և պահանջի ամբողջականության չափանիշներով։ Նախապես սահմանեք, թե ինչն է ընդունելի պատասխան և ինչու. այդ ընտրությունը ցույց է տալիս ձեր մասնագիտական դերը։

README-ում ներառեք հարցերի կազմման եղանակը, գնահատման սանդղակը, օգտագործված մոդելի կամ գործիքի կարգավորումները և փորձը կրկնելու քայլերը։ Ելակետը կարող է լինել սկզբնական հրահանգով ստացված պատասխանների որակը, իսկ «հետո» վիճակը՝ ձեր վերամշակած հրահանգով ստացվածը։ Երկու տարբերակն էլ գնահատեք նույն չափանիշներով և նույն կամ համարժեք հարցերով։ Առանձին նշեք, թե փոփոխությունը վերաբերում էր հրահանգին, տվյալներին, ստուգման կանոնին, թե դրանց համակցությանը։

Ցույց տվեք սխալների տեսակները՝ սխալ փաստ, չհիմնավորված վստահություն կամ բաց թողնված պահանջ։ Եթե գնահատականը ձեր անձնական դատողությունն է, գրանցեք դրա պատճառը կոնկրետ պատասխանների կողքին։ Փոքր կամ հատուկ ընտրված նմուշի արդյունքը ներկայացրեք հենց այդ նմուշի սահմաններում. այդպես գործատուն կտեսնի և՛ ձեր գնահատման եղանակը, և՛ այն, թե արդյունքի մասին որքան հեռու կարելի է եզրակացնել։

Ոլորտային նախագիծ

Ոլորտային դեպքով ցույց տվեք, թե ինչպես եք ԱԲ գործիքի ելքը ենթարկել աշխատանքի իրական կանոններին։ Պայմանական օրինակ է էլեկտրոնային առևտրի համար ապրանքների նկարագրությունների պատրաստումը. մոդելը կազմում է նախնական տեքստ, իսկ մարդը որոշում է թույլատրելի պնդումները, տերմիններն ու հրապարակման պայմանները։ Այստեղ գնահատման առարկան տեքստի սահունությունից բացի դրա համապատասխանությունն է ապրանքի հաստատված տվյալներին։

README-ում ներկայացրեք առաջադրանքը, մուտքային տվյալների տեսակը, մշակման քայլերը և վերջնական արդյունքի նմուշը՝ առանց գաղտնի կամ հրապարակման համար չթույլատրված տեղեկության։ Ելակետ սահմանեք նույն ծավալի նկարագրությունները պատրաստելու նախկին ընթացքը։ Նշեք ձեր որոշումները՝ որ տվյալն եք ընդունել որպես հաստատված, որ պնդումն եք հեռացրել և որ դեպքն է պահանջել ոլորտի մասնագետի հաստատումը։

Ստուգումը կապեք հենց այդ աշխատանքի ռիսկին. համեմատեք գրված նկարագրությունը հաստատված բնութագրերի հետ և գրանցեք անհամապատասխանությունները։ Եթե իրականում հավաքել եք տվյալները, «առաջ» և «հետո» արդյունքը կարող է ներառել մշակման ժամանակը, պահանջված խմբագրումները կամ հաստատված նկարագրությունների բաժինը։ Եթե աշխատել եք միայն փորձնական նմուշով, այդպես էլ անվանեք այն։ Ուսումնական աշխատանքի հաշվարկված արդյունքը մի ներկայացրեք որպես հաճախորդի պատվերով ստացված արդյունք։

Չափումն ու դիմումը կապեք նույն աշխատանքի հետ

Համեմատելի արդյունք ստանալու համար նախապես որոշեք առաջադրանքը, չափման միավորը և հաշվարկի կանոնը։ Նշեք նաև աշխատանքի ծավալն ու մարդու մասնակցությունը. արագ պատրաստված նախնական տարբերակը դեռ չի նշանակում, որ ամբողջ գործընթացն է արագացել, եթե վերջնական ստուգումը լրացուցիչ ժամանակ է պահանջել։ Երբ թվային չափում չունեք, ներկայացրեք ստուգված օրինակներն ու ուղղումների պատճառները և հստակ գրեք, որ ազդեցությունը դեռ չափված չէ։

Ինքնակենսագրականում պորտֆոլիոյի հղման կողքին կարճ նկարագրեք ձեր գործողությունն ու հաստատված արդյունքը։ Europass-ի ինքնակենսագրականի ուղեցույցը խորհուրդ է տալիս ընտրել դիմելու հաստիքին համապատասխան հմտությունների ու փորձի օրինակներ և կենտրոնանալ տվյալ աշխատանքի համար կարևոր փաստերի վրա։ Միջազգային կամ հեռավար հաստիքին դիմելիս ինքնակենսագրականում առանձնացրեք դերի խնդրին առավել մոտ նախագիծը, իսկ պորտֆոլիոյում թողեք դրա տվյալները, որոշումները և ստուգման ամբողջ նկարագրությունը։

Կարդացեք նաև:

• PostgreSQL թե MySQL․ արագության հաղթողը որոշում է հենց ծանրաբեռնվածությունը
• Claude Code թե Codex․ մեկ հաղթող չկա՝ առաջադրանքն է որոշում
• Ollama թե LM Studio․ նույն մոդելի արագությունը որոշում է նաև build-ը