Рівні розробників: від трейні до principal і engineering manager

Чим займаються трейні, джуніор, мідл, сеньйор, staff, principal, тімлід і engineering manager, що треба знати на кожному рівні і як рости далі.

Автор Саша Колесник (LinkedIn)Опубліковано 10 хв читання

#career#javascript#typescript#react

У більшості IT-компаній драбина виглядає так: трейні або стажер, джуніор, мідл, сеньйор. Після сеньйора шлях розходиться. Одна гілка лишається технічною (staff, потім principal), інша веде в управління людьми (engineering manager і вище). Тімлід стоїть посередині: це роль, і в багатьох компаніях окремого рівня під неї немає.

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

Уся драбина в одній таблиці

РівеньЗона відповідальностіТиповий досвідНа чому фокус співбесіди
Трейні / стажерНавчальні задачі з ментором, без власностіСтудент або світчерБаза, ставлення, як вчишся
ДжуніорЧітко описані фічі, щільне рев'юПриблизно 0-2 рокиHTML, CSS, JavaScript, DOM, прості компоненти
МідлФічі у великій системі, самостійно на зрозумілих задачахПриблизно 2-5 роківГлибина фреймворку, стан, форми, a11y, live coding
СеньйорБагато частин системи, нечітко поставлені задачіПриблизно 5+ роківFrontend system design, поведінкові питання, компроміси
StaffНеокреслені задачі на рівні домену чи департаментуДуже по-різномуПлатформне мислення, міграції, вплив на організацію
PrincipalТехнічне бачення для кількох департаментівДуже по-різномуСтратегія на рівні компанії
ТімлідТехнічний напрям однієї чи кількох командЗазвичай сеньйор+Делегування, планування, рев'ю
Engineering managerЛюди, найм, результат командиЗазвичай після сеньйора чи тімлідаУправління людьми, найм, delivery

Колонку з досвідом читай обережно. Це ринкова звичка, і первинного джерела, яке б задавало ці рамки, я не знайшов. Dropbox прямо пише, що підвищення залежить від «demonstrated, sustained impact at the next level», тобто від стабільного результату вже на наступному рівні, і чекліста немає (принципи підвищення Dropbox). Самі роки нікого не підвищують.

Чому грейди в кожній компанії називаються по-своєму

Єдиного стандарту немає. Ось дві публічні драбини:

  • У Dropbox рівні пронумеровані. IC1-IC4 усі звуться «Software Engineer», IC5 це Staff, IC6 Principal, IC7 Senior Principal. Для менеджерів окремий трек M3-M7 (Dropbox career framework).
  • В Etsy назви: Engineer I і II, Senior I і II, Staff I і II, Senior Staff, Principal (Etsy Engineering Career Ladder).

Тому «сеньйор» в одній компанії може бути «Engineer II» в іншій. Коли порівнюєш офери чи вакансії, дивись на описаний обсяг роботи, а не на слово в тайтлі. Ще більше прикладів зібрав swyx у списку публічних кар'єрних драбин.

Трейні і стажер

Зона відповідальності. Навчальні задачі і ментор поруч. Власності над чимось від тебе ще не чекають. Опис початкового рівня в Etsy пасує ідеально: вузько окреслені задачі і робота за чіткими інструкціями (Etsy).

Що знати. Основи HTML, CSS і JavaScript, Git, базу одного фреймворку. І навичку, яку часто недооцінюють: вміння добре питати. Хороше питання містить, що ти спробував, чого чекав і що вийшло насправді.

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

Співбесіда. Питання на базу і на те, як ти вчишся. Основу дають курси HTML, CSS і JavaScript на ShortLesson.

Джуніор

Зона відповідальності. Чітко описані фічі, код уважно рев'юють. В Etsy це ще Engineer I.

Що знати.

  • Основи JavaScript і TypeScript: замикання, асинхронність, event loop, прототипи
  • Один із React, Angular чи Vue
  • Семантичний HTML і верстку на CSS (flexbox, grid, адаптив)
  • Git на щодень
  • Базові тести
  • Дебаг у DevTools браузера

Як рости. Здавати задачі без переробок, самому оцінювати свої таски, самостійно дебажити і почати рев'юїти чужий код.

Співбесіда. База: семантика HTML, основи CSS, JavaScript, DOM API, прості компоненти на React (GreatFrontEnd про співбесіди у FAANG). Повний чекліст у статті що має знати junior frontend розробник.

