Результати пошуку

З 27 листопада по 1 грудня 2023 року освітня екосистема TRMNL4 проведе тиждень лекцій T4.Startups Week, де власники стартапів на ранніх стадіях зможуть дізнатися більше про побудову стійкого технологічного бізнесу. В межах програми досвідчені ІТ-підприємці та інвестори з мережі TRMNL4 поділяться практичними порадами щодо розробки та перевірки ідей стартапів, побудови високоефективних команд, досягнення ключових показників ефективності та інших питань, які цікавлять засновників на стадіях pre-seed. Учасники матимуть змогу поставити питання та обмінятися ідеями зі спікерами. «Уявіть, що ви засновник стартапу, який тільки почав свій шлях. Ви не знаєте, на чому зосередитися: на ідеальному продукті чи швидкому зворотному зв'язку з користувачами, на простих і швидких процесах чи орієнтованих на масштабування, на бутстрепінгу чи пошуку інвестицій. Ми запросили п'ятьох експертів, аби вони поділилися своїми hard lessons із фаундерами-початківцями», — розповідає Тетяна Ладанова, керівник програми для стартапів TRMNL4. В межах програми спікери обговорять такі теми: «Нестандартний бік стартап-шляху: уроки ранньої стадії»; «Розвиток стартапу від перших етапів до досягнення найкращих показників»; «Магія операційної діяльності стартапу: процвітання на кожному етапі»; «Growth Mindset. Що інвестори шукають у командах»; «Складний вибір, успішний бізнес. Прийняття рішень у стартапах». Програма лекцій розроблена спеціально для засновників стартапів на стадії pre-seed, але фаундерам більш зрілих стартапів також буде цікаво дізнатися про нюанси побудови технологічних компаній та досвід успішних бізнесів. Програма безоплатна для учасників, але необхідна реєстрація.

16 листопада, в день закриття щорічної технологічної конференції Web Summit, на головній сцені заходу пройшов фінал конкурсу стартапів PITCH. За результатами голосування журі та глядачів переміг бразильський стартап Inspira — розробник ШІ-асистента, який допомагає юристам систематизувати інформацію та оптимізувати рутинну роботу. Стартап, заснований під час пандемії, отримав перше фінансування у розмірі 960 000$ в pre-seed раунді у 2021 році. Рішення, яке пропонує ринку Inspiria, покликане демократизувати юридичну сферу та зробити юридичну інформацію більш доступною для всіх. «Нині ми спостерігаємо стрімкий ріст інвестицій у legaltech. Тому ця перемога для нас — найкоротший шлях до нових ринків і можливостей» — сказав співзасновник стартапу Енріке Ферейра під час нагородження на сцені Web Summit. Бразильський стартап переміг у декількох етапах відбору серед 105 компаній з усього світу, заздалегідь обраних для участі у конкурсі. Поряд з Inspira за головний приз змагалися українські Easy Peasy Insurtech (платформа для страхування), EQ.app (застосунок для покращення ментального здоров’я), екостартап S.Lab та Uspacy (платформа для організації цифрового робочого простору).

У останній місяць осені пропонуємо перелік вакансій для продакт-менеджерів. Пропозиції — на різний смак, напрям і ґрейд. Обирайте, з чим цікавіше працювати — застосунком для вивчення іноземних мов, фінтех-продуктом або ж апкою для розпізнавання рослин з ML-технологіями. У нашому новому дайджесті знайдеться пропозиція для кожного. Chief Product Officer Професіонала на одну з ключових управлінських посад шукають до компанії Boosters, флагманський продукт якої — застосунок для вивчення іноземних мов Promova. Платформа дає змогу опановувати мову самостійно або ж відвідувати розмовні клуби, групові заняття чи індивідуальні онлайн-заняття з менторами. Крім того, Promova взяла участь у національній програмі Future Perfect та безкоштовно навчатиме українців англійської мови. Розвиток подібного продукту — амбітний виклик, з яким впорається людина, яка керувала проєктами в технологічних бізнесах, запускала та масштабувала диджитал-продукти. Важливі стратегічне мислення та здатність розв'язувати проблеми. Серед зон відповідальності — управління продуктовою та інженерною командами, аналіз ринку та розробка продуктової стратегії, а також розвиток своєї команди. Product Manager Genesis Accelerator розвиває перспективні ІТ-продукти у секторі B2C: інвестує в проєкти на ранніх стадіях, нарощує масштаби та допомагає створювати успішні компанії з продуктами для мільйонів користувачів у всьому світі. Це вакансія для фахівця-початківця. Він працюватиме з продуктом у сфері Fashion. Робочі обов’язки стандартні: аналізувати конкурентів, генерувати продуктові гіпотези, перевіряти їх через A/B-тести та планувати завдання. Ідеальний кандидат уже працював на аналогічній посаді мінімум пів року, знає ключові метрики та їхні взаємозв'язки, розуміється на UI/UX-частині продукту, володіє англійською на рівні Upper Intermediate. Перевагу нададуть фахівцю, який знає, як сформулювати грамотне ТЗ для команди розробки. Product Manager (вакансія закрита) Також у Genesis Growth Accelerator шукають продакта рівня мідл. Вимагають два-три роки релевантного досвіду. На позиції він буде проводити користувацькі дослідження, генерувати продуктові гіпотези, проводити А/В-тести, а ще — координувати роботу дизайнерів, розробників та аналітиків. Найкраще з цим завдання впорається фахівець, що професійно володіє MS Excel та Power Point, розуміється на базовій статистиці та теорії ймовірності, вміє швидко рахувати й робити висновки. Чудово, якщо він ще й знає SQL або Python, зіштовхувався з REST API та працював з системами аналізу й візуалізації даних, як-от Google Analytics, Amplitude, Mixpanel, Tableau, Power BI. Product Marketing Manager (вакансія закрита) Компанія PlantIn розробляє застосунок для догляду за рослинами на основі ML-технологій. Команда посилює вебнапрям та шукає фахівця, який його розвиватиме. Основне завдання — взаємодіяти з маркетинг-командою, аналізувати поведінку користувачів, генерувати продуктові гіпотези та A/B-тести, досліджувати ринок та конкурентів. Очікують, що кандидат має два чи більше років досвіду в роботі з B2C-продуктом, успішно проводив A/B-тести, працював з інструментами аналітики та дизайну, а також знає англійську мову. Вакансії партнерів Product Manager Продакт-менеджера шукають до Codefinity — освітньої платформи для навчання програмування. Платформу заснували у 2021 році, і з того часу її завантажили вже сотні тисяч людей по всьому світу. Що потрібно: один-два роки досвіду на посаді продакт-менеджера, бізнес- чи дата-аналітика, орієнтованість на результат та знання всіх етапів життєвого циклу розробки. Робочі завдання передбачають дослідження користувачів, аналіз метрик, співпрацю із саппортом, а також розробку ТЗ для технічної та дизайн-команд відповідно до бізнес-візії. Product Marketing Manager Ще один фахівець приєднається до Codefinity, аби вдосконалити наявні та створити нові воронки для залучення користувачів. Для цього йому знадобиться досвід роботи у продакт-менеджменті або маркетингу з фокусом на User Aquisition, вміння оптимізувати рівень конверсії, здатність аналізувати дані та робити висновки, які потім можна буде використати для рішень у продукті. Product Owner Solidgate — це B2B-платформа у сфері онлайн-платежів. Команда будує фінтех-екосистему для швидкого, безпечного та вигідного приймання оплат в усьому світі. Шукають Product Owner, який розвиватиме сервіси для зменшення ризиків, пов’язаних з фродом з боку платників. На позиції кандидат очолить продуктово-технічну команду Chargeback Prevention та відповідатиме за Discovery-стадію. Щоб приєднатися, потрібно мінімум три роки комерційного досвіду, півтора з яких на позиції PO або Product Manager, досвід побудови успішних IT-продуктів, в ідеалі — масштабних та складних проєктів. Технічний бекграунд, англійська рівня B1, обізнаність у UI/UX стануть перевагами. Що почитати про продакт-менеджмент? Матеріали, щоб розібратися в продакт-менеджменті Позиція продакт-оунера з’явилася у 90-x роках разом з методологією Scrum. Суть його роботи — зібрати вимоги стейкхолдерів, обрати ключові з них та донести команді. Залежно від бізнесу, він може керувати продакт-менеджером, або підпорядковуватися йому. Останній, своєю чергою, відповідає за повний життєвий цикл продукту. Його мета — створити прибутковий продукт, синхронізувавши роботу усіх департаментів. Детальніше — у двох наших гайдах: про роль продакт-оунера та позицію продакт-менеджера. Що дратує продакт-менеджерів. 9 болів від фахівця з Keiki Продакт-менеджери першими знаходять болі користувачів, та роблять все, аби їх позбутися, та вдосконалити продукт, з яким працюють. Однак вони й самі мають чимало складних моментів у роботі: нечіткі посадові інструкції, відповідальність за команду, невизначеність на шляху до ідеальних показників та інше. За посиланням — детальний перелік розповсюджених болів. 7 міфів продуктового ІТ. Спростовує CTO Продуктове IT, як і про інші типи ІТ-бізнесів, має низку упереджень. Наприклад, є думка, що через гонитву за бізнес-показниками доводиться поступатися якістю. А що таке якість? Здавалося б, відповідь очевидна, але ні — можна сперечатися. Або ще один стереотип — рішення диктують цифри в аналітиці, а програміст — це просто «робочі руки». Так, без data-driven рішень вдалого продукту справді не вийде, але аргументована думка розробника не менш важлива, й також впливає на фінальний результат. У тексті — ще більше таких прикладів та спростувань.

