Ինչպես եմ ծրագրակազմ գրում LLM-ների հետ

Ինչպես եմ գրում ծրագրակազմ LLM-ներով

Տարիներ շարունակ ծրագրային ապահովում գրելը խորապես միայնակ, մանրուքներով տարված արհեստ էր: Հոսքի վիճակը սուրբ էր, և ցանկացած ընդհատում` մոռացված շարահյուսություն, ձանձրալի կաթսայի տեղադրում, կարող էր կոտրել այն: Այսօր իմ ընթացքը սկզբունքորեն այլ է։ Ես ինտեգրել եմ Large Language Models (LLMs) որպես համագործակցային գործընկեր՝ փոխակերպելով ոչ միայն իմ արագությունը, այլև իմ մտածողության ճարտարապետությունը: Դա ավելի քիչ է կոդի միջոցով մանրացնելու և ավելի շատ խելացի համակարգերի կազմակերպման մասին: Այս տեղաշարժը հենց այն պատճառով է, որ Mewayz-ի նման հարթակներն արձագանքում են ինձ. Նրանք հասկանում են, որ ժամանակակից բիզնես գործիքները չպետք է լինեն մոնոլիտ ամրոցներ, այլ ճկուն, բաղադրելի համակարգեր, որոնք հարմարվում են նոր պարադիգմներին: Ահա թե ինչպես եմ ես օգտագործում LLM-ները՝ այս նոր դարաշրջանում ծրագրակազմ ստեղծելու համար:

Ճարտարապետից մինչև խմբագիր. Նախագծի սահմանում

Ամենակարևոր փոփոխությունն այն է, որտեղ ես սկսում եմ: Ես այլևս չեմ բացում IDE և սկսում եմ դաս գրել: Փոխարենը, ես բացում եմ զրույցի ինտերֆեյսը և սկսում եմ նկարագրել խնդիրը պարզ անգլերենով: Ես արտահայտում եմ մոդուլի նպատակը, դրա մուտքերը, արդյունքները և բիզնես տրամաբանությունը մարդկային առումով: Ես նշում եմ տեխնոլոգիական փաթեթը, համապատասխան օրինաչափությունները և ոչ ֆունկցիոնալ պահանջները: LLM-ը հանդես է գալիս որպես արագ նախատիպ՝ այս պատմությունը վերածելով օրենսգրքի առաջին նախագծի: Սա ստիպում է անհավատալի պարզություն առաջ. եթե ես չկարողանամ պարզ բացատրել մոդելին, հայեցակարգը պատրաստ չէ: Սա պրակտիկա է, որը արտացոլում է Mewayz-ի մոդուլային փիլիսոփայությունը, որտեղ դուք սահմանում եք հստակ, անկախ գործառույթներ՝ նախքան դրանց իրականացման մասին անհանգստանալը:

Կրկնվող երկխոսություն. ճշգրտում և վրիպազերծում

Կոդերի սկզբնական նախագիծը երբեք կատարյալ չէ, և դա է խնդիրը: Իրական կախարդանքը տեղի է ունենում հաջորդող կրկնվող երկխոսության մեջ: Այստեղ ես անցնում եմ ճարտարապետից խմբագիր: Ես գործարկում եմ կոդը, հանդիպում եմ սխալի կամ եզրային դեպքի, այնուհետև զրուցում եմ LLM-ի հետ՝ այն շտկելու համար: Հուշումները դառնում են ավելի ճշգրիտ. «Ֆունկցիան ձախողվում է, երբ օգտատերերի ցուցակը դատարկ է: Փոփոխեք այն՝ վերադարձնելու լռելյայն օբյեկտ և գրանցելու նախազգուշացում»: LLM-ն առաջարկում է ուղղել՝ հաճախ բացատրելով պատճառաբանությունը: Այս ետ ու առաջ կտրուկ արագացնում է վրիպազերծումը և վերամշակումը: Դա նման է զույգ ծրագրավորող ունենալուն, ով անմիջապես հիշում է երբևէ գրված API-ի բոլոր փաստաթղթերը, ինչը թույլ է տալիս ինձ կենտրոնանալ ավելի բարձր կարգի տրամաբանության և համակարգի ձևավորման վրա:

Ավելացում, ոչ փոխարինում. Մարդը օղակում

Կարևոր է նշել, որ LLM-ն չի գրում վերջնական արտադրանքը. Ես անում եմ: Դա մեծացնում է իմ հնարավորությունները: Ես այն օգտագործում եմ կրկնվող առաջադրանքների ծանրաբեռնվածության և նախնական ուսումնասիրության համար, սակայն վերջնական ճարտարապետական ​​որոշումները, անվտանգության ակնարկները և նրբերանգ բիզնես տրամաբանության ինտեգրումները իմն են: Մոդելը կարող է առաջացնել երեք եղանակ՝ գործառույթն իրականացնելու համար. Ես դրանք գնահատում եմ՝ հիմնվելով կատարողականի, պահպանման և ինչպես են դրանք տեղավորվում ավելի լայն համակարգում: Մարդկանց օղակի այս մոդելը ապահովում է որակ և սեփականություն: Այս համատեքստում գեներացված կոդը դառնում է ևս մեկ մոդուլային բաղադրիչ, որը պետք է գնահատվի և ինտեգրվի. գործընթաց, որը բնական է թվում, երբ աշխատում է ճկուն ՕՀ-ում, ինչպիսին է Mewayz-ը, որտեղ տարբեր ծառայություններ և տվյալների աղբյուրներ անընդհատ գնահատվում և միացված են:

Իմ LLM-Powered Workflow Checklist

Տիպիկ նոր գործառույթի կամ մոդուլի համար իմ գործընթացն այժմ հետևողականորեն հետևում է հետևյալ քայլերին.

• Հոդված. Զրուցարանում գրեք համապարփակ պարզ լեզվով բնութագրում:
• Ստեղծեք. Թույլ տվեք, որ LLM-ն արտադրի առաջին նախագծի իրականացումը և հիմնական թեստերը:
• Հարցաքննություն. Խնդրեք մոդելին բացատրել բարդ բաժինները և առաջարկել օպտիմալացումներ:
• Ինտեգրում. Ձեռքով միաձուլեք կոդը՝ ապահովելով, որ այն համապատասխանում է նախագծի օրինաչափություններին և չափանիշներին:
• Անվտանգ և վերանայում. Անցկացրեք մանրակրկիտ, ձեռքով վերանայում անվտանգության, եզրային պատյանների և բիզնես տրամաբանության ճշգրտության համար:

«LLM-ը չի փոխարինում ծրագրավորողին, այն վերասահմանում է մշակողի դերը՝ շարահյուսական գրագրից մինչև համակարգերի ստրատեգ»:

💡 DID YOU KNOW?

Mewayz replaces 8+ business tools in one platform

CRM · Invoicing · HR · Projects · Booking · eCommerce · POS · Analytics. Free forever plan available.

Start Free →

Ապագան ստեղծելի է

Իմ արհեստի այս էվոլյուցիան արտացոլում է ծրագրային ապահովման մշակման ավելի մեծ տեղաշարժը դեպի կոմպոզիցիա և բարձր մակարդակի նվագախումբ: LLM-ներով ծրագրային ապահովում գրելը ավելի քիչ է վերաբերում կոդավորման հումքային գործողությանը, և ավելի շատ՝ խելացի աշխատանքային հոսքերի նախագծմանը, արդյունքների մշակմանը և բարդության կառավարմանը: Դա ինձ հնարավորություն է տալիս ավելի արագ կառուցել ավելի ամուր համակարգեր՝ բեռնաթափելով ճանաչողական բեռը: Սա հիանալի կերպով համընկնում է մոդուլային բիզնես OS-ի տեսլականի հետ: Ճիշտ այնպես, ինչպես Mewayz-ը թույլ է տալիս ձեռնարկություններին կազմել իրենց գործունեությունը դասի լավագույն մոդուլներից, LLM-ներն ինձ թույլ են տալիս ծրագրակազմ կազմել խելացի խոսակցություններից՝ միախառնելով ստեղծված կոդը խորը փորձառության հետ՝ կառուցելու այն, ինչ հաջորդը կլինի:

Հաճախակի տրվող հարցեր

Ինչպես եմ գրում ծրագրակազմ LLM-ներով

Տարիներ շարունակ ծրագրային ապահովում գրելը խորապես միայնակ, մանրուքներով տարված արհեստ էր: Հոսքի վիճակը սուրբ էր, և ցանկացած ընդհատում` մոռացված շարահյուսություն, ձանձրալի կաթսայի տեղադրում, կարող էր կոտրել այն: Այսօր իմ ընթացքը սկզբունքորեն այլ է։ Ես ինտեգրել եմ Large Language Models (LLMs) որպես համագործակցային գործընկեր՝ փոխակերպելով ոչ միայն իմ արագությունը, այլև իմ մտածողության ճարտարապետությունը: Դա ավելի քիչ է կոդի միջոցով մանրացնելու և ավելի շատ խելացի համակարգերի կազմակերպման մասին: Այս տեղաշարժը հենց այն պատճառով է, որ Mewayz-ի նման հարթակներն արձագանքում են ինձ. Նրանք հասկանում են, որ ժամանակակից բիզնես գործիքները չպետք է լինեն մոնոլիտ ամրոցներ, այլ ճկուն, բաղադրելի համակարգեր, որոնք հարմարվում են նոր պարադիգմներին: Ահա թե ինչպես եմ ես օգտագործում LLM-ները՝ այս նոր դարաշրջանում ծրագրակազմ ստեղծելու համար:

