Питання, які ставлять рекрутери

Короткі відповіді за темами. Якщо вашого питання тут немає, поставте його в чаті нижче.

Формат роботи5
Full-time чи part-time?

Підходять обидва формати.

Як оформити співпрацю?

Як ФОП.

Готовий до релокації?

Так, розглядаю релокацію.

Готовий до тестового завдання або оплачуваного випробувального терміну?

Так, залежно від вакансії.

Як зв'язатися?

Через форму зв'язку на цій сторінці: повідомлення приходить одразу мені на пошту, і я відповідаю, щойно маю змогу.

Досвід10
Фронтенд чи full stack?

Працюю на всьому стеку: фронтенд, бекенд і LLM функції. Найглибший досвід у мене у фронтенді, і він мені досі найближчий, але на senior рівні важливо бачити веброзробку цілком, а не одну її частину.

Над чим працював останнім часом?

З 2025 до середини 2026 року працював у BechaCant над соціальним застосунком із челенджами між користувачами. Це PWA на Next.js, яка працює й усередині застосунків для iOS і Android. Там я зробив клієнтську частину преміум підписки й вивів у продакшен перші LLM функції продукту. До того, з 2021 до 2024 року, в eTeam розвивав nedyx, low-code платформу для бізнес звітності: систему віджетів, undo/redo, архіви, експорт у PDF і власну мову формул.

Працював напряму із замовниками?

Так, і постійно. Найтісніше працював із CEO: він визначав пріоритети проєкту й приносив ідеї задач, а майбутні фічі ми обговорювали разом. Із замовниками з ЄС і США проходив увесь шлях: від вибору, що будувати, і компромісів до релізу.

Є досвід лідерства або менторства?

Працював у невеликих командах без жорсткої ієрархії, де всі допомагають одне одному. Робив код-рев'ю, допомагав новим розробникам увійти в проєкт, писав специфікації та спільні правила роботи з ШІ інструментами. А у 2020 році викладав вступний курс фронтенду в dan.it: група з 25 початківців дійшла від нуля до робочих знань HTML, CSS і Git.

Що робив особисто, а що зробила команда?

Приймав від замовника всі задачі й майже всі реалізовував сам. На nedyx це система віджетів, undo/redo, архіви, експорт у PDF і власна мова формул, від граматики й парсера до редактора з автодоповненням. У BechaCant це клієнтська частина преміум підписки з покупками через стор, перші LLM функції з панеллю асистента й основні функції PWA: челенджі, стрічка, сповіщення, профілі та гаманець.

Команди якого розміру й у якій ролі?

Здебільшого невеликі, від 5 до 15 людей. За роки роботи виріс від junior до senior, а останніми роками працював як Senior Full Stack Engineer.

Яке технічне завдання було найскладнішим?

Найскладнішими були дві задачі на nedyx. Перша: власна мова формул, щоб аналітики писали формули самі, а не через tickets. Написав граматику, парсер (Chevrotain, Lezer) і обчислювач та вбудував їх у редактор CodeMirror з автодоповненням і підсвіткою помилок одразу під час набору. Друга: undo/redo на весь застосунок, де переміщення віджетів, формули й стилі потрапляють у спільну історію, зміна, що зачіпає кілька сторінок, скасовується одним кроком, а сама історія зберігається в IndexedDB і не зникає після перезавантаження.

Працював з легасі кодом і великими рефакторингами?

На початку кар'єри часто. Потім здебільшого запускав проєкти з нуля, MVP і стартапи, де легасі просто не встигало накопичитися. Архітектуру там закладав під конкретні цілі продукту.

Продуктові компанії чи аутсорс?

Було й те, й інше. Починав у продуктовій компанії, Software MacKiev, а далі здебільшого працював в аутсорсі: в українських компаніях, які будують продукти для закордонних стартапів.

У яких бізнес доменах працював?

Доволі різні: бізнес звітність і low-code (nedyx), соціальний застосунок із челенджами (BechaCant), юридичні продукти для керування договорами (LinkSquares через U-Genius), генератор сайтів з бек-офісом, онлайн магазин подій і платформа виступів спікерів (Adraba), а також сайт і сторінки продуктів софтверної компанії (Software MacKiev).

Мотивація8
Чому зараз у пошуку роботи?