Українська EdTech компанія Headway, партнер Genesis, увійшла до переліку європейських стартапів, які є найбільш перспективними у сфері цифрової освіти — The Europe EdTech 200 від міжнародної аналітичної компанії HolonIQ. The Europe EdTech 200 щорічно представляє список із двохсот найбільш молодих, швидкозростаючих та інноваційних компаній Європи у сфері цифрової освіти. Мета — привернути увагу інвесторів до стартапів та продемонструвати перспективні європейські компанії учасникам EdTech ринку. Перелік містить 10 категорій: Content, («Контент»), Management systems («Системи менеджменту»), Advanced Technology («Передові технології»), Tutoring and Test prep («Репетиторство та підготовка до тесту») та інші. Headway потрапив до рейтингу компаній для «Онлайн навчання». Список формується на основі даних Impact Intelligence Platform, а також якісних оцінок від підрозділу HolonIQ Intelligence Unit та експертів із ринку за п’ятьма параметрами: Ринок — якість і відносна привабливість конкретної категорії ринку, в якій конкурує компанія. Продукт — якість, унікальність і його вплив. Команда — досвід та різноманітність лідерів. Капітал — фінансовий стан компанії та її здатність забезпечувати достатнє фінансування. Динаміка — позитивні зміни розміру, швидкості та впливу компанії з часом. «Радий бачити Headway у цьогорічному списку The Europe EdTech 200. Це вкотре доводить наскільки цінними для світу є технології, які ми розробляємо тут, в Україні», — коментує CEO та засновник Headway Антон Павловський. Крім Headway, HolonIQ включили до переліку й інші перспективні EdTech компанії родом з України. Серед них: Classtime — платформа для інтерактивного дистанційного навчання, Buki — ресурс для пошуку репетиторів у 7 країнах, Gios — інтерактивні курси з математики та All right — платформа для дітей із вивчення англійської мови. HolonIQ — міжнародна компанія, що спеціалізується на аналітиці глобальних даних в сферах освіти, охорони здоров’я, енергетики та екологічної стійкості. Компанія була заснована в 2018 році, має офіси в Нью-Йорку, Лондоні та Сіднеї. Серед клієнтів HolonIQ: Amazon, Apple, Unicef, Lego та інші. Headway — EdTech стартап, що створює продукти з мікронавчання. За дослідженням ринку від GP Bullhound, компанія входить до переліку найкращих стартапів Європи з потенціалом досягти капіталізації в $1 млрд у найближчі два роки. Також входить до списку найвпливовіших компаній у світі, що трансформують цифрове навчання та навички спеціалістів — GSV 150. У 2023 компанія отримала нагороду Allstars Awards — Allstar Company Challenge, а CEO та засновник Антон Павловський став Entrepreneur of the Year. Компанію створили у 2019 році. За 4 роки вона зросла з 3 до понад 200 людей у команді та відкрила офіси у Києві, Варшаві, Нікосії та Лондоні. Продукти Headway допомагають розвиватися 80+ мільйонам людей у світі через лаконічні формати освітнього контенту: самарі, курси, ігри, інфографіки. Флагман — Headway app — застосунок № 1 у світі у ніші книжкових самарі. Його завантажили понад 30 млн користувачів у світі. У 2023 році застосунок отримав відзнаку Editors’ Choice від App Store та потрапив на головний екран App Store у США як App of the Day п’ять разів.