Ճարտարապետից մինչև խմբագիր. Նախագծի սահմանում

Ամենակարևոր փոփոխությունն այն է, որտեղ ես սկսում եմ: Ես այլևս չեմ բացում IDE և սկսում եմ դաս գրել: Փոխարենը, ես բացում եմ զրույցի ինտերֆեյսը և սկսում եմ նկարագրել խնդիրը պարզ անգլերենով: Ես արտահայտում եմ մոդուլի նպատակը, դրա մուտքերը, արդյունքները և բիզնես տրամաբանությունը մարդկային առումով: Ես նշում եմ տեխնոլոգիական փաթեթը, համապատասխան օրինաչափությունները և ոչ ֆունկցիոնալ պահանջները: LLM-ը հանդես է գալիս որպես արագ նախատիպ՝ այս պատմությունը վերածելով օրենսգրքի առաջին նախագծի: Սա ստիպում է անհավատալի պարզություն առաջ. եթե ես չկարողանամ պարզ բացատրել մոդելին, հայեցակարգը պատրաստ չէ: Դա պրակտիկա է, որը արտացոլում է Mewayz-ի մոդուլային փիլիսոփայությունը, որտեղ դուք սահմանում եք հստակ, անկախ գործառույթներ՝ նախքան դրանց իրականացման մասին անհանգստանալը:

