Мэдээ

"Өдөрт 12 цаг зөвхөн 'Enter' дарах ажил": AI кодчилол хөгжүүлэгчдийг сэтгэх чадваргүй оператор болгож байна уу?

TOGTOKHTOGTOKH·2026 оны есдүгээр сарын 24·1 үзсэн·
"Өдөрт 12 цаг зөвхөн 'Enter' дарах ажил": AI кодчилол хөгжүүлэгчдийг сэтгэх чадваргүй оператор болгож байна уу?

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

Сүүлийн 24 цагийн дотор Цахиурын хөндийн инженерүүд, тэр дундаа Reddit, X (хуучнаар Twitter) болон технологийн хэвлэлүүдээр олон сая хандалт авч, салбарын акулуудын анхаарлыг татсан нэгэн сэдэв өрнөлөө. Том технологийн компанид шинээр орсон нэгэн инженер өөрийн ажлыг "сэтгэлгүй, утга учиргүй (soul-sucking)" болж хувирсан тухай бичсэн нь инженерчлэлийн суурь үнэ цэнийн тухай том маргааныг асаав.

Вируст автсан гашуун үнэн: "Энд хэн ч юу ч мэдэхгүй байна"

"v0xium" нэртэй программ хангамжийн инженерийн нийтлэл 7 сая гаруй хандалт авчээ. Түүний бичсэнээр, шинээр орсон компанид нь L1 түвшний шинэхэн хөгжүүлэгчээс эхлээд L7 зэрэглэлийн ахлах архитекторын түвшний бүх хүмүүс өдөржин нэг л зүйлийг хийж байна: Claude Code зэрэг AI хэрэгсэл рүү даалгавар бичиж, үр дүнг нь хүлээн авч "Enter" дарах.

"Компанид хэн ч юу ч мэдэхгүй байна. Бүгд бүтээмжээ харуулахын тулд аль болох хурдан production руу код шидэхийг (ship) шаардуулж байгаа. Хүмүүс өдөрт 12-13 цаг терминалын ард зөвхөн Enter дарахын тулд сууж байна. Системд ямар ч асуудлыг өөрсдөө сэтгэж, гүн шинжилж шийдэхээ больсон. Ялалтын ямар ч баяр хөөр, бахархал алга" гэж тэрээр хуваалцжээ.

Бүтээгдэхүүний specification, архитектурын схем, unit tests, JIRA-ийн ticket, өдөр тутмын тайлан гээд бүгдийг хэлний загварууд үүсгэж буй энэ үед хөгжүүлэгчийн үүрэг кодын автор байхаа больж, ердөө л машины гаргасан контентыг approve хийгч болж буурав.

Хүн бол машинуудын "Orchestration Layer" болсон уу?

Энэхүү хэлэлцүүлэгт технологийн нөлөө бүхий удирдагчид байр сууриа илэрхийлсэн юм. GitLab-ийн Гүйцэтгэх захирал Bill Staples уг нөхцөл байдлыг тодорхойлохдоо: "Хүн өөрөө кодыг бүтээн зохиогч байхаа больж, машинуудын зохицуулалтын давхарга (orchestration layer) болж хувирлаа" хэмээн дүгнэв.

Венчур хөрөнгө оруулагч Chamath Palihapitiya ч үүнийг дэмжиж: "Автоматжуулсан системийн үнэ цэн гэдэг нь зүгээр л кодын тоо хэмжээг хурдасгах биш, харин системийн зорилгыг ойлгож илүү сайн болгоход оршдог. Хэрэв бид хөгжүүлэгчдээ зүгээр л казиногийн автомат машин (slot machine) өмнө товчлуур дардаг хүмүүс болгож хувиргавал инженерийн бүтэн үе үгүй болно" гэдгийг анхааруулжээ. Тэр бүү хэл Элон Маск ч уг хэлэлцүүлэг дээр "Yikes" хэмээн цочирдсон хариу үйлдэл үзүүлсэн нь уг асуудал салбарын хэмжээний эмзэг цэг болсныг харуулж байна.

Кодын хурд ба Когнитив Өр (Cognitive Debt)

Код бичих bottleneck байхгүй болж, commit болон PR (Pull Request)-ийн тоо экспоненциал өссөн нь багийн удирдлагуудын dashboard дээр гайхалтай бүтээмж мэт харагддаг. Гэвч бодит байдал дээр дараах хор хөнөөлүүд илэрч байна:

  1. Системийн гүнийг үл ойлгох: Хөгжүүлэгчид AI-ийн бэлдэж өгсөн 300-500 мөр кодыг тэр дор нь сайтар задлан шинжлэх завгүйгээр merge хийж байна. Энэ нь кодын суурь дэд бүтцийг нэг ч хүн нэгдсэн байдлаар ойлгохгүй болгох эрсдэлийг үүсгэдэг.
  2. Critical Thinking буюу шүүмжлэлт сэтгэлгээний доройтол: Өмнө нь хөгжүүлэгч санах ойн leak, race condition эсвэл edge case-ийг илрүүлэхийн тулд тархиа дайчилдаг байсан бол одоо бүх логикийг Prompt болон Regenerate товчоор шийдвэрлэх хандлага давамгайлж эхэллээ.
  3. Junior инженерүүдийн гацаа: Хэрэв системийн жижиг функц, boilerplate код, энгийн bug-уудыг зөвхөн AI шийдвэрлээд эхэлбэл шинэ залуу инженерүүд хэрхэн туршлага хуримтлуулж, Senior архитектор болох вэ? Энэ нь инженерийн залгамж халааг таслах аюул дагуулж байна.

Инженерүүд цаашид хэрхэн ажиллах ёстой вэ?

Энэ бүхэн AI хэрэгслүүдийг хаях ёстой гэсэн үг биш юм. Харин хөгжүүлэлтийн философио эрс өөрчлөх дохио юм.

  • Хэрэгсэл бол туслах, харин шийдвэр гаргагч биш: Хэрэв та загварын бичсэн кодын мөр бүрийг өөрөө тайлбарлаж чадахгүй бол түүнийг production руу push хийх ёсгүй. "Enter" дарахаас өмнө 2 минут зогсоод логикийг нягтлах нь 2 сарын дараа гарах системийн ноцтой гацаанаас сэргийлнэ.
  • Architecture First хандлага: Код үүсгэлтийг машин хийж чадах ч, систем хоорондын уялдаа холбоо, бизнес домэйны зохион байгуулалт, өгөгдлийн загварчлал, аюулгүй байдлыг зөвхөн инженер л удирдана. Бид "Typist" биш "Architect" болох шаардлагатай байна.
  • Хуурмаг хурдны эсрэг зогсох: Багийн удирдлагууд кодын тоо хэмжээ, ticket хаасан хурдыг биш, системийн тогтвортой байдал, кодын цэвэр бүтэц, хамт олныхоо техникийн ойлголтыг KPI болгон тавих цаг иржээ.

Хиймэл оюун таны гарын хөдөлмөрийг хөнгөвчилж болох ч таны өмнөөс сэтгэж, инженерийн хариуцлагыг хүлээж чадахгүй. Бид өдөрт 12 цаг зүгээр л товчлуур дарах уу, эсвэл жинхэнэ систем бүтээх үү гэдэг сонголт хөгжүүлэгч бүрийн өмнө тулгарч байна.


Эх сурвалж: Business Insider - Engineer's Viral Post Captures the Soul-Crushing Downside of AI Coding, Futurism - Software Engineer Says AI Is Causing Chaos Among Coders Who Now Just 'Press Enter' All Day

Сэтгэгдэл

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