Раніше, до широкого розповсюдження інтернету, всі розробники були фулстеками. Застосунки та сайти були простими, тож фактично кожен міг розробити та вдосконалити продукт самотужки. Коли технології розвинулися, з’явився поділ на фронтендерів та бекендерів, а коли інструменти розробників стали ще потужнішими — роль фулстека знову повернулася до переліку затребуваних вакансій. Про позицію єдиного розробника у продукті, його навички, обов’язки та кар’єрний шлях розповідає Антон Пінкевич, Full Stack Team Lead у Universe, компанії з екосистеми Genesis. > Хто такий Full Stack Developer > Коли компанії наймають Full Stack Developer > Як з’явилася роль Full Stack Developer > Обов’язки Full Stack Developer > Навички та знання Full Stack Developer > Переваги напряму > Недоліки напряму > Види фулстек-розробників > Чотири міфи про фулстек-розробників > Як стати фулстек-розробником Хто такий Full Stack Developer Full Stack Developer — це програміст, який розуміється і на користувацьких інтерфейсах, і на серверних компонентах. Він може самостійно реалізувати MVP або навіть нескладний повноцінний продукт. Кожен такий розробник володіє певним набором мов програмування, фреймворків, утиліт та бібліотек для фронтенду та бекенду — це його стек. Робота з базами даних чи операційними системами, відправка проєкту на прод, його оновлення також входять до обов’язків фулстек-розробника. «Моя кар’єра фулстек-розробника розвивалася в два етапи. Спочатку був власний проєкт, а потім великий бізнес. У 2015 році ми з командою запускали онлайн-магазин чаю. Я уже тоді займався програмуванням, тож взявся за технічну частину проєкту. Стек обирали з нуля, тож я мав змогу експериментувати з усім, що було цікаво. Пізніше я потрапив до Universe — як фронтенд-розробник рівня сеньйор. Ми разом з командою з трьох бекендерів працювали над запуском нового напряму. Пізніше бекенд-команда розпалася, а у наймі кількох окремих спеціалістів уже не було бізнес-потреби. Мене запитали, чи впораюся із підтримкою серверної частини — і я погодився, адже мав відповідний досвід. Так я вдруге став фулстеком, уже на боці крупного IT-бізнесу», — розповідає Антон Пінкевич, Full Stack Team Lead в Universe. Коли компанії наймають Full Stack Developer Подібна вакансія може з’явитися в кількох випадках. Наприклад, це стартап, якому необхідно швидко запуститися. Або ж продукт уже розробили, і наразі потрібна тільки підтримка. Тоді замість команди з фронтенд- та бекенд-розробників бізнесу простіше найняти одну людину, яка швидко розбереться у логіці продукту та оперативно вноситиме зміни. «Стартапу чи маленькому бізнесу завжди краще наймати фулстека. Здебільшого, одна людина цілком впорається з потрібним навантаженням. Коли стартап виростає, а бізнес-модель стає більш зрозумілою та виправданою, можна наймати більшу команду», — говорить Антон Пінкевич. Як з’явилася роль Full Stack Developer На початку доби інтернету диджитал-продукти були простими та статичними. Для верстки інтерфейсу, налаштування серверів та розміщення проєкту на хостингу не потрібно було місяцями вивчати актуальні технології. Одна людина цілком могла спроєктувати повноцінний застосунок чи сайт, тож всі розробники за замовчуванням були фулстеками. Пізніше інтернет почав поширюватися серед користувачів, і конкуренція між виробниками ПЗ стала зростати. Аби виділитися серед інших, розробники придумували більш інтерактивний дизайн та комплексну функціональність. Урешті-решт, застосунки та сайти стали настільки складними, що одна людина уже не могла впоратися з підтримкою всього продукту. Тоді з’явилися спеціалізації. Користувацьким інтерфейсом та скриптами на стороні клієнта почали опікуватися фронтенд-розробники, а серверну частину взяли на себе бекендери. Посиленню спеціалізації сприяла поява фреймворків та бібліотек на кшталт Ruby on Rails, Django та AngularJS. З часом до роботи над проєктами залучали все більше людей, тож виробництво продуктів та сервісів дорожчало. Не стояв на місці й розвиток технологій. Спочатку обертів активно набирали jQuery, CSS3, HTML5. Пізніше популярним став стек LAMP (Linux, Apache, MySQL, PHP / Python / Perl) з відкритим вихідним кодом усіх компонентів. Рішення для хостингу також ставали доступнішими. Згодом численність та різноманітність технологій знову дали змогу окремим програмістам брати на себе повний цикл створення застосунку. Обов’язки Full Stack Developer Роль фулстека передбачає всі аспекти створення вебзастосунків — від проєктування архітектури до інтеграції продукту з базою даних та його підтримки. «Це дуже схоже на роль СТО, але з меншим масштабом, — каже Антон Пінкевич. — Запити від бізнесу можуть бути різними — і аналітика, і верстка, і оптимізація. А вже що робити і як саме, розробник обирає самостійно». Якщо детальніше, то фулстек: пише код для фронтенд- та бекенд-частини; забезпечує інтеграцію продукту з базою даних; налаштовує серверну частину, зокрема, створює API для взаємодії з іншими службами й застосунками; підтримує адаптивний дизайн застосунків; виявляє та виправляє помилки в продукті та оптимізовує його продуктивність; стежить, щоб проєкт був готовий для тестування; розгортає продукт на серверах та підтримку його роботи в продуктивному середовищі; оновлює продукт та відповідає за його функціональний розвиток на основі вимог. Навички та знання Full Stack Developer Такий фахівець має хоча б поверхово розумітися на кожному шарі технологічного стека. Йдеться не лише про володіння мовами програмування фронтенду та бекенду, а й обізнаність у базах даних, серверних налаштуваннях, сучасних фреймворках, системах контейнеризації тощо. Втім, однаково добре розумітися і на фронтенді, і на бекенді не вийде. Фулстек-розробник не може бути майстром у всьому, зазначає Антон Пінкевич. «Подібних людей просто не існує. Навіть у досвідченого фахівця якісь навички будуть сильнішими, а якісь слабшими. У мене, наприклад, фронтенд прокачаний на максимум, а от у плані бекенду ще є куди зростати», — говорить розробник. Пріоритети для розвитку в конкретний момент варто визначати, залежно від бізнесу, в якому працюєте чи хочете працювати. «Наприклад, у фінтех-продуктах фронтенд часто дуже простий, він може складатися з однієї адмінки. А от «під капотом» — складна інфраструктура, яку підтримують саме бекендери. Якщо це освітній продукт з акцентом на клієнтську частину, все навпаки. Бекенд тут можна легко закрити з допомогою BaaS (backend as a service), а от для фронтенду потрібен досвідчений фахівець», — пояснює Антон Пінкевич. Хард-скіли Ось низка навичок, якими варто оволодіти будь-кому, хто прагне стати фулстек-розробником. HTML та CSS. HTML потрібен, щоб наповнити сторінку контентом, CSS — для того, щоб гарно її оформити. Ці два інструменти дозволяють спроєктувати все, що побачить користувач. JavaScript. Це мова-«монополіст» у фронтенді, якою можна писати програми майже будь-якої складності — від бота для відправки повідомлень до багатошарових ecommerce-проєктів. JavaScript повністю інтегрується з HTML, CSS й серверною частиною, підтримується основними браузерами та суттєво знижує навантаження на сервер. Angular, Vue, React або ж Next.js. Перші три — це взаємозамінні фреймворки, тож фулстек-розробнику достатньо знати хоча б один із них. Вони потрібні, аби вебсторінка була функціональною, а не лише відображала інформацію. Next.js дає можливість писати фулстек-застосунки «з коробки». Git. Система контролю версій допомагає відстежувати зміни у коді, повертатися до попередніх версій та працювати над кількома гілками розробки паралельно. Мови бекенду. Від мови бекенду залежить спеціалізація фулстек-розробника. Вибір мов доволі великий, розглянемо декілька найбільш популярних. PHP. Ця потужна та гнучка мова стала однією з найпопулярніших мов у бекенді завдяки тому, що її використовували популярні CMS, як-от WordPress. Його використовують, щоб надати динамічності та інтерактивності вебсайтам. Найперше варто вивчити фреймворки Laravel або Symfony. Java. Мова, яка уже стала класичною у програмуванні. Зазвичай її використовують для створення ігор, застосунків для операційної системи Android, а також серверних застосунків. Найперше варто вивчити фреймворки Spring або Hibernate. Python застосовують в аналізі даних, при машинному навчанні, веброзробці, геймдеві та багатьох інших сферах. Ключові фреймворки Django, Flask та FastAPI. Node.js. Відносно новий інструмент, який дає змогу виконувати JavaScript-скрипти на сервері, уже став популярним серед стартапів. Окрім роботи із серверними скриптами для вебзапитів, також використовується для створення клієнтських та серверних програм. Саме Node.js перетворила JavaScript на розповсюджену мову програмування з великою спільнотою розробників. Він має бути знайомий із фреймворками Adonis.js та Express.js. інші мови — C#, Scala, Go, Ruby. HTTP і REST. Аби системи легко обмінювалися даними, а застосунок можна було б швидко масштабувати, фулстек-розробник повинен базово розумітися на протоколах взаємодії мережі та користувача. Бази даних. Фулстек може підібрати оптимальну систему для зберігання даних та оптимізувати роботу з ними. Для цього він вивчає реляційні, як-от MySQL або PostgreSQL та не реляційні БД на кшталт MongoDB, Cassandra чи Redis. Базові знання DevOps дають змогу закрити увесь стек веброзробки. Ключове тут — знати основи системного адміністрування, Docker та Kubernetes для запуску застосунків, AWS MS чи Azure для хостингу застосунків. Софт-скіли Упередження про те, що для вдалої кар’єри розробнику потрібні лише хард-скіли потроху залишається у минулому. Саме «гнучкі» навички можуть стати визначальним фактором під час влаштування на роботу. Ось декілька ключових: вміння брати на себе відповідальність та шукати рішення; робота в команді; розуміння, як працює бізнес; гнучкість та адаптивність; вміння домовлятися; тайм-менеджмент. Ґрейди Попри упередження, що всі фулстеки — це сеньйори, їх кар’єрний шлях також підпорядковується певним ґрейдам. «Фахівець рівня джуніор не може завершити фінальну задачу самостійно, йому потрібне деталізоване ТЗ. Втім, навіть у своїй невеликій зоні відповідальності, він уже має набір інструментів та безліч варіантів, як саме вирішити завдання. Мідл здатний закривати завдання самотужки, якщо з ТЗ чітко зрозуміло, що саме має отримати бізнес. У сеньйора завдання складніші та абстрактніші, на цьому етапі в роботі з’являється більше невизначеності», — говорить Антон Пінкевич. Переваги напряму Кар’єрні можливості. Хочеться перемкнутися на чистий фронтен або бекенд? Запросто. Прагнете зростати до СТО? Будь ласка. Мрієте запустити свій продукт? Робота фулстек-розробника підготує вас до цього. Гнучкість та швидкість. Комунікаційних ланцюжків менше, ніж коли за фронтенд та бекенд відповідають різні люди, а отже процес розробки суттєво пришвидшується. Менше рутини. Проєкти, завдання та шляхи їх реалізації можуть бути дуже різними, тож фулстек-розробник має менше ризиків вигоріти через рутину. Недоліки напряму Знань ніколи не буде достатньо. Сфера IT постійно розвивається, з'являються нові технології, а тренди змінюються. Щоб створювати актуальні продукти, потрібно постійно тримати руку на пульсі. До того ж фулстек не може стати майстром у всьому — тож якийсь з напрямів його роботи, ймовірно, буде «провисати». Вузькоспеціалізовані фахівці завжди будуть кращими у своїй ніші. Навряд чи вам вдасться повністю зануритися у ту чи іншу мову чи технологію, тож ви завжди будете вміти менше, ніж розробник конкретного напряму. Складні завдання та високе навантаження. Оскільки одна людина має підтримувати всю архітектуру, більш-менш спокійних днів у вашій роботі буде небагато. Завдання будь-якої складності та напряму буде адресуватися саме вам — і з усім доведеться розбиратися самотужки. Види фулстек-розробників Для фронтенд-частини розробники зазвичай вчать приблизно один набір технологій: JavaScript та один з фреймворків. Тому спеціалізація визначається за мовами бекенду. У переліках вакансій можна побачити PHP Full Stack Developer, Java Full Stack Developer, Node.js Full Stack Developer, Python Full Stack Developer. Втім, технологічних стеків набагато більше, ніж мов програмування. Розглянемо, наприклад, MEAN, MERN та MEVN. Основні компоненти стеків — MongoDB, Express.js, Node.js, до яких доєднуться фронтенд-фреймворки Angular, React, Vue. Крім того, є LAMP — набір з чотирьох технологій: операційної системи Linux, вебсервера Apache, сервера баз даних MySQL й мови програмування PHP. Стек RoR чи RoRM призначений для Ruby on Rails. Залежно від запиту, до абревіатури може додаватися буква M, яка означає MySQL чи MongoDB. Останнім часом розробники звернули увагу також на «андеграундний» стек Bun + Elysia + HTMX. В основі — перспективний інструмент Bun, який прагне замінити Node.js. Це швидке середовище виконання JavaScript, бандлер, транскриптор та менеджер пакунків, подібний до Node.js та Deno. Чотири міфи про фулстек-розробників Фулстек-розробнику потрібні лише технічні знання. Фулстек-розробник також має вміти працювати в команді разом з дизайнерами, тестувальниками та продакт-менеджерами, планувати, оцінювати завдання, визначати пріоритети та грамотно розподіляти час, аналізувати дані та ухвалювати рішення тощо. Фулстек розробники вміють писати код будь-якою мовою. Завдання фулстека — спроєктувати клієнтську та сервісну частину. Для цього не потрібно знати безліч мов. Достатньо працювати з JavaScript з ключовими фреймворками фронтенду й одну чи дві мови бекенду. Фулстек — це завжди сеньйор. Насправді ні, все залежить від вимог проєкту. Якщо, наприклад, для підтримки продукту достатньо початкових знань в обох ключових напрямах, то позицію можна обійняти й з ґрейдом джуна. У всіх фулстеків — однакові навички. У реальності існує багато варіантів стеку, а розробник обирає стек відповідно до своїх завдань та проєктів. Наприклад, один програміст може використовувати Python та Django, другий — JavaScript та Node.js, третій — Ruby on Rails. Не варто забувати й про спеціалізації: мобільний, веб- чи SaaS-розробник будуть користуватися стеками відповідно до своїх професійних інтересів. Як стати фулстек-розробником «Я б радив розпочинати кар’єру з фронтенду, адже тоді ви самотужки зможете надати клієнту чи користувачу фінальний продукт у будь-якій ніші. Фахівці з бекенду більше затребувані у B2B-секторі, тож подібних бізнесів суттєво менше», — говорить Антон Пінкевич. Він додає, що для початку варто вивчити конкретний фреймворк. Наприклад, Next.js або ж React. «Останній зараз дуже популярний, зустрічається у вимогах приблизно 80% вакансій. Коли вже зрозуміло, як він працює, можна «закопуватися» далі — розбиратися з JavaScript, в багатопотоковостях, вебворкерах у браузерах тощо. Далі я б радив заглиблюватися у софтверну розробку, починати вчити бази даних та мови бекенду, такі як PHP чи Python», — — каже розробник. Коли ви добре засвоїте більшість основних інструментів для обох напрямів, то зможете претендувати на сеньйорні посади.