Мідл

Зона відповідальності. Фічі і проєкти всередині великої системи. Працюєш самостійно, коли задача добре поставлена (Engineer II в Etsy).

Що знати.

  • TypeScript як слід
  • Нутрощі фреймворку: стан, рендеринг, хуки або dependency injection
  • Тести на трьох рівнях: юніт, компонентні, end-to-end
  • Основи продуктивності, зокрема Core Web Vitals
  • Основи доступності (WCAG)
  • HTTP, REST і GraphQL
  • Достатньо бекенду і баз даних, щоб прочитати API і запит
  • CI

Як рости. Вести фічу від початку до кінця, разом із незрозумілими місцями. Обирати компроміси і пояснювати їх. Менторити джуніорів. Залишати код кращим, ніж він був.

Співбесіда. Хуки, стейт-менеджмент, форми, доступність, дебаг, інтеграція з API, архітектура CSS. Часто додають machine coding: зібрати невеликий UI за 45-60 хвилин (гайд GreatFrontEnd).

Сеньйор

Зона відповідальності. Багато частин системи. Задачі середньої складності, які приходять нечітко сформульованими. Сеньйор задає напрям і веде реалізацію, робить сам або веде колег (Etsy).

Що знати технічно. Архітектуру фронтенду, профілювання продуктивності, доступність глибоко, дизайн-системи, інструменти збірки, observability, дизайн API, основи безпеки (XSS, CSRF, CSP) і frontend system design.

Що знати поза кодом. Менторство, письмові дизайн-документи, розмови зі стейкхолдерами і відповідальність за результат, а не лише за код. Саме тут застрягає більшість мідлів.

Як рости. Перехід у staff вимагає впливу за межами своєї команди. Ти береш задачі, які ще ніхто не окреслив, і задаєш напрям, за яким ідуть інші (Etsy, StaffEng).

Співбесіда. Тут з'являється frontend system design. Наприклад, Amazon, за даними GreatFrontEnd, лишає раунд frontend system design для кандидатів із досвідом від 5 років. Вага поведінкових раундів росте з кожним рівнем, і саме вони сильно впливають на те, який грейд тобі дадуть (GreatFrontEnd).

Конкретна поведінка для кожного кроку описана в статті як вирости з джуніора в мідла і сеньйора.

Staff engineer

Зона відповідальності. Складні неокреслені задачі. Staff впливає на цілий департамент або домен і задає технічний напрям (Etsy).

Вілл Ларсон слушно зауважує: staff це не лише тайтл. Це тайтл плюс роль, поведінка, вплив і визнання з боку організації (StaffEng). Він виділяє чотири архетипи: Tech Lead, Architect, Solver і Right Hand (архетипи staff). Tech Lead найпоширеніший, про нього окремий розділ нижче. Головне, що варто винести зі списку: два staff-інженери можуть займатися зовсім різною роботою.

Як рости. Братися за задачі, які найважливіші для організації, збирати підтримку під свої ініціативи і писати стратегію.

Співбесіда. Платформне мислення, стратегія дизайн-системи, міграції і докази впливу на кілька команд (GreatFrontEnd).

Principal engineer

Зона відповідальності. Потреби, які перетинають кілька департаментів. Principal визначає технічне бачення і стратегію для кількох департаментів одразу (Etsy). У Dropbox це IC6, а над ним ще IC7 Senior Principal (Dropbox).

Таких людей мало, і їхній вплив міряють на рівні всієї компанії. Різниці між двома верхніми технічними рівнями присвячена окрема стаття: staff vs principal engineer.

Тімлід

Тімлід частіше роль, ніж рівень. Він веде технічний підхід і виконання в команді (іноді в кількох), координує роботу, прибирає блокери і тримає зв'язок з іншими командами. Ларсон називає це найпоширенішим архетипом staff (архетипи).

На практиці тімлід часто сеньйор без прямих підлеглих.

Що знати. Делегування, планування, рев'ю коду в масштабі команди, менторство.

Як рости. Розвивати людей, відповідати за delivery, комунікувати вгору: з менеджером, продуктом, іншими командами.

Engineering manager

Після сеньйора дорога розгалужується. У багатьох компаніях є два треки: управлінський і технічне лідерство без підлеглих (StaffEng). Staff+ зазвичай людьми не керують, а їхні колеги-менеджери витрачають на людей значну частину часу.

