Алеся Чапкевич world 17 сакавіка 2026, 14:28

Тэхлід Amazon прасунулася дзякуючы ШІ. Вось яе тры парады па вайб-кодынгу

Інжынер Amazon Эні Чэн распавяла Business Insider, як выкарыстанне ШІ дапамагло ёй хутчэй прасунуцца па кар’ернай лесвіцы і падзялілася сваімі парадамі па вайб-кодынгу.

Пакінуць каментарый

Тэхлід Amazon прасунулася дзякуючы ШІ. Вось яе тры парады па вайб-кодынгу

Інжынер Amazon Эні Чэн распавяла Business Insider, як выкарыстанне ШІ дапамагло ёй хутчэй прасунуцца па кар’ернай лесвіцы і падзялілася сваімі парадамі па вайб-кодынгу.

Чэн працуе ў Amazon каля 4 гадоў. У 2022 годзе яна прыйшла ў кампанію на пачатковую пазіцыю Software Engineer I і займалася рэкамендацыйнымі сістэмамі. Каля двух гадоў таму яна пачала спрабаваць ШІ-інструменты ва ўласных праектах. Гэта быў невялікі пабочны эксперымент, вакол якога сфарміравалася асобная каманда.

За гэты час Чэн атрымала два павышэнні: да Software Engineer II у ранейшай камандзе, а затым да сеньёра ў новай. Зараз яна працуе тэхлідам над сістэмамі на базе LLM і займаецца тым, што ўнутры кампаніі называюць «памяццю» — кампанентамі, якія забяспечваюць персаналізацыю генератыўных ШІ-сэрвісаў Amazon.

Па яе словах, сёння прыкладна 95% кода, які яна публікуе, спачатку генеруецца з дапамогай ШІ. Але ключавым фактарам стала не проста выкарыстанне мадэляў для напісання кода, а ўменне ператвараць іх магчымасці ў рэальныя прадукты.

Чэн адзначае, што распрацоўніку важна пастаянна сачыць за новымі мадэлямі і інструментамі — яны напрамую ўплываюць на хуткасць ітэрацый і якасць прадукту. Яна таксама падзялілася некалькімі парадамі для тых, хто выкарыстоўвае ШІ ў праграмаванні.

Першы — разабрацца ў тым, як уладкаваны вялікія моўныя мадэлі. Разуменне этапаў навучання, дадатковага навучання і аптымізацыі дапамагае лепш бачыць абмежаванні мадэлі — напрыклад, калі яна не разумее кантэкст задачы або пачынае «галюцынаваць».

Гэта ж веданне дапамагае правільна разбіваць задачы на часткі. З-за абмежаванняў кантэкстнага акна складаныя праблемы лепш дзяліць на больш дробныя кампаненты і паступова генераваць рашэнні для кожнага з іх.

Другая парада — думаць да таго, як задаваць пытанне мадэлі. Калі спачатку паглядзець на адказ ШІ, ёсць рызыка аўтаматычна прыняць яго логіку. Лепш спачатку сфармуляваць уласнае рашэнне, а затым параўнаць яго з прапановай мадэлі — так лягчэй убачыць прабелы ў ведах і схаваныя меркаванні мадэлі.

Трэці прынцып — задаваць мадэлі складаныя інжынерныя пытанні: што адбудзецца пры памылцы, як сістэма будзе маштабавацца, якія ёсць запасныя сцэнары. Чэн параўноўвае гэта з тым, як старэйшы інжынер правярае работу малодшага: важна адразу абдумваць экстрэмальныя выпадкі і маштабаванне.

Яшчэ адно правіла — правяраць код на кожным этапе, а не толькі пасля поўнай генерацыі. Гэта дазваляе своечасова выявіць памылкі, інакш яны могуць назапасіцца, і ўсё давядзецца перапісваць з нуля.

Чэн падкрэслівае, што выкарыстанне ШІ не здымае адказнасці з распрацоўніка. Код, створаны мадэллю, усё роўна павінен быць зразумелы таму, хто яго публікуе. Калі сістэма ламаецца ў прадакшне, не атрымаецца апраўдацца тым, што «так прапанаваў ШІ».