GitHub Copilot — один із ШІ-інструментів, які змінюють підходи розробників до щоденного кодування. Він допомагає прискорити робочі процеси, однак, як будь-яка нова технологія, викликає чимало критики та непорозумінь: чи правда дає оптимізацію до 55%, як заявляють у компанії? Олексій Румянцев, Максим Драгомірецький та Олесь Марола, розробники компаній з екосистеми Genesis, діляться кейсами використання GitHub Copilot на фронтенді та бекенді, а також лайфхаками, як бути продуктивнішим із допомогою цього інструменту. Вони також розповіли, як не можна використовувати Copilot, як запобігти витоку конфіденційної інформації, та як він працює в сторонніх програмних середовищах. > Що таке GitHub Copilot > Як використовувати GitHub Copilot > Плюси і мінуси > Кейси використання GitHub Copilot на фронтенді та бекенді > Чи безпечний GitHub Copilot: ліцензії та збереження даних > Лайфхаки роботи з Copilot > Що далі Що таке GitHub Copilot GitHub Copilot — ШІ-інструмент для розробників, який працює в IDE. Він надає підказки автодоповнення та генерує фрагменти коду, використовуючи систему OpenAI Codex, розроблену Microsoft. Copilot підтримує всі популярні мови програмування та фреймворки, а також інтегрований у різні середовищами розробки (Visual Studio Code, JetBrains, Neovim, Visual Studio, Azure Data Studio тощо). Модель навчається на базі відкритих репозиторіїв GitHub — найбільшого осередку вихідного коду світу, який налічує понад 100 млн розробників. Основні функції GitHub Copilot включають: автоматичне доповнення коду; підказки для використання API та бібліотек; документацію для функцій та класів; виявлення потенційних помилок; створення тестів тощо. Бета-версія GitHub Copilot зʼявилася в липні 2021 року. У дослідженні 2022 року в компанії заявили, що розробники приймають у середньому 30% пропозицій інструменту. В останньому звіті цей показник зріс до 55%. GitHub Copilot позиціонують як продукт, що виконує нецікаві рутинні завдання, дозволяючи розробникам фокусуватися на високорівневих завданнях. Його творці не планували замінити розробників і не передбачали виконання завдань зі складною логікою, проте з кожним новим продуктом його можливості зростають. Так, Copilot Labs пропонує функції рефакторингу та автоматичної документації, перекладу та пояснення коду, а також покращену функцію генерації тестів, Copilot X — автоматичну генерацію pull-реквестів та чат із підтримкою GPT-4. Компанія відкриває доступ до нових продуктів спочатку для середовища Visual Studio Code, а після офіційного релізу — для всіх інших IDE. Як використовувати GitHub Copilot Щоби розпочати роботу з Copilot, потрібно встановити плагін в IDE та пройти автентифікацію за допомогою логіна GitHub. Часто розробники починають тестувати інструмент у пустому проєкті, коли він взагалі не розуміє контексту, тому якість пропозицій досить низька. Наприклад, якщо ми відкриємо пустий проєкт і почнемо вводити console.log, він запропонує рішення для найпоширенішої задачі «Hello, world». Натомість Copilot навчається не тільки на відкритих репозиторіях, але й на коді розробника. Чим довше ним користуєшся, тим більш релевантні пропозиції він надає. Так, якщо одразу відкрити робочий проєкт і почати писати назву функції, Copilot проаналізує код навколо й запропонує варіанти реалізації. Якщо інструмент генерує нерелевантні пропозиції, можна залишити коментар і пояснити, що має виконувати код, або сформулювати конкретний запит. Таким чином розробник виконує роль оператора, який ставить задачі, перевіряє рішення, приймає або відхиляє їх. Плюси GitHub Copilot Прискорення розробки. Швидке створення прототипів програмного коду для експериментів та валідації ідей. Спрощення рутинних завдань, таких як генерація шаблонного коду або документації. Підтримка багатьох мов та фреймворків. Мінуси GitHub Copilot Код не завжди працює і не тестується інструментом. У коді трапляються критичні помилки та вразливості. Якщо розробник не розуміє, як працюють згенеровані рішення, це може бути шкідливо. Ліцензійна політика GitHub Copilot та непрозора схема збереження даних. Інструмент не завжди розуміє специфічні вимоги та контекст проєкту. Кейси використання GitHub Copilot на фронтенді та бекенді Уперше спробував GitHub Copilot, коли він тільки викотив безкоштовну бета-версію та був доволі «сирим». Перші враження були приємні, але його адаптивність до синтаксису та зчитування контексту проєкту не зовсім відповідають можливостям, заявленим у рекламі. На мою думку, одна з його найбільших проблем — те, що він навчається на публічних кодових базах, які не завжди містять якісний код. За моїми спостереженнями, у 2 з 10 випадків він дає нерелевантні пропозиції. Здебільшого він пропонує не вивірені продумані рішення, а перше-ліпше, що буде працювати. Це наче трейні, якому ви можете довірити найпростіше, а потім маєте ретельно перевірити виконання. Я рідко прошу Copilot створити функцію, метод чи цілий клас, адже на перевірку і виправлення його пропозицій піде більше часу, ніж на написання власноруч. Користуюся ним виключно для вирішення рутинних завдань — прописування полів, написання інтерфесів, коли потрібно перенести код з одного місця в інше, та для написання коментарів — у цих випадках Copilot чудово зчитує контекст. Я б не радив користуватися ним, як основним інструментом для написання коду. Скоріше це допоміжний інструмент, який інколи дозволяє зекономити час та прискорити виконання рутинних завдань. Загалом він економить до 10% мого часу, що теж є непоганим результатом. Усі розробники періодично гуглять базову інформацію, наприклад, функції або RegEx для форматування чи пошуку. На мою думку, ШІ-інструмент економить час саме на ручний пошук та прямий перехід у Google, GitHub чи Stackoverflow. Наприклад, можна залишити коментар створити регулярний вираз, який прибирає пробіли, натиснути Enter, і він одразу запропонує вираз або функцію з ним. Це дуже зручно! Також я використовую Copilot для створення статичних обʼєктів, генерації коментарів, переносу статичних даних із дизайну та багатьох інших рутинних завдань. Наприклад, мені потрібен масив, для якого вже є заготовки та дані, тоді пишу коментар створити обʼєкт, і він виконує. Думаю, якщо зараз Copilot перестане працювати, у мене виникне дисонанс, адже тепер всю цю дрібну рутину треба писати самому. Щоби Copilot коректно працював, найкращий лайфхак — добре розуміти, що саме ти хочеш отримати та лаконічно та поетапно формулювати завдання. Не варто просити видати одразу готовий результат. Трапляються моменти, коли Copilot конфліктує з IDE та редактором. Це неприємно, але цей інструмент настільки добре прискорює мою роботу, що це здається несуттєвим. Вважаю, що GitHub Copilot може бути корисним для джунів, якщо підходити до його використання відповідально. Так само як не варто копіювати першу ліпшу відповідь зі Stackoverflow, треба ретельно аналізувати та розбиратися, що пропонують ШІ-інструменти. Приклад генерації методу видалення зайвих пробілів із допомогою ШІ: Найчастіше я використовую GitHub Copilot для роботи з DI-контейнером. У ньому ми прописуємо всі наявні компоненти та сервіси, які створюють залежності між собою, і конфігуруємо це в спеціальних файлах. Це завдання — суцільний бойлерплейт, адже ти мусиш вказати залежності при написанні сервісу, потім — у конфігураційному файлі. А якщо це загальні інтерфейси, потрібно ще додатково вказати конкретну реалізацію. Таких сервісів — багато: великих і маленьких, з різними залежностями. До того ж у цій рутині можна помилитися і випадково поміняти місцями компоненти, що додасть нових проблем. Раніше це вимагало багато ручної роботи, зараз цю рутину виконує Copilot. Усе, що мені потрібно зробити — зайти в конфігураційний файл і натиснути одну кнопку. Далі він сам пропонує встановити залежності та зібрати із цих компонентів той сервіс, який мені потрібен. Також копайлот непогано вміє доповнювати код при написанні методу, який імплементує якусь маленьку частину великої логіки. Це відбувається за умов вдалої назви для методу, щоби ШІ зміг зрозуміти, які аргументи він має приймати. Я випробував його на написанні юніт-тестів для функцій, але результат мені не сподобався. По-перше, кожен пише тести по-різному, і для того, щоб він писав їх у твоєму стилі, йому потрібно спочатку показати, як це робити. Також він виконує це завдання максимально стандартно. І найскладніше — після генерації десятків тестів, треба в них розібратися та впевнитися, що вони працюють. Отже, це не дуже економить час. У великих фрагментах коду буде важко відловити баги, адже пропозиція Copilot може містити приховану логіку. Якщо це не базова задача, на кшталт порахувати числа Фібоначчі, а стосується складної бізнес-логіки, краще зробити її власноруч. Щоби Copilot справді економив час, треба делегувати йому лише повторювані бойлерплейт-завдання. Не згоден, що раціональне використання ШІ-інструменту призводить до деградації розробників. Рутинні завдання, з якими допомагає Copilot, не сприяють навчанню чи прокачуванню якихось навичок — хіба що тайпінгу по клавіатурі. Натомість у розробників з’являється більше часу для цікавих високорівневих задач. Приклад роботи з DI-контейнером: Спочатку Copilot створює аргументи у useFactory в такому ж порядку, як вказано в Inject-масиві. Далі він пропонує створити PaymentsService з усіма цими параметрами на своїх місцях. Це не тільки значно швидше, ніж писати вручну, але і значно безпечніше. Приклад написання невеликої функції з розумінням загальному контексту та інтерфейсів сервісів: Чи безпечний GitHub Copilot: ліцензії та збереження даних У користувачів виникає чимало питань щодо безпеки використання GitHub Copilot. Відомо, що він зберігає згенерований код для навчання, але як використовує його? Кому насправді належать права на згенерований код? У листопаді 2022 року користувачі подали в суд за порушення GPL-ліцензії з вимогою компенсації $9 млрд. Компанія зізналася, що до терабайтів датасету для навчання моделі увійшли всі публічні репозиторії на GitHub без обмежень. Своєю чергою команда GitHub Copilot запевнила, що не копіює фрагменти коду, а відтворює оригінальний код на базі отриманих даних. Однак у спільноти є питання, як зберігається код, який GitHub парсить для навчання, та чи не може він потрапити в руки зловмисників. «Достеменно невідомо, яка саме інформація з вашого проєкту відправляється на сервери GitHub, адже фактично в нього є доступ до всієї локальної інформації, у тому числі .env-файлів, — ділиться Олексій Румянцев. — Користуючись цим інструментом, треба максимально відгороджувати усю чутливу інформацію, не відкривати поруч файли із секретами та креденшиалами». Доступ до .env-файлів може призвести до витоку чутливої інформації, такої як паролі, ключі доступу, токени й інші конфіденційні дані. Щоби цьому запобігти, рекомендується не додавати .env-файли до репозиторію та включити їх до файлу .gitignore, щоб їхній вміст не зберігався в системі керування версіями. Розробнику краще заборонити GitHub Copilot доступ до системи керування версіями. Варто також шифрувати конфіденційні дані, перш ніж зберігати їх у .env-файлах, та подбати про аудит доступу. Загалом, GitHub Copilot — це інструмент, який полегшує роботу, але відповідальність за безпеку залишається на розробниках. Необхідно завжди перевіряти та тестувати генерований код на вразливості. Лайфхаки роботи з Copilot Розбийте завдання на етапи та робіть прості конкретні запити. Дозвольте GitHub Copilot генерувати код після кожного кроку, а не просіть його створити великий фрагмент одразу. На відміну від ChatGPT, де промпт може містити багато повідомлень та ітерацій уточнень, у базовому Copilot такої можливості немає — промпт у коментарях до коду має бути максимально коротким. Наведіть приклад. Такий підхід корисний на початку роботи з інструментом. Наприклад, створюючи юніт-тести, можна відкрити файл із тестами в сусідній вкладці. Так Copilot швидше зрозуміє контекст та стиль написання, а не виконуватиме задачу, як йому заманеться. Слідкуйте за відкритими вкладками в IDE. GitHub Copilot використовує техніку навчання «сусідні вкладки», яка дозволяє йому контекстуалізувати ваш код, обробляючи всі відкриті файли. Наприклад, працюючи із сервісом, можна відкрити конфігураційний файл, щоби Copilot зрозумів його залежності. Розробники GitHub Copilot рекомендують тримати відкритими 2–3 вкладки, які допоможуть інструменту контекстуалізувати код. Водночас при роботі з Copilot не рекомендується тримати відкритими файли із конфіденційною інформацією. Використовуйте хороші практики кодування. Структурований код, надання описових імен змінних, методів і функцій, а також дотримання стилів та шаблонів сприятимуть релевантним пропозиціям ШІ. Якщо інструмент не реагує на коментар, почніть самостійно виконувати своє завдання, написавши кілька літер. Так Ші зорієнтується, що саме вам потрібно й надать вдалу пропозицію. Що далі Щороку на ринку зʼявляються нові ШІ-інструменти з розумними чатами, автодоповненням коду, підготовкою документації та виправленням помилок. Ймовірно, можна очікувати, що скоро аналоги Copilot будуть «прикручені» до кожної IDE. Розробникам важливо знати, як користуватися цими інструментами та слідкувати за новинками ринку, щоби тримати себе в тонусі. Правильне використання ШІ робить їх продуктивнішими, тому не можна ігнорувати розвиток цих технологій. Популярні ШІ-інструменти для розробки: Tabnine Amazon CodeWhisperer Replit Ghostwriter Codeium Mintlify Grit.io SourceGraph Cody Tabby AdrenalineAI CodeComplete Нідерландський розробник Гвідо ван Россум, автор мови програмування Python, використовує GitHub Copilot щодня. В Lex Fridman Podcast він стверджує: «хіба розробники втрачають роботу, використовуючи Stackoverflow? Я так не думаю. Це просто допомагає справитися з нудною рутиною. Проте ви не маєте використовувати Copilot в речах, у яких ви погано розумієтеся. Такий інструмент потрібен для завдань на кшталт «нагадай мені, як я це робив». Це лише асистент, який економить час на тайпінгу, але вся креативна робота та прийняття рішень — за вами».