Dropbox публікує обидва треки поруч: IC1-IC7 і M3 (Engineering Manager) до M7 (Senior Engineering Director) (Dropbox). Управлінські драбини також є у Kickstarter і Rent the Runway (список swyx).

Що робить EM. Публічні драбини описують ту саму основу: найм, 1:1 і фідбек, планування і результат команди, performance review, комунікація з іншими командами, здоров'я команди.

Як перейти з сеньйора чи тімліда. Показати поведінку до того, як дадуть тайтл: менторити і розвивати людей, проводити співбесіди, розрулювати конфлікти, відповідати за delivery і комунікацію зі стейкхолдерами, писати планувальні документи. Дехто рік-два пробує гібридну роль tech lead manager і лише потім вирішує. Ця порада з вторинних блогів, тож сприймай її як один із варіантів.

Груба перевірка: якщо тебе заряджає архітектура, дивись на staff-трек. Якщо заряджають 1:1 і найм, пробуй менеджмент.

Як змінюється зарплата за рівнями

Зарплата росте з рівнем, але конкретні цифри сильно залежать від ринку і компанії. Дві точки відліку:

  • Україна. В опитуванні DOU літа 2026 року (травень-червень 2026, 4 541 респондент) медіана чистими становила $950 на місяць у джуніорів, $2 500 у мідлів, $4 500 у сеньйорів і $5 500 у Lead+. Staff software engineer назвали $7 130 (звіт DOU, огляд dev.ua).
  • США. На Levels.fyi медіанна загальна компенсація software engineer становить $200 000 на рік, а software engineering manager $360 000 (обидві сторінки перевірені 13.11.2026) (software engineer, engineering manager).

Цифри DOU чистими після податків, а американські це брутто разом з акціями і бонусами, тож напряму їх не порівнюй. Детальніше в статті зарплата senior software engineer.

Як змінюються співбесіди за рівнями

Етапи здебільшого ті самі: скринінг з рекрутером, технічний скринінг, live coding, system design, поведінкова частина, фінал або hiring committee. Різниться вага кожного етапу.

  • Джуніор: база. Чи вмієш написати семантичний HTML, зверстати сторінку і пояснити, як виконується JavaScript.
  • Мідл: глибина фреймворку і практичні задачі на кшталт форми чи невеликого компонента на час.
  • Сеньйор: frontend system design і поведінкові питання про відповідальність і компроміси.
  • Staff+: платформні рішення, міграції, вплив на організацію.

В Україні для фронтенду часто дають тестові завдання. DOU писав про суперечки навколо них: тестові часто неоплачувані і нерідко повертаються без фідбеку (DOU про тестові для фронтенду, DOU про тестові завдання).

Уроки на ShortLesson за темою

Часті питання

Скільки років треба, щоб стати сеньйором?

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

Мідл і mid-level це одне й те саме?

Так, обидва слова позначають рівень між джуніором і сеньйором. В Etsy аналогічний рівень називається Engineer II.

Тімлід вищий за сеньйора?

Не завжди. Тімлід зазвичай роль, і часто її бере сеньйор. На рівні staff Ларсон описує тімліда як один із чотирьох архетипів.

Після сеньйора йти в менеджмент чи лишатися в техніці?

Обидва шляхи повноцінні і мають свої драбини. Якщо подобаються архітектура і складні технічні задачі, тобі в staff-трек. Якщо подобаються 1:1, найм і розвиток людей, спробуй менеджмент.

Чим staff відрізняється від principal?

Масштабом. Staff працює в межах департаменту чи домену, principal задає технічне бачення для кількох департаментів. Деталі в статті staff vs principal engineer.

Готуйся до наступного рівня

Знати драбину корисно, але на співбесіді перевіряють, що ти можеш пояснити вголос. У застосунку ShortLesson є короткі уроки і питання зі співбесід з JavaScript, TypeScript, React, Angular, Vue і основ бекенду. Обери теми під рівень, на який цілишся, і проганяй їх по кілька хвилин на день: відкрити курси.

Пов'язані уроки

Закріпи тему на практиці в курсах платформи.

Стеж за автором

Саша Колесник · Frontend-інженер

Нові статті, думки про навчання і frontend.

Потренуйся на питаннях зі співбесід

У застосунку є питання, які часто ставлять на співбесідах junior-розробникам. Відповідай, отримуй розбір і повертайся до слабких тем.

Застосунок незабаром з'явиться в магазинах.

← Усі статті