Проєкт, над яким я працював, завершився: продукт готовий і зараз на етапі пошуку клієнтів, тож розробка там поки не потрібна. Шукаю новий проєкт, де буде більше простору для розвитку. Low-code і no-code платформи добре поєднуються з ШІ: я вже поєднував їх у продуктах і хочу продовжувати це в нових проєктах.

Якою має бути наступна роль?

Та, де можна рости, зокрема в ШІ, і займатися цікавою роботою з гідною оплатою. Мені подобалися всі мої проєкти, і від веброзробки я досі отримую задоволення, тож хочу розвиватися в цьому напрямі й надалі, а з часом перейти на роль ліда чи менеджера, не кидаючи писати код.

Що важливо в компанії?

Щоб вона розвивалася й працювала з новими технологіями: я постійно вчуся й хочу, щоб робота росла разом зі мною. Найближчі до мого досвіду напрями: low-code платформи, бек-офісні системи та ШІ. Також мені цікаві ігри та графіка, як 3D, так і D3.js: досвіду там мало, але охоче спробую. Я рухаюся в бік вебінженерії загалом, а не лише написання коду.

Що дає задоволення від роботи?

Невелика дружня команда, яка крок за кроком будує власний продукт, яким можуть користуватися багато людей, а не штампує однакові сайти. Коли я бачу, що люди користуються продуктом, який я допоміг створити, і він їм подобається, робота важить для мене набагато більше. Команда важлива не менше за продукт: хочу працювати з людьми, з якими цікаво спілкуватися.

Які продукти або задачі найцікавіші?

Ті, де багато логіки, візуалізації та нестандартних інтеграцій: ШІ, PDF сервіси, обробка зображень і відео. Найбільше люблю все, що пов'язане з даними: обробити їх і зрозуміло подати через статистику й графіки. Саме тут ШІ зараз допомагає найбільше, тому це один із моїх головних напрямів.

Плани на найближчі кілька років?

Завершити магістратуру з комп'ютерних наук, ШІ та машинного навчання в Neoversity і розширити досвід у веброзробці. Є куди рости: зокрема хочу поглибити знання Kubernetes та інших інфраструктурних інструментів.

Менеджмент чи розробка?

Зараз шукаю роботу саме в розробці. Водночас розумію, що з розвитком ШІ дедалі важливішими стають і управлінські навички, тож у перспективі хотів би перейти на роль Tech Lead, а згодом Engineering Manager, якщо з'явиться така можливість на відповідних умовах.

Стартапи чи великі компанії?

Здебільшого працював у стартапах, крім першої компанії, де було понад 200 людей. Найкраще працюю в невеликих дружніх командах, а такі є в компаніях будь-якого розміру: велика компанія однаково складається з малих команд. Тож для мене важить не розмір компанії, а те, як працює команда й куди її веде менеджер.

Стек і навички17
Який основний стек?

Фронтенд: React, Next.js, TypeScript, GraphQL з Apollo Client, PWA. Стан: Redux, Zustand, React Query. Бекенд: Node.js, Express, NestJS, PostgreSQL, TypeORM, Redis, WebSockets. ШІ: LLM API, RAG, агенти, OpenRouter.

Який досвід із ШІ та LLM?

Останні два роки ШІ - мій головний напрям розвитку: щодня ним користуюся й вбудовую його в продукти. LLM функції доводив від прототипу до продакшену: пошук у документах продукту через RAG, потокові відповіді, виклик інструментів, агентні сценарії, усе через OpenRouter без прив'язки до одного вендора. Теоретичну базу поглиблюю в магістратурі з комп'ютерних наук, ШІ та машинного навчання в Neoversity.

Підхід до продуктивності фронтенду?

Спершу вимірюю, а потім оптимізую. Для діагностики використовую Lighthouse і панель Performance у Chrome DevTools, React DevTools Profiler для пошуку зайвих рендерів і аналізатор bundle (@next/bundle-analyzer), а орієнтиром слугують Core Web Vitals: LCP, INP і CLS. Типові рішення: розбиття коду й ліниве завантаження маршрутів, оптимізація зображень і шрифтів, кешування запитів, віртуалізація довгих списків і таблиць. Саме так у великих застосунках важкі таблиці й графіки лишалися швидкими: віртуалізував таблиці, зменшив bundle і прибрав повторні GraphQL запити через кешування на рівні фрагментів. А з React Compiler ручна мемоізація через useMemo та useCallback потрібна значно рідше.

Які інструменти для тестування?