Платформа для вивчення мов Promova, яку розвиває компанія Boosters з екосистеми Genesis, стала одним із перших продуктів у національній програмі популяризації англійської мови Future Perfect. Про це йдеться на сайті Міністерства цифрової трансформації. Мета Promova — допомогти вивчати іноземні мови за допомогою застосунку та вебверсії продукту. Українцям відкрили безкоштовний преміум-доступ на три роки. Платформа надає українцям безоплатний доступ до чотирьох курсів англійської: General English, Business English, English with TV series та Travel English. «Володіння іноземними мовами дає змогу розуміти контекст різних країн та націй. Що більше мов українці знатимуть сьогодні, то комфортніше їм буде знаходити глобальні можливості для себе, своєї кар’єри, навчання чи бізнесу. Національна програма Future Perfect — це можливість, зокрема, допомогти українцям вивчати англійську, яка сьогодні є мовою міжнародного спілкування. Дякуємо платформі Promova за спільну роботу над побудовою майбутнього, у якому українці відкривають нові горизонти за допомогою іноземних мов», — зазначила Валерія Іонан, заступник Міністра цифрової трансформації з питань євроінтеграції. У Promova можна знайти граматичні та вокабулярні уроки, а також заняття для тренування англійської вимови за допомогою машинного навчання. Крім того, на платформі доступні книги світової класики, адаптовані під різні рівні англійської мови. Навчатися на платформі українці зможуть з поясненнями українською або ж англійською для більшого занурення. «Коли Уряд запропонував Promova стати одним з учасників програми Future Perfect, ми одразу погодилися. Українці повинні мати доступ до якісного контенту, щоб опанувати англійську та поділитися своїми знаннями, ідеями й досвідом зі світом. Щоби це стало можливим, ми надали українцям безоплатний Premium-доступ до всіх мовних курсів на Promova на три роки. Ми натхненні бути частиною цієї програми та надавати мільйонам українцям можливість жити краще, допомагаючи досягати їхніх цілей у вивченні іноземних мов», — пояснює Андрій Скрипник, генеральний директор та співзасновник платформи Promova. Застосунок Promova вже завантажили понад 12 мільйонів користувачів у всьому світі. Нині на платформі доступні десять іноземних мов. Серед них — п’ять найпопулярніших мов світу, а також корейська та українська. Користувачі можуть вибрати і мову для навчання, і ту, якою хочеться одержувати пояснення. Скористатися можливістю можна, зареєструвавшись на сторінці Free for Ukraine на сайті Promova та підтвердивши громадянство через Дія.Підпис. «Для Genesis важливо підтримувати ініціативи, що якісно впливатимуть на освіту та розвиток суспільства. Як компанія, що створює глобальні бізнеси з України, ми прагнемо, щоб кожен громадянин мав більше знань та можливостей. На старті моєї кар’єри знання англійської допомогло мені влаштуватися в одну з чотирьох найбільших аудиторських компаній світу. Це заклало підґрунтя якісного професійного розвитку на багато років вперед», — розповів Артем Копанєв, головний операційний директор Genesis. Promova — платформа для вивчення іноземних мов, яку запустили 2019 року в компанії Boosters з екосистеми Genesis. Наразі кількість активних користувачів платформи досягла 1 мільйону, загальна кількість завантажень — 12 мільйонів. Вивчати мову можна самостійно або ж відвідувати онлайн-заняття з мовними менторами, розмовні клуби та групові заняття.

