Արտադրության մեջ գտնվող AI գործակալների կեսը պարզապես if-հրամաններ են՝ GPU-ի հսկայական հաշիվներով

Dev.to-ում հրապարակված հոդվածը քննադատում է «ռեզյումեի համար նախատեսված AI ճարտարագիտությունը», երբ ծրագրավորողները բարդ AI գործակալներ են ներդնում այնպիսի խնդիրների համար, որոնք կարող են լուծվել ավելի պարզ և դետերմինիստական կոդով: Հեղինակը նշում է, որ շատ համակարգեր չափազանց բարդացված են՝ օգտագործելով թանկարժեք LLM-ներ այնպիսի գործողությունների համար, ինչպիսիք են կանոնավոր արտահայտությունները (regex), SQL հարցումները կամ պարզ որոշումների ծառերը: Այս մոտեցումը հանգեցնում է անհարկի ուշացումների, ծախսերի և սխալների: Հոդվածը առաջարկում է գործնական ստուգաթերթ՝ օգնելու ինժեներներին որոշել, թե երբ օգտագործել AI-ն, իսկ երբ՝ ավանդական ծրագրավորումը: Հիմնական ուղերձն այն է, որ AI-ն պետք է օգտագործվի միայն իրական անորոշություն պարունակող խնդիրների դեպքում, այլ ոչ թե որպես ցանկացած խնդրի լուծման լռելյայն տարբերակ: Պարզությանը նախապատվություն տալով՝ ծրագրավորողները կարող են խուսափել տեխնիկական պարտքից:
This is a summary. Read the full article at the original source:
Dev.toԿապակցված
LLM չաթից մինչև լիարժեք AI-գործակալ. OpenCode-ի քայլ առ քայլ կարգավորումը
Selectel-ի վերլուծաբան Արինան կիսվում է LLM-ների հետ փոխգործակցությունը պարզ չաթ-ինտերֆեյսից դեպի OpenCode-ի վրա հիմնված լիարժեք աշխատանքային միջավայր…
Ինչպես աշխատել գործակալային թիմակիցների հետ. գործնական ուղեցույց AI-ի աշխատանքը հանձնարարելու, կառավարելու և վերանայելու համար
Քանի որ AI գործակալները վերածվում են պարզ չաթ-բոտերից ինքնավար մասնակիցների, նրանց ինտեգրումը աշխատանքային գործընթացներում պահանջում է կառավարման ռազմ…
Anthropic-ի հուշագիրը մանրամասնում է կորուստները, աճը և նախազգուշացումը, որ դրա AI-ն կարող է վերջ դնել մարդկությանը
Իր վերջին հուշագրում AI հետազոտական Anthropic ընկերությունը ներդրողներին բացահայտել է զգալի ֆինանսական մանրամասներ՝ նշելով, որ ընկերությունը ներկայում…