Jest і Vitest разом з React Testing Library, а на проєктах U-Genius також Enzyme.

Є досвід DevOps або хмарних сервісів?

Маю робочу базу з DevOps і сертифікат AWS Cloud Technical Essentials, хоча це не моя основна роль. Розгортав сайти й сервіси в Docker контейнерах, зокрема окремий PDF сервіс, працював з CI в Jenkins і GitHub Actions. Хмарну інфраструктуру налаштовував для власних і невеликих проєктів, а у великих компаніях цим займалися DevOps інженери. Розумію, як усе влаштовано, і далі поглиблюю знання.

Досвід з TypeScript?

TypeScript - моя основна мова і на фронтенді, і на бекенді. З типами код легше читати й розуміти.

Який досвід з Next.js і серверним рендерингом?

З Next.js працював у BechaCant, і цей сайт теж написаний на ньому. У BechaCant була одна з попередніх версій, а зараз працюю з найновішою. Підхід до рендерингу й кешування між версіями помітно змінився, тож глибше розбираюся саме в новій моделі.

Який стан тримати на клієнті, а який на сервері?

Усе, що приходить із сервера, лишається серверним станом: ці дані кешує й синхронізує React Query чи Apollo, а в Next.js частину з них сервер віддає вже готовою в HTML. На клієнті тримаю лише те, що належить інтерфейсу: відкриті панелі, значення полів форм, вибір користувача. Коли такого стану стає багато, беру Zustand чи Redux. Якщо стан має пережити перезавантаження чи потрапити в посилання, він іде в URL.

Наскільки сильний бекенд: Node.js, бази даних, API?

Node.js використовую п'ять років, здебільшого з Express, NestJS і TypeORM. Працював і з SQL, і з NoSQL базами, найбільше з PostgreSQL. Зробив багато інтеграцій із зовнішніми API, зокрема з сервісами Microsoft (включно з Azure) і Google. Інтеграція нового API для мене рутинна задача.

Проєктував архітектуру системи з нуля?

Так, на двох останніх місцях роботи: обидва стартапи будувалися з нуля. На мені був майже весь фронтенд, а з бекенд розробниками я писав частину серверного коду й працював над його архітектурою.

Працював з React Native або мобільними застосунками?

З React Native не працював, зате робив мобільні PWA, які поводяться як нативні застосунки. У BechaCant така PWA працює й усередині застосунків для iOS і Android.

Працював з Vue або Angular?

З Vue працював давно, ще на другій версії. Відтоді він сильно змінився, і повернутися до нього означало б фактично вчити його заново, тож основним фреймворком його не вважаю. З Angular не працював. Мені подобається React, і зараз пишу саме на ньому.

Підхід до доступності (a11y)?

Дотримуюся основних принципів доступності й закладаю їх у розмітку з самого початку.

Підхід до безпеки вебзастосунків?

Про безпеку думаю від самого початку: в архітектурі, виборі бібліотек і окремих рішеннях у коді. Безпечні рішення обираю одразу, щоб потім не виправляти проблеми в продакшені: httpOnly куки, параметризовані запити, секрети лише на сервері, валідація даних на кожному рівні.

ШІ інструменти для коду в щоденній роботі?

Постійно. Основний інструмент у мене Claude Code, але працюю й з іншими та регулярно пробую нові. Налаштовую їх під проєкт через skills, спільні правила й конфігурації. Розумію, як працюють агенти, черги задач, автоматичне код-рев'ю й сценарії в n8n. ШІ допомагає мені оптимізувати код, шукати проблеми й перевіряти зміни.

Досвід з автентифікацією?

Реалізовував автентифікацію через OAuth, JWT і сесії, зокрема вхід через акаунти Google і Microsoft.

Real-time і WebSocket?

Так: створював WebSocket з'єднання для функцій у реальному часі, зокрема чатів.

Освіта й сертифікати5
Яка освіта?

З 2025 року навчаюся в магістратурі Neoversity IT University з комп'ютерних наук, ШІ та машинного навчання, закінчую у 2027 році. До того здобув ступінь магістра з управління проєктами (Київський авіаційний інститут) і бакалавра гідрометеорології (КНУ імені Тараса Шевченка), а також навчався в аспірантурі з екологічної безпеки в Національній академії наук України.

Що охоплює магістратура?