Фонд компетентної допомоги армії «Повернись живим» і кофаундингова IT-компанія Genesis презентують проєкт «‎Здіймемо рокіт», покликаний забезпечити бригади Сил ТрО ЗСУ комплектами аеророзвідки. Мета проєкту — зібрати 10 732 080 грн, завдяки яким 112, 114 та 241 бригади отримають дрони, засоби живлення і зв'язку та іншу техніку. Зокрема, аеророзвідників кожної бригади планується забезпечити 18 квадрокоптерами і понад сотнею батарей до них, 12 портативними і трьома автомобільними раціями, 10 планшетами, 6 зарядними станціями, а також підсилювачами сигналу, флешками, моніторами і ноутбуками. Участь у проєкті «‎Здіймемо рокіт» візьмуть команди екосистеми бізнесів Genesis та партнерських компаній — appflame, Solidgate, Quarks, Headway, Universe, Legit. Втім, підтримати збір зможе кожен охочий за посиланням. Проєкт став продовженням системного партнерства Genesis, «Повернись живим» та Сил ТрО ЗСУ, яке розпочалося на початку 2023 року в межах навчального курсу «‎Вишкіл капітанів». Володимир Многолєтній, засновник та CEO Genesis: «Це новий спільний проєкт разом з фондом «Повернись живим» — однією з найбільш авторитетних і компетентних команд допомоги ЗСУ. Genesis разом із партнерами докладає багато зусиль, щоб надавати системну допомогу армії в тому напрямі, який ми визначили для себе пріоритетним. Тепер військові, що пройшли курс «Вишкіл капітанів», зможуть отримати бригадні комплекти для забезпечення своїх аеророзвідників. Ми вдячні нашим бійцям за захист і раді бути партнерами проєкту «Здіймемо рокіт», націленого на перемогу». Організатори зосередились на комплексному забезпеченні бійців, адже замість виходу бійців «за нуль» цю роботу виконуватимуть дрони. Аеророзвідка значно зменшує загрозу життю наших бійців, а часто і рятує. Бригадні комплекти дають змогу бачити необхідну «картинку» на відстані і передавати її для коригування вогню, оборони та інших численних задач на полі бою. Тарас Чмут, директор фонду «Повернись живим»: «Повернись живим» долучився до розбудови територіальної оборони України 2020 року. І з початком нового етапу війни ми щоденно працюємо на забезпечення підрозділів, зокрема й ТрО, необхідною поточною допомогою в техніці й обладнанні. Крім того, купуємо для Тероборони зброю — міномети, кулемети, гранатомети. Також допомагаємо разом із групою компаній Genesis у підготовці бойових офіцерів. І ці люди на війні потребують «очей» — дронів для ефективної і безпечнішої розвідки. Тож дякуємо партнерам і всім, хто долучається до нашого проєкту». «‎Здіймемо рокіт» — це спільний проєкт Genesis i фонду «‎Повернись живим». Ціль проєкту – зібрати 10 732 080 грн, завдяки яким 112, 114 та 241 бригади Сил Територіальної оборони ЗСУ отримають комплекти аеророзвідки. Вони складатимуться з дронів, додаткових акумуляторів, карт пам’яті та антен для посилення сигналу. Проєкт став продовженням системного партнерства Genesis і ТрО ЗСУ, яке розпочалося на початку 2023 року в межах навчального курсу «‎Вишкіл капітанів».

