Хостинг для будь-яких потреб — VPS від 135 гривень на місяць 👉
Наталя ХандусенкоРобота
27 червня 2025, 09:00
2025-06-27
Навичка написання промптів для ШІ — вже запорука оферу чи тільки модні слова? Запитали розробників і тімлідів, наскільки це нині потрібно
«Це вже маст хев, є вже кейси, де на співбесідах просять інженерів писати промпти на онлайн кодингу», — це один із коментарів, який ми побачили у LinkedIn. Його написав Software Developer Віктор Свертока після того, як з колегами обговорювали такі випадки під час зустрічі на ІТ-конференції DOU Day. Тож ми вирішили запитати тімлідів, чи практикують вони таке завдання, і навпаки — поцікавилися у розробників, чи стикалися вони з такою вимогою. Крім того, промоніторили вакансії на jobs.dou, щоб перевірити, наскільки часто роботодавці вимагають наявності такої навички у кандидатів. Ось, що показало наше невелике дослідження.
«Це вже маст хев, є вже кейси, де на співбесідах просять інженерів писати промпти на онлайн кодингу», — це один із коментарів, який ми побачили у LinkedIn. Його написав Software Developer Віктор Свертока після того, як з колегами обговорювали такі випадки під час зустрічі на ІТ-конференції DOU Day. Тож ми вирішили запитати тімлідів, чи практикують вони таке завдання, і навпаки — поцікавилися у розробників, чи стикалися вони з такою вимогою. Крім того, промоніторили вакансії на jobs.dou, щоб перевірити, наскільки часто роботодавці вимагають наявності такої навички у кандидатів. Ось, що показало наше невелике дослідження.
Що говорять розробники
dev.ua отримав відповіді від 23 розробників, більшість з яких відповіли, що не стикалися під час технічних співбесід із вимогою написання ШІ-промптів. Лише один ІТ-фахівець написав про такий досвід. Водночас відповіді показали, що одні компанії виступають проти такого підходу, інша навпаки — просять використовувати ШІ-інструментів під час тестових завдань. Таке неоднозначне відношення компаній до ШІ приводить до сумнівів, особливо серед джунів, чи варто взагалі повідомляти ейчарам та рекрутерам про свою навичку та досвід залучення ШІ-інструментів у процес написання коду.
Серед усіх опитуваних айтівців лише Front-End Developer Дмитро Тимошенко розповів, що стикався з такою вимогою: «Дійсно, я мав такий досвід на співбесіді в стартапі, що спеціалізується на навчанні мовних моделей та створенні вебінтерфейсів для їх використання. Оскільки це стартап, швидкість розробки була дуже важливою, тому вони активно застосовували сучасні інструменти з інтегрованими моделями ШІ, щоб покращити та прискорити свою роботу. Одним із завдань на співбесіді було написати промпт для генерації тестів, а також промпт для створення мокових даних. Це допомогло перевірити, чи можу я швидко та чітко сформулювати завдання для нейромережі, щоб отримати бажані результати».
«Прискорити свою роботу», — це один із головних факторів, чому компанії потребують ІТ-спеціалістів з навичками використання ШІ-інструментів.
У США зараз цілий бум на таких фахівців — кожна четверта ІТ-вакансія вмістить вимогу роботи з ШІ-інструментами, пише Business Insider. Нещодавно ми писали, що у Кремнієвій долині компанії все частіше публікують вакансії з вимогою використання ШІ-інструментів саме для пришвидшення випуску продуктів, серед яких Visa, Reddit, Udacity, стрімінговий сервіс Tubi та інші.
Один із респондентів розповів, що були випадки, коли компанії просять використовувати ШІ для виконання тестових.
«Поки шукаю роботу ще не стикався з лайв-кодингом, технічні співбесіди проводились усно, максимум просили пояснити, як буде поводитися код, який підготували завчасно. Інколи до технічної співбесідидавали тестове завдання і просили використовувати ШІ в роботі по максимуму. Казали, що в них в роботі активно використовується штучний інтелект і вони хотіли б побачити, як кандидат працює з подібними інструментами», — розповів dev.ua Software Engineer Микита Круковський.
Водночас айтівці говорять, що компанії часто проти ШІ-інструментів для програмування, особливо на співбесідах.
«Це не бажано, особливо коли компанія не хоче світити код свого проєкту, своїх робіт. Хоча бачив пару компаній на вакансіях, які навпаки, заохочують використання ШІ», — зазначив PHP Developer Володимир Мараховський.
На jobs.dou дійсно можна зустріти вакансії, де присутня вимога щодо ШІ-інструментів, але їх поки що небагато. Ось декілька прикладів:
Можна побачити вакансії, де згадується «інтерес до ШІ-інструментів» або «захоплення ШІ» як додатковий плюс. Наприклад, Python Developer у команду Zakupivli.Pro (найбільший тендерний майданчик в Україні в системі Prozorro) та Intern Python Developer у нідерландську аутсорсингову компанію HYS Enterprise.
Також шукають спеціалістів, які вже мають досвід роботи з ШІ-інструментів, але поки це знову не головна вимога, а лише додаткова. Наприклад, Python Tech Lead в українську ІТ-компанію PLANEKS та Junior/Middle Python Developer в Astronics CSC.
Крім того, є компанії, які вимагають досвід робити саме з конкретними ШІ-інструментами. Наприклад, вимога «ChatGPT / Copilot / Codeium для швидкого написання та рефакторингу коду» до вакансії Senior Python Engineer (AI) сервісної ІТ-компанії Kozak Group.
Втім, не дивлячись на появу таких вакансій на українському ІТ-ринку, айтівці інколи не розуміють, на скільки можна бути відкритим з HR та рекрутерами щодо свого вміння роботи з ШІ-інструментами для кодингу, через неоднозначне ставлення роботодавців до залучення цієї технології. Особливо, якщо стосується джунів, які на старті своєї ІТ-кар'єри.
Наприклад, про це зазначив розробник-початківець, ім’я якого не називаємо, тому що він у пошуку роботи.
«Насправді я не прихильник вайб-кодингу. Мені цікавіше вивчати технології та кодити вручну, але щоб ШІ виступав при цьому моїм ментором. Але через певні обставини склалась думка, що якщо джун використовує ШІ та HR на співбесіді це дізнається, то на джуна часто відразу багато осуду сиплеться, це відразу мінус тощо. Через це не до кінця зрозуміло, наскільки бути відкритим та чесним в тому плані, щоб розповідати, чи використовую я ШІ».
Якої думки тімліди
Питання до тімлідів складалися з декількох частин:
якщо практикуєте, то що саме містить завдання;
якщо ні, то просили пояснити чому;
і чи планують додати таке завдання у майбутньому.
Якщо коротко підсувати відповіді тімлідів, то жоден з них не практикує написання промптів для коду як завдання під час співбесід. І вони пояснили, чому проти такого підходу. Водночас деякі розглядають додавання такого завдання у майбутньому.
1. Брак часу. На технічну частину співбесіди зазвичай виділяється від 1 до 1.5 години і чим вищий рівень кандидата, тим більше технічних тем до обговорення і тим менше часу залишається для схожих другорядних запитань.
2. Policy ІТ-компаній і замовників. Досі більшість компаній і замовників мають заборону на використання ШІ для аналізу коду і безпосередньої розробки (лайв дебагінгу, AI IDE, live autocomplete/copilot тощо), через страх компрометації коду або його потенційної крадіжки.
3. Hard skills > promt engineering. Переконаний, що технічні знання і вміння самостійно писати гарний код є фундаментальним скілом, який допоможе в розумінні побудови не тільки якісної системи, але і якісного промпта за потреби.
З моїх спостережень, якщо людина має доволі сильні знання у своєму основному стеку, то написати гарний промпт для неї є легшою задачею, аніж для людини з сильними скілами написання промптів, але без розуміння техскладової. Для останньої це як мінімум займе не один промпт, а декілька для того, щоб спочатку зрозуміти, що саме йому потрібно і як правильно досягти цілі запиту.
Але якщо буде умовний замовник, який дасть карт-бланш на використання AI-тулзів і поставить їх використання в пріоритет на своєму проєкті (таке я теж вже двічі зустрічав серед колег), то я був би не проти додати запитання такого типу через те, що в цьому випадку вони почнуть мати більший сенс і більшу вагу в буденній роботі.
Особисто я не прошу кандидатів на співбесідах писати промпти. Головна причина — я переважно шукаю DevOps-спеціалістів, а DevOps — це не просто набір інструментів чи скриптів, це передусім філософія. Це про розуміння, чого хоче клієнт… навіть коли сам клієнт цього ще не розуміє.
Я завжди ставлю «плюсик» тим кандидатам, які чесно кажуть: «Я з цим не працював, але знаю, як знайти рішення — через ChatGPT, Google чи Stack Overflow». Це показує головне — людина не боїться вчитися.
Мої співбесіди фокусуються не лише на технічному стеку — його можна завчити. Мені важливо зрозуміти, чи людина вміє мислити, адаптуватися, і чи здатна вона вчитися нового. Якщо вона вміє вчитися, то вона, швидше за все, вже використовує ШІ — не як калькулятор, а як вчителя. Не просто: «Ось питання — дай відповідь», а з бажанням розібратися, чому саме так.
Підсумовуючи: питання використання ШІ на співбесідах — непросте. Але для мене важливо не те, чи кандидат уміє писати промпти, а як він працює з інформацією, чи вміє критично мислити, і чи вчиться разом із ШІ, а не просто копіює результат.
Поки що не бачу в цьому необхідності для ролей, на які я наймаю, але ринок швидко змінюється, тому не виключаю такої можливості в майбутньому, якщо роль ШІ-інструментів у DevOps кардинально зміниться.
Ми, в компанії Nova Digital, таке не практикували.
В нас були різні вимоги, включаючи виконання тестового завдання за декілька днів у зручний час, або живе кодування на Laravel чи на чистому PHP через screen sharing, але не написання промптів з використанням ШІ.
За останні 3 роки я не наймав нікого у свою команду, команда стабільна, без наймів і звільнень.
Якби я сьогодні робив співбесіду — то не просив би писати промти. Це хард скіл далеко не найпершої потреби, який набувається відносно просто, є набагато важливіші питання, які мені було б цікаво задати.
Ні, я такого не практикую і не збираюсь. Як на мене, це не має сенсу, зрозуміти, як людина буде робити пропмти (якщо це треба), дуже просто, якщо слухати, як кандидат комунікує і відповідає на технічні запитання.
Тобто, варто звертати увагу на те, як людина пояснює технічні аспекти, якщо цей скіл на гарному рівні, то і запити в умовний ChatGPT зможе писати.
Але, як на мене, поставити питання про вміння писати промпти абсолютно не має сенсу і судити по цьому технічних кандидатів було б нерозсудливо.
Поки не питаю про промпти, але в найближчому майбутньому, як додаткове питання буде.
Загалом я зараз розробляю full circle процес для роботи з проєктами за допомогою AI та LLM, скоріше буду навчати ніж шукати та питати, hard skills поки набагато важливіші.
Про те, що у майбутньому перевірка навичок роботи з ШІ-інструментами на співбесідах стане обов’язковою, нещодавно говорив CEO GitHub Томас Домке.
За його словами, компанія вже замислюється, як використовувати ШІ під час співбесіди. Домке зазначає, якщо захочете отримати роботу в технологічній компанії найближчим часом, кандидата скоріш за все попросять продемонструвати свої навички підказок та використання ШІ-агентів.
«Оскільки мета майбутнього інженера більше не полягає в тому, щоб запускати все з нуля. А мета полягає в тому, щоб поєднати свої навички підказування та агенти, бібліотеки з відкритим кодом, щоб розв’язати цю проблему набагато швидше, ніж вони могли два-три роки тому», — каже CEO GitHub.
Як підсумок
Залучення ШІ-інструментів як помічників у програмуванні в українських компаніях тільки на старті: роботодавці обережно вказують цю вимогу, маскуючи під «буде плюс»; тімліди поки що не бачать сенсу перевіряти ці навички, і відповідно айтівці рідко на співбесідах стикаються із завданням, де потрібно обов’язково використовувати штучний інтелект.
«Це призводить до сильної деградації та ліні». Українські програмісти поділилися секретами ефективного вайб-кодингу та «побічками» використання ШІ під час створення коду
«Пастка початківця». 5 найпоширеніших помилок джунів на співбесідах та як їх уникнути
Напевно, кожен хоч раз у своєму житті переживав ситуацію, коли після співбесіди замість запрошення на роботу приходила відмова. «Як же так? Це несправедливо!», — чимало з нас корили долю і не розуміли, що пішло не так. Катерина Нікітіна, SoftServe IT Academy Recruiter, розповіла про п’ять найпопулярніших помилок кандидатів-початківців на співбесідах.
Два місяці пошуків, 80 відгуків, 12 співбесід і два офери. Як айтішник з Козятина із сертифікатом Google та двома пет-проєктами роботу шукав
Айтішник-початківець Максим Наталчук поділився в LinkedIn власним досвідом пошуку роботи. Хлопець, згідно профілю, працює National Information Management Officer (Data Analyst) в компанії iMMAP. Але омріяному оферу передував непростий шлях. З дозволу автора dev.ua публікує історію Максима про пошук роботи в IT.