Машинне навчання, нейронні мережі, статистика та алгоритми. Це теоретична основа того, що я роблю з ШІ в продакшені. У Neoversity IT University навчаюся з 2025 року, закінчую у 2027 році.

Що охоплювала попередня освіта?

Бакалаврат з гідрометеорології дав мені природничу базу: фізику, статистику й моделювання складних систем. В аспірантурі НАН України займався екологічною безпекою, здебільшого хімічною та радіаційною. Там же вів дослідження з моніторингу забруднення й публікувався. У магістратурі з управління проєктами розробляв і захищав власні проєкти, брав участь у студентських конференціях.

Які є сертифікати?

AWS Cloud Technical Essentials (2025), англійська C1 Advanced від EF SET (2024), а також сертифікати AlgoExpert і FrontendExpert.

Які мови й на якому рівні?

Рідна мова українська, також володію російською. Англійською користуюся щодня в роботі, з клієнтами й командою. Я не носій мови, тож оцінюю свій рівень як B2, робочий, хоча сертифікат EF SET (2024) показує C1.

Стиль роботи й життя поза нею9
Працював у міжнародних командах?

Так, з німецькими, американськими, ізраїльськими та українськими командами. Віддалено працюю понад шість років.

Принципи в роботі?

Веду завдання від першого обговорення до релізу. Ставлю якість понад швидкість: якщо одразу зробити правильно, потім не доведеться переробляти. А найважливіші для мене в роботі розуміння й повага: я побував більш ніж у 45 країнах і знаю, наскільки різні люди та їхні цінності.

Хобі й життя поза роботою?

Зал, біг, походи в гори й довгі прогулянки. Люблю вивчати нове: дивлюся навчальні відео на YouTube, проходжу сертифікації, а паралельно з роботою навчаюся в магістратурі Neoversity, тож на це йде чимало часу. Відпочиваю з аудіокнигою, музикою, аніме, мультфільмами, мангою чи іграми на кшталт Dark Souls. А вдома на мене чекає кіт.

Як врегульовувати розбіжності з колегою або керівником?

Серйозних конфліктів у командах у мене не було. Робочі розбіжності вирішую розмовою: спершу вислуховую іншу сторону й з'ясовую, у чому насправді проблема, а тоді шукаю рішення, яке влаштує обидві сторони. Обговорюю задачу й факти, а не людей. Багато залежить від культури: я працював з командами з різних країн, і те, що в одній звучить нормально, в іншій сприймають зовсім інакше, тому підлаштовую підхід під людину. Якщо домовитися не вдається, порівнюю варіанти за тим, що вони дають продукту, ухвалюю рішення, пояснюю команді, чому саме воно, і відповідаю за результат. Розбіжності для мене - звичайна частина роботи, а не щось особисте.

Як давати й отримувати feedback на код-рев'ю?

Код-рев'ю для мене щоденна практика в обидва боки. Свої зміни віддаю на рев'ю колегам і ШІ інструментам, зокрема GitHub Copilot, а в чужому коді шукаю помилки й пропоную кращі рішення. Обговорюємо все в коментарях на GitHub або в чаті.

Як оцінювати задачі й працювати з дедлайнами?

Спершу розбираюся в задачі й обговорюю її з командою, а тоді оцінюю в story points чи в годинах. Оцінка здебільшого відносна, бо оцінка в годинах завжди приблизна: знайому задачу можна оцінити досить точно, незнайому - з похибкою до 20%. Проблем із дедлайнами не було: якщо задача не вкладається в строк, ми це обговорюємо, і менеджер або переносить її, або виділяє більше часу, а решту задач зсуває на наступний спринт.

Як підтримувати навички в актуальному стані?

Нове спершу пробую на власних проєктах і лише потім переношу в робочі. Паралельно вчуся в магістратурі з ШІ в Neoversity і стежу за релізами інструментів, з якими працюю. У нашій сфері без цього ніяк.

Над чим ще варто попрацювати?

Зараз це DevOps, передусім Kubernetes. Також хочу й далі розвиватися в ШІ та створювати з ним більше застосунків. Ще мене цікавить робототехніка, але поки що це хобі.

Які командні процеси й інструменти?

Agile, переважно Scrum і Kanban, Jira для задач і Figma для дизайнів.

Поставте питання

Відповідають безплатні ШІ моделі на основі цієї сторінки та мого резюме. Вони можуть помилятися, тож важливі питання краще надсилати через форму зв'язку або на пошту.