Genesis посіла четверте місце серед найбільших IT-компаній за версією Forbes Ukraine. Видання вперше з початку повномасштабного вторгнення представило рейтинг з 200 компаній — лідерів української економіки. Відповідне дослідження опублікували в номері Forbes за жовтень — листопад 2023 року. Найбільших гравців ринку обирали у 15 галузях, серед яких — ритейл, фарма, транспорт і логістика, агропромисловий комплекс, телекомунікації, IT тощо. Порівнюючи з 2021 роком, загальний список компаній зробили удвічі більшим, включивши до нього не 100, а 200 бізнесів. В IT-секторі редакція Forbes Ukraine виділила 10 найбільших компаній. Перші три позиції посіли сервісні компанії SoftServe, EPAM Systems та GlobalLogic. Більшість місць у рейтингу — саме за сервісними IT-гігантами. Продуктових бізнесів всього два — Genesis та виробник систем безпеки Ajax Systems. Укладачі рейтингу акцентують на тому, що частка співробітників у продуктових та сервісних бізнесах зрівнялася уперше за п’ять років. Вони також зазначили, що Genesis разом з Ajax Systems та Netpeak Group — у топі найму серед IT-бізнесів. Так, у 2022 році Genesis збільшила команду на 30% — загальна частка співробітників зросла до 3000 людей. «Більша частина з 300 000 осіб, що працюють в українському IT, залишилася в Україні. Це надихає та зміцнює віру у майбутнє», — говорить СЕО та співзасновник Genesis Володимир Многолєтній. Переможців визначали за кількома критеріями, ключовий з яких — виторг. Також враховували динаміку виторгу, прибуток та кількість працівників. Раніше Genesis посіла перше місце у рейтингу найкращих роботодавців воєнного часу за версією видання Forbes Ukraine. Це перше дослідження вітчизняного ринку роботодавців під час війни, яке стало наймасштабнішим в історії рейтингу Forbes.

Тестувальник допомагає помітити та виправити помилки в продукті до того, як їх побачить мільйон користувачів. Стереотип про те, що робота QA — це просто сходинка на шляху до «справжньої» розробки, залишився в минулому. Аби стати професіоналом своєї справи, фахівець має розумітися не лише на своєму домені, а й на бізнес-складовій. У цьому матеріалі ми розглядаємо сім труднощів, з якими зіштовхуються QA-інженери, поки відловлюють всі баги у продукті. Перелік сформулювала Каріна Карпінська, QA Lead в OBRIO. Каріна має п'ять років професійного досвіду. За два роки в команді OBRIO, вона вибудувала QA-процеси з нуля, а зараз посилює власну команду. Коли програмісти розробили новий функціонал чи допрацювали старий, завдання переходить до QA-інженерів. Трапляється так, що частину завдань, пов’язаних із тестуванням, розробники пропускають. Наприклад, у нас на кожну фічу підіймається окрема рев’ю-гілка. Ми їх називаємо рев’ю-апками. Кожній такій апці відповідає окремий лінк. Щоби протестувати зміни на беці, розробник має окремо підняти рев’ю-апку на фронті. Відповідно, якщо проєктів декілька, й усюди були зміни, підіймати гілки на фронті потрібно окремо під кожен проєкт. Буває так, що розробники забувають підіймати необхідне середовище. Тоді життя тестувальника стає складнішим, адже він має витрачати час на пошук потрібних лінків. Однак, я думаю, що це просто людський фактор, а завдання пропускаються через банальний поспіх. Подібні проблеми можна вирішити чеклістом, аби розробник міг перевірити, чи готова задача до тестування, перед тим, як її віддавати. Тоді час на тестування і комунікацію зменшується, а життя й настрій QA-інженера покращується. Зазвичай ТЗ прописується для всієї технічної команди загалом, а далі декомпозується на розробників, тестувальників, аналітиків та інших. ТЗ для QA-фахівця складають різні люди — від бізнес-аналітика до продакт-менеджера. Кожен із них може зіштовхнутися з упередженням, що всі деталі зрозумілі й так, а додатково конкретизувати нічого не потрібно. В результаті в описі завдання немає тестових сценаріїв, вимог до функціональності, критеріїв прийняття чи інших технічних подробиць. Нечіткі вимоги призводять до того, що QA-інженер знову-таки витрачає зайвий час на комунікацію з розробниками та продактами, з’ясовує деталі, переоцінює терміни, змінює пріоритети тощо. І це в кращому випадку. У гіршому — погано прописані вимоги призводять до помилок у продукті. В OBRIO є два напрями — мобайл і веб. Раніше вони існували паралельно. Формально продукт один і той же, однак логіки, архітектура та кодова база відмінні. Кожне спрямування розвивала окрема технічна команда, яка складалася з розробників, аналітиків, QA та DevOps-інженерів. Тепер мобайл і веб поєднали — і над ними працює єдина команда під керівництвом CTO. Потрібно було провести взаємний онбординг команд. У продуктах з прямолінійним юзер-флоу це нескладно, однак у нас все трохи інакше. Шлях користувача може відрізнятися залежно від того, звідки він до нас потрапив, у який день тижня, та інших факторів. У продукті багато розгалужень, тож навіть покупка простого оферу може мати свої особливості. До того ж, у вебі й у мобайлі робилися різні тести. Потім їх порівнювали та аналізували результати. Через це тестувати продукт буває складно. І тут, знову-таки важлива документація. Не факт, що всі деталі щодо онбордингу в новий напрям вдасться втримати в голові. Тому дуже важливо мати якесь «джерело правди», до якого можна звертатися за необхідності. Хороша документація не обов’язково містить кожну дрібницю, однак у ній точно потрібно описати складний та базовий функціонал. Аби QA-фахівець міг якісно виконувати свої завдання, йому потрібні всі три: і продуктова, і тестова, і API. Складність з продуктовою документацією полягає в специфіці роботи загалом. Річ у тім, що 90% наших запусків відбуваються через A/B-тести. Тому, перш ніж потрапити до документації, функція має деякий час «пожити» на продукті. Навіть якщо вона залишилася, документування часто губиться серед інших, більш термінових завдань. Однак це важливо, бо немає гарантії, що через місяць нюанси конкретного запуску не забудуться. Тестова документація теж необхідна QA-фахівцям, особливо, коли йдеться про регресію, smoke-тестування, чеклісти. Тоді вся необхідна інформація буде під рукою, якщо потрібно перевірити велику частину продукту. Щодо API-документації — я не можу сказати, що вона полегшить життя усім на продукті. Здебільшого, вона потрібна QA-інженерам. Втім, цього достатньо, враховуючи, що багато продуктів, які потрібно тестувати, взаємодіють зі сторонніми програмами, сервісами або бібліотеками. Я уже згадувала про тестові рев’ю-апки — окремі гілки, де ми ізольовано тестуємо кожну фічу. Для них розгортається окреме середовище — тестовий env (скорочено від environment). Ці середовища часто працюють нестабільно через те, що мають окремі бази даних, окреме наповнення. До того ж, на них впливає запуск UI-тестів, налаштування конфігів та інші фактори. Через це тести також не вдається спланувати чітко. Наприклад, я розраховую, що сьогодні на тестуванні матиму дві задачі. Спочатку все добре: відкриваю таску, онборджуся в неї, продумую послідовність дій. І тут — маю перший блокер: не працює тестовий env. Щось не налаштоване, а що саме не так — не зрозуміло. Або не вистачає потрібних даних. Доводиться переключатися на інше завдання, втрачати фокус, онбордитися в нову таску. А це — час і ресурс. Інженери, що займаються автоматизованим тестуванням, зіштовхуються з цим болем рідше. Здебільшого труднощі з плануванням виникають саме у Manual QA. Їхня робота залежить від розробників, продакт-менеджерів, бізнес-аналітиків, DevOps-інженерів та багатьох інших людей у команді. Оцінюючи терміни для тестування, я орієнтуюся на кілька факторів: опис, дедлайн від розробника, наявність чи відсутність A/B-тестів, частина продукту, з якою потрібно працювати. Ми в команді естимейтимо в годинах, тож найчастіше розрахувати терміни вдається плюс-мінус точно. Втім, бувають нюанси. Так, на початку спринтів я намічаю для себе процес роботи. Фіксую, що, наприклад, у вівторок-середу отримаю три конкретні завдання від розробників — й готуюся працювати саме з ними. Однак буває, що терміни роботи розробників змінюються. Хтось захворів, хтось поверхнево заестимейтив нове завдання й потребує більше часу, десь тестування не можна почати без допрацювань в іншому продукті (через те, що вебплатформа залежить від застосунку й навпаки). Заплановане відкладається — і вся підготовка починається спочатку. Частина труднощів пов’язана з тестовими env-ами. Щоби зарелізити функціональність, яка потрапляє на тестовий env, все на стейджі має бути готове до запуску. Однак, коли є ще якісь таски, які треба дофіксити чи дотестувати, то зробити реліз не вийде — на стейджі все заблоковано. Подібних нюансів багато. Коли ми проводимо A/B-тести чи робимо інші запуски, то створюємо аналітичний дашборд. Він дає змогу відстежити поведінку юзерів у продукті. Інструмент показує, що, наприклад, маркетингова воронка на першому кроці має привести 10 юзерів, які будуть активно «жити» у застосунку. Після запуску ми маємо змогу оцінити кількість та поведінку користувачів, що залишилися. Їх очікувано десять чи менше? А якщо менше — то чому? На якому етапі юзери «відвалилися»? Що на це вплинуло? Як ми можемо їх повернути? Метрики дають змогу знайти відповіді на ці питання, з’ясувати, чому не вдалося досягти бажаних показників та головне — не повторювати помилки під час майбутніх запусків з більшою кількістю користувачів. Якщо ж метрик немає, ми не зрозуміємо, що сталося: чи це QA неправильно спланували завдання, чи розробники щось не врахували, або ж справа в гаджеті користувача. Дашборду може не бути через низку причин: не запланували аналітичні івенти, не прокомунікували, що завдання уже потрапило на прод, не попередили, що незабаром реліз, й для нього потрібна аналітика.