Կրկնվող երկխոսություն. ճշգրտում և վրիպազերծում

Կոդերի սկզբնական նախագիծը երբեք կատարյալ չէ, և դա է խնդիրը: Իրական կախարդանքը տեղի է ունենում հաջորդող կրկնվող երկխոսության մեջ: Այստեղ ես անցնում եմ ճարտարապետից խմբագիր: Ես գործարկում եմ կոդը, հանդիպում եմ սխալի կամ եզրային դեպքի, այնուհետև զրուցում եմ LLM-ի հետ՝ այն շտկելու համար: Հուշումները դառնում են ավելի ճշգրիտ. «Ֆունկցիան ձախողվում է, երբ օգտատերերի ցուցակը դատարկ է: Փոփոխեք այն՝ վերադարձնելու լռելյայն օբյեկտ և գրանցելու նախազգուշացում»: LLM-ն առաջարկում է ուղղել՝ հաճախ բացատրելով պատճառաբանությունը: Այս ետ ու առաջ կտրուկ արագացնում է վրիպազերծումը և վերամշակումը: Դա նման է զույգ ծրագրավորող ունենալուն, ով անմիջապես հիշում է երբևէ գրված API-ի բոլոր փաստաթղթերը, ինչը թույլ է տալիս ինձ կենտրոնանալ ավելի բարձր կարգի տրամաբանության և համակարգի ձևավորման վրա:

Ավելացում, ոչ փոխարինում. Մարդը օղակում

Կարևոր է նշել, որ LLM-ն չի գրում վերջնական արտադրանքը. Ես անում եմ: Դա մեծացնում է իմ հնարավորությունները: Ես այն օգտագործում եմ կրկնվող առաջադրանքների ծանրաբեռնվածության և նախնական ուսումնասիրության համար, սակայն վերջնական ճարտարապետական ​​որոշումները, անվտանգության ակնարկները և նրբերանգ բիզնես տրամաբանության ինտեգրումները իմն են: Մոդելը կարող է առաջացնել երեք եղանակ՝ գործառույթն իրականացնելու համար. Ես դրանք գնահատում եմ՝ հիմնվելով կատարողականի, պահպանման և ինչպես են դրանք տեղավորվում ավելի լայն համակարգում: Մարդկանց օղակի այս մոդելը ապահովում է որակ և սեփականություն: Այս համատեքստում գեներացված կոդը դառնում է ևս մեկ մոդուլային բաղադրիչ, որը պետք է գնահատվի և ինտեգրվի. գործընթաց, որը բնական է թվում Mewayz-ի նման ճկուն ՕՀ-ում աշխատելիս, որտեղ տարբեր ծառայություններ և տվյալների աղբյուրներ անընդհատ գնահատվում և միացված են:

Իմ LLM-Powered Workflow Checklist

Տիպիկ նոր գործառույթի կամ մոդուլի համար իմ գործընթացն այժմ հետևողականորեն հետևում է հետևյալ քայլերին.