Кодът е написан от робот, а бъгът е твой: корпорациите изискват използването на AI, който самостоятелно решава кои задачи трябва да се изпълняват от хората

Техниките за проектиране принуждават инженерите да избират изкуствения интелект пред познатите действия.

Някои програмисти започнаха все по-често да се оплакват, че корпоративните изисквания за използване на AI инструментите вредят на качеството на кода и пречат на професионалното израстване. На фона на активното внедряване на генеративни системи това вече не е частна тема за отделни екипи – задължителното използване на AI асистенти се превръща в норма в различните компании и държави.

Един такъв сигнал дойде от индийски full-stack разработчик, който работи в компания за финансов софтуер. Той каза, че ръководството едновременно намалява персонала и изисква да се пише код с помощта на Cursor. На хартия този инструмент би трябвало да намали рутината, но на практика, според служителя, той се превръща в източник на проблеми и грешки. Компанията дори е имала инцидент още в началото: приложението не е обработвало коректно сесиите и всеки потребител е можел да отваря данни на трети страни. Според разработчика това е възникнало именно поради сляпото разчитане на автоматичното генериране на код.

„Мислех, че ще науча нещо тук, но всичко, което правя, е да подсказвам ежедневно на робота докато съм на работа, не разбирам нищо от това, което се случва с проекта, и имайте предвид, че аз съм човекът, който използва Neovim без никакви плъгини за изкуствен интелект у дома, специално за да избегна изкуствения интелект да пише моя код, а тук от мен се очаква просто да му подсказвам по цял ден. Дори не знам какво трябва да правя, имам чувството, че уменията ми просто избледняват и мразя да работя по този начин тук всеки един ден, защото имам чувството, че това си е хазарт – една погрешна подсказка ме дели от това да поправя грешката или да съсипя моето приложение“.

Програмистът отбелязва, че Cursor понякога е полезен в режим на подсказване, но опитите да се извършват поредица от действия чрез вградения агент водят до провали. В един от случаите инструментът самостоятелно е изтрил файл и след това е дал невярна интерпретация на случилото се, която е трябвало да бъде коригирана чрез Git. В същото време служителите с малък опит престават да помнят синтаксиса на езика, който използват, и се съсредоточават само върху автоматичното попълване. Той казва, че тази зависимост се формира особено бързо при начинаещите, които все още се нуждаят от редовна ръчна практика.

Специалистът добави, че колегите от gamdev и embedded development не са изправени пред подобни изисквания: генеративните асистенти все още се справят доста по-зле в тези области, така че натискът е осезаемо по-слаб.

Подобни истории разказват и други индийски инженери. Подобна е картината и в САЩ. Консултант от Рочестър обяснява, че докато е работил в подразделение на голяма технологична корпорация, се е сблъскал със задължителното използване на AI дори в ситуация, в която инфраструктурата не е позволявала използването на основен набор от инструменти. Поради липсата на единен GitHub и затворени услуги, той трябвало да се обърне към Copilot for Teams, единствената налична интеграция. Ръководството е проследявало статистическите данни за използването и редовно му е напомняло да активира асистента поне веднъж седмично.

Консултантът заяви, че използва AI в ситуации, в които преди това е било достатъчно обикновеното търсене: изясняване на параметрите на работа на екипа или търсене на подход към непознати процедури. Понякога отговорите се оказвали точни, но понякога водели до продължителни задънени улици. В един от случаите той прекарал няколко часа в опити да съживи настройка на Docker по погрешно предложение на асистента, а в крайна сметка решил проблема чрез рутинно търсене само за няколко минути.

Натискът от страна на компаниите бавно се засилва. В Reddit споменават за случаи, в които автоматичното генериране в GitHub Copilot създава допълнително натоварване при прегледа и ги принуждава да прекарват много време в поправяне на грешните предложения на бота. Въпреки това ИТ компаниите продължават да прокарват идеята за задължителна интеграция. Редица големи играчи пряко обвързват оценките на служителите с нивото на използване на AI. Някои ръководители искат от подчинените си да обяснят защо не използват наличните асистенти, а в някои екипи пренебрегването на корпоративните нагласи е довело до уволнения.

Подобна динамика се разпростира и извън инженерните професии. Потребителите на социалните мрежи все по-често пишат за натрапени работни сценарии в интерфейсите. Изследователи в областта на дизайна на интерфейсите описват как компаниите включват манипулативни дизайнерски техники, за да увеличат ангажираността с функциите на изкуствения интелект – от постоянни визуални напомняния до стратегии, които насърчават избора на асистент пред нормалните действия.

Въпреки масираните рекламни кампании и външния натиск, много хора все още отказват да използват такива инструменти – поради опасения относно точността, етичните рискове, пристрастните модели и слабата пригодност за някои задачи. В същото време опитните инженери подчертават, че за начинаещите е особено трудно да работят в среда, в която изкуственият интелект се превръща в задължителен слой: без практиката и споделянето на знания се формира зависимост и се влошава умението за самостоятелно анализиране на грешките.

Според разработчиците, които наблюдават случващото се отвътре, генеративните асистенти могат да помогнат, ако се използват внимателно, но масовите корпоративни изисквания да се разчита изцяло на тях променят самия подход към обучението и усложняват пътя на начинаещите. AI затваря един познат цикъл, в който практическата работа и отстраняването на грешките с по-опитни колеги беше в основата на професионалното развитие. Сега тази фаза се свива и не е ясно как да се компенсира тази загуба в дългосрочен план.