Українська EdTech-компанія Headway, партнерська компанія Genesis, здобула нагороди Allstars Awards від європейського фонду GP Bullhound у двох номінаціях. Про це йдеться на сайті організаторів премії. Церемонія відбулася 19 жовтня в Лондоні. Так, Антон Павловський, СЕО та засновник Headway, одержав відзнаку Entrepreneur of the Year («Підприємець року»). Він увійшов до шорт-листа разом із керівниками п’ятьох європейських технологічних бізнесів, які продемонстрували «надзвичайну стійкість та амбіційність». Переможця обирало журі з 22 підприємців та інвесторів. Другу нагороду Headway виборов у категорії Allstar Company Challenge («Виклик компанії»). Журі з представників кількох десятків інвестиційних фондів визначили переможця, прослухавши пітчі семи компаній-фіналістів. «Цей результат — данина якостям і цінностям команди, що допомогли й продовжують допомагати досягати результатів за найнесприятливіших умов. Я — українець. Headway — український стартап. Для мене важливо це підкреслювати у Лондоні, Сан-Франциско чи будь-де у світі. Нам, українцям, дуже важливі перемоги на різних теренах: у спорті, культурі, науці, бізнесі», — коментує CEO та засновник Headway Антон Павловський. Організатори зазначають, що 2023 рік призупинив зростання й перевірив на стійкість європейську технологічну індустрію. Підприємцям довелося скорочувати витрати та впроваджувати інновації. «[На початку повномасштабного вторгнення], Антон зміг евакуювати понад 300 людей — членів команди Headway разом з родинами. Водночас флагманський застосунок компанії досяг 29 млн завантажень та три роки поспіль утримує світову першість у ніші книжкових самарі», — зазначає Маніш Мадхвані, керуючий партнер GP Bullhound. Раніше Headway уже одержувала відзнаку від GP Bullhound. Компанія потрапила до переліку найкращих стартапів Європи як така, що може досягти капіталізації в $1 млрд (стати «єдинорогом») у найближчі два роки. Довідка: Премію Allstars Awards називають «Оскаром у світі технологій». Її присуджують уже 21 рік, відзначаючи найінноваційніші бізнеси, які «задають стандарти та формують майбутнє галузі». GP Bullhound — це провідна консалтингова та інвестиційна технологічна компанія, яка надає консультації щодо угод та капіталу підприємцям з усього світу. Компанія була заснована у 1999 році в Лондоні й на сьогодні має 13 офісів у Європі, Азії та США. Headway — EdTech стартап, що створює продукти з мікронавчання. Входить до списку найінноваційніших компаній у сфері цифрової освіти та корпоративного навчання — GSV 150. Заснований у 2019 році. За 3,5 роки компанія зросла з 3 до 170+ людей у команді та відкрила офіси у Києві, Варшаві, Нікосії та Лондоні. Продукти Headway допомагають розвиватися мільйонам людей через лаконічні формати освітнього контенту: самарі, курси, ігри, інфографіки. Флагман компанії — Headway app, який у 2023 став App of the Day в США чотири рази поспіль та отримав відзнаку Editor Choice від Apple Store.

Genesis та компанії-партнери потрапили у звіт «Promising UA Startups: Resilience Edition» від Українського фонду стартапів та об’єднання Techosystem. Genesis посів одне з місць у першій частині звіту — «Hall of Fame» — де зібрані IT-компанії, чия вартість перевищує $100 млн. Окрім цього, до першої частини звіту також увійшли BetterMe та Headway, компанії, що вийшли з екосистеми Genesis та мають незалежне управління. До другої частини «Rising stars» — списку зі ста перспективних українських стартапів, — увійшла компанія Howly (SKELAR), партнер Genesis. Звіт створили за підтримки Міністерства цифрової трансформації України. «Сьогодні наша країна — це найкращий тестовий майданчик для усіх новітніх технологій. Ми приділяємо особливу увагу розвитку технологічних рішень для оборони, які дадуть нам змогу перемогти. Українські стартапи здобувають популярність у світі, тому я закликаю усіх інвестувати в українські технології» — наголосив Віцепрем’єр-міністр, Міністр цифрової трансформації Михайло Федоров. Оцінювати IT-компанії укладачі звіту запросили експертів: венчурних інвесторів, представників tech-екосистеми, медіа та інституцій, чия діяльність безпосередньо пов’язана зі стартапами. До журі долучилися представники Horizon Capital, Flyer One Ventures, SID Venture Partners, 1991 Ventures, Digital Future, Forbes Ukraine, AIN.UA та інших.