Мэдээ

"Tokenmaxxing"-ээс "Ренессанс хөгжүүлэгч" рүү: Amazon AI эрин дэх инженерийн үүргийг дахин тодорхойллоо

TOGTOKHTOGTOKH·2026 оны аравдугаар сарын 28·0 үзсэн·
"Tokenmaxxing"-ээс "Ренессанс хөгжүүлэгч" рүү: Amazon AI эрин дэх инженерийн үүргийг дахин тодорхойллоо

Сүүлийн хоёр жил программ хангамжийн салбар бүхэлдээ хиймэл оюун (AI) кодчиллын хэрэгслүүдэд дулдуйдан, "Хэн хамгийн олон кодын мөрийг хэдхэн секундийн дотор генераци хийж чадах вэ?" гэх галзуурал дунд амьдарлаа. Гэвч их хэмжээний код автоматаар үйлдвэрлэх нь бизнесийн бодит үнэ цэн мөн үү?

Дэлхийн хамгийн том инженерийн багуудын нэг болох Amazon компани үүнд тодорхой хариулт өглөө. Тэд олон арван жилийн турш өөрчлөгдөөгүй байсан Software Development Engineer (SDE) албан тушаалын удирдамж, үнэлгээний шалгуураа бүрэн шинэчилж, дотоод болон нийтийн сүлжээнд чухал мемо нийтэллээ.

Уг мэдэгдлийг Amazon Stores-ийн дэд ерөнхийлөгч бөгөөд Distinguished Engineer Терк Терковиц (Terk Terkowitz) тэргүүтэй тус компанийн шилдэг инженерүүд боловсруулсан бөгөөд гол санаа нь: "Хөгжүүлэгчийн үнэ цэн хэр их AI ашигласанд биш, бизнест ямар бодит үр дүн (outcome) авчирсанд оршино" гэдэгт төвлөрч байна.

Лидерборд ба "Tokenmaxxing"-ийн сүүдэр

Энэхүү шинэчлэл гэнэт гарч ирээгүй. Он гарсаар технологийн компаниуд хөгжүүлэгчдээ хиймэл оюуны туслах ашиглахыг уриалахдаа нэгэн том төөрөгдөлд унасан юм. Дотоод сүлжээндээ "Хэн хамгийн их токен зарцуулсан бэ?", "Хэн хамгийн олон мөр код коммит хийсэн бэ?" гэдгээр лидерборд үүсгэж байв.

Үүний уршгаар инженерийн ертөнцөд "Tokenmaxxing" гэх ёж нэр томьёо үүссэн: Инженерүүд системийн архитектур бодож, оновчтой шийдэл хайхын оронд AI агентууд руу асар том өгөгдөл шидэж, хий хоосон токен шатаах, шаардлагагүй боловч урт хэмжээний boilerplate код үүсгүүлж оноо цуглуулах гажуудал гарчээ.

Amazon уг туршлагаа илэн далангүй хүлээн зөвшөөрөв. Кодын мөр болон токен зарцуулалтаар гүйцэтгэл хэмжих нь системийн нарийн түвэгтэй байдал (complexity)-ыг дэмий нэмэгдүүлж, техникийн өр (tech debt) болон дэд бүтцийн зардлыг огцом өсгөдөг "маш алдаатай хэмжүүр" (deeply flawed metrics) гэдгийг Терковиц мемодоо онцолсон байна.

"Ренессанс хөгжүүлэгч" гэж хэн бэ?

Код бичих үйл явц өөрөө хямдарч, хүртээмжтэй болсон энэ цаг үед жинхэнэ инженерийн үнэ цэн хаана шилжиж байна вэ? Amazon шинэ эриний инженерийг "Renaissance Developer" (Сэргэн мандалтын хөгжүүлэгч) хэмээн нэрлэжээ.

Энэ төрлийн хөгжүүлэгч нь дараах гурван суурь чадвараар тодорхойлогдоно:

  1. Шүүн тунгаах чадвар (Engineering Judgment): AI-ийн санал болгосон кодыг сохроор copy-paste хийх биш, түүний аюулгүй байдал, scalability, edge case-үүдийг урьдчилан тааварлаж, хянах чадвар.
  2. Системийн сэтгэлгээ (Systems Thinking): Бие даасан 20 мөр функц хэрхэн ажиллахаас илүүтэйгээр бүхэл бүтэн үйлчилгээ хоорондын уялдаа, өгөгдлийн урсгал, latency болон системийн найдвартай байдлыг цогцоор харах чадвар.
  3. Хэзээ AI-ийг АШИГЛАХГҮЙ байхаа мэдэх ухаан: Энэ бол шинэ удирдамжийн хамгийн сонирхолтой заалт. Хиймэл оюуны хэрэгсэл хаана сайн ажилладаг, хаана бүтэлгүйтдэг болохыг мэддэг байх нь сул тал биш, харин инженерийн чухал "ололт, нээлт" (a finding, not a failing) гэж тооцогдоно.

"Writing code isn't the scarce part anymore"

Хөгжүүлэлтийн түүхэнд бид 50 жилийн турш синтакс, алгоритмын хэрэгжүүлэлт, санах ойн удирдлага зэрэг нарийн деталь бичих гэж ихэнх цагаа бардаг байсан. Гэтэл өнөөдөр Claude Code, Codex зэрэг агентууд бэлэн шаардлагыг код болгож хөрвүүлэх ажлыг төвөггүй хийдэг болчихлоо.

Үүний үр дүнд инженерийн үндсэн үүрэг нь "Хэрхэн кодоор бичих вэ?" гэдгээс "Бид яг ЮУ бүтээх гэж байгаа билээ, яагаад?" гэдэг рүү шилжиж байна.

Amazon-ий тодорхойлсноор, шилдэг инженерүүд одоо Product Manager-ийн сэтгэлгээ, системийн архитекторын алсын харааг хослуулан, AI хэрэгслүүдийг гар доорх туслах оператор шиг чиглүүлдэг "дирижер" болох шаардлага тулгарч байна.

Монголын багуудад өгөх сургамж

Энэхүү шинэчлэл нь зөвхөн Amazon-ий дотоод асуудал биш, Монголын программ хөгжүүлэгчид, ялангуяа Tech Lead, CTO нарт том дохио юм:

  • AI adoption-ийг тоогоор бүү шах: Багийнхаа гишүүдийг "Өдөрт хэдэн удаа AI ашиглав?", "GitHub Copilot-оор хэдэн мөр код хүлээн авав?" гэдгээр бүү дүгнэ. Энэ нь зөвхөн багийнхныг чанаргүй, шалгаагүй код төсөл рүү оруулахад хүргэдэг.
  • Архитектур, бизнесийн домэйн мэдлэг хамгийн үнэтэй болсон: Хэрэв та зөвхөн синтакс цээжилдэг хөгжүүлэгч байсан бол орон зай тань хумигдана. Харин бизнесийн логик, хэрэглэгчийн асуудал, өгөгдлийн бүтцийг ойлгодог инженер хэзээ ч үнэ цэнээ алдахгүй.
  • Review соёлыг шинэчил: Код бичих хурдссан ч, код шалгах (code review) хариуцлага хоёр дахин өссөн. AI-ийн бичсэн код ажиллаж байгаа ч, цаанаа архитектурын хувьд гажигтай эсэхийг ялгах чадвар л ахлах инженерийн үндсэн шалгуур болж байна.

Хиймэл оюуны хөөргөлтийн анхны давалгаа намжиж, одоо технологийн ертөнц эрүүл саруул прагматизм руу эргэн шилжиж байна. Токен шатаах уралдаан дууссан; харин системээ гүн ойлгодог "Ренессанс" инженерүүдийн цаг эхэллээ.

Эх сурвалж: About Amazon, Business Insider, CNBC

Сэтгэгдэл

Ачаалж байна...