Сленг айтівців: словник ІТ-термінів простими словами

ІТ-сленг — це переважно англійські терміни, які в українській мові обросли нашими закінченнями: «задеплоїти» означає розгорнути нову версію програми, «апрув» — схвалення, «фіча» — нова функція продукту. Нижче — понад 50 таких слів і скорочень, згрупованих за темами, з поясненнями простими словами.

Словник стане в пригоді тим, хто тільки приходить в ІТ, рекрутерам, нетехнічним колегам і всім, хто хоче розуміти, про що говорять розробники на дзвінках.

Чому в ІТ стільки англіцизмів

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

Суперечка про те, чи варто так говорити, триває давно, зокрема на форумі DOU. Цей словник не вирішує, як правильно, а пояснює, що мають на увазі колеги.

Код і репозиторій

• Репозиторій, репо — сховище коду проєкту разом з усією історією змін.
• Коміт, закомітити — зафіксований знімок змін в історії проєкту; дієслово означає зберегти такий знімок. Формальні визначення цього й наступних термінів є в глосарії Git.
• Бранч, гілка — окрема лінія розробки. Нову функцію зазвичай пишуть в окремій гілці, щоб не зачепити основний код.
• Мердж, змерджити — влити зміни з однієї гілки в іншу.
• Ребейз — перенести серію змін на іншу базову точку історії.
• Пуш, запушити — відправити свої коміти у віддалений репозиторій.
• Пул, спулити — забрати свіжі зміни з віддаленого репозиторію і злити їх зі своїми.
• Пул-реквест (PR), мердж-реквест (MR) — запит на злиття змін у проєкт, який колеги переглядають перед вливанням. На GitHub це pull request, у GitLab — merge request.
• Код-рев’ю, рев’ю — перевірка чужого коду перед злиттям.
• Апрув, апрувнути — схвалити зміни або рішення. «Дай апрув на PR» — прохання переглянути й погодити код.
• Конфлікт — ситуація, коли дві гілки змінили ті самі рядки і Git не може злити їх автоматично.
• Баг — помилка в програмі. Дебажити — шукати й усувати її причину.
• Фікс, пофіксити — виправлення помилки. Хотфікс — термінове виправлення, яке випускають поза звичайним графіком.
• Легасі — старий код, який досі працює, але його складно змінювати.
• Рефакторинг — переписування коду без зміни його поведінки, щоб він став зрозумілішим.
• Хардкод — значення, вписане прямо в код замість налаштувань.
• Костиль — тимчасове обхідне рішення, яке працює, але погіршує якість коду.

Релізи та інфраструктура

• Деплой, задеплоїти — розгорнути нову версію програми на сервері чи в середовищі.
• Прод, продакшн — робоче середовище, яким користуються справжні клієнти. «Впав прод» — сервіс не працює для користувачів.
• Стейдж, стейджинг — тестове середовище, максимально схоже на прод.
• Енв (від environment) — середовище запуску: локальне, тестове чи робоче.
• Білд — зібрана версія програми, готова до запуску або тестування.
• Реліз — випуск нової версії для користувачів.
• CI/CD — автоматична збірка, тестування й доставка коду після кожної зміни.
• Ролбек, відкотити — повернути попередню версію, якщо нова зламалася.
• Даунтайм — час, коли сервіс недоступний.
• Фіча — нова функція продукту. Фіча-флаг — перемикач, який вмикає функцію для частини користувачів без нового релізу.

Процеси та зустрічі

• Спринт — короткий цикл роботи команди. За Scrum Guide спринт триває місяць або менше.
• Дейлі, стендап — щоденна коротка зустріч команди. У Scrum ця подія називається Daily Scrum і триває 15 хвилин.
• Ретро — ретроспектива: зустріч наприкінці спринту, де команда шукає, як працювати якісніше й ефективніше.
• Беклог — впорядкований список того, що потрібно зробити для продукту.
• Грумінг, рефайнмент — розбір і уточнення задач з беклогу перед плануванням.
• Таска, тікет — окрема задача в трекері.
• Естимейт, заестимейтити — оцінити обсяг або тривалість задачі.
• Сторі-поінти — умовні одиниці складності, якими команда оцінює задачі замість годин.
• DoD (Definition of Done) — спільна домовленість, коли задачу вважають повністю завершеною.
• Скоуп — межі задачі чи проєкту: що входить у роботу, а що ні.
• Блокер — перешкода, через яку задачу неможливо продовжити.
• Дедлайн — крайній термін.
• ASAP — «якнайшвидше», від as soon as possible.
• FYI — «до відома», від for your information.
• Синк, кол, мітинг — робочий дзвінок чи зустріч.

Скорочення в чатах і трекерах

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

• LGTM — looks good to me, «як на мене, все добре». Типовий коментар під час код-рев’ю, який фактично означає схвалення.
• WIP — work in progress, «у роботі». Позначка для незавершених змін, які ще не готові до перегляду.
• TBD — to be determined, «буде визначено пізніше».
• ETA — estimated time of arrival, орієнтовний час, коли задача буде готова.
• EOD — end of day, «до кінця робочого дня».
• OOO — out of office, людина у відпустці чи поза роботою.
• MVP — minimum viable product, мінімальна версія продукту, яку вже можна показати користувачам.
• PoC — proof of concept, швидкий прототип, що перевіряє, чи ідея взагалі працює.

Як це звучить разом? Умовна фраза з робочого чату:

«Фіча в WIP, ETA — завтра EOD. Після апруву задеплою на стейдж, а на прод викотимо в наступному спринті».

У перекладі: нова функція ще в роботі, буде готова до кінця завтрашнього дня; після схвалення коду її розгорнуть у тестовому середовищі, а користувачі побачать її після наступного циклу розробки.

Ролі, кар’єра і найм

• Джун, мідл, сеньйор — рівні кваліфікації (грейди) Junior, Middle і Senior.
• Тімлід, техлід — керівник команди і технічний лідер, який відповідає за ключові технічні рішення.
• ПМ — project manager, менеджер проєкту. ПО — product owner, власник продукту.
• БА — бізнес-аналітик, який перекладає потреби бізнесу на вимоги до системи.
• QA, тестувальник — фахівець із забезпечення якості.
• Фронт, бек, фулстек — розробка інтерфейсу, серверної частини або обох одразу.
• Девопс — інженер, який налаштовує інфраструктуру, збірку й розгортання.
• Скринінг — перша коротка розмова з рекрутером.
• Тестове — тестове завдання для кандидата.
• Офер — пропозиція про роботу після співбесід.
• Онбординг — введення нового працівника в роботу.
• Перф-рев’ю — performance review, періодичне оцінювання роботи, від якого часто залежить підвищення.
• Бенч — у сервісних компаніях стан, коли фахівець тимчасово не залучений до клієнтського проєкту.
• Аутсорс, аутстаф, продукт — моделі роботи компаній: розробка на замовлення, надання фахівців у команду клієнта, створення власного продукту.
• Релокейт — переїзд працівника в інше місто чи країну за підтримки компанії.

Як не загубитися в сленгу

• Перепитуйте. Уточнити, що означає абревіатура, — нормальна практика в будь-якій команді.
• У документах для клієнтів і нетехнічних колег пишіть українські відповідники: «розгортання» замість «деплою», «схвалення» замість «апруву».
• Пам’ятайте, що значення може відрізнятися між компаніями. «Синк» в одній команді — щоденна зустріч, в іншій — щотижнева.
• Точні визначення інструментів шукайте в їхній документації, а не в чатах.

Більше про роботу команд та інструменти розробки — у розділі «Розробка», про кар’єрні траєкторії та найм — у рубриці «Кар’єра».

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

Що означає «задеплоїти»?

Розгорнути нову версію програми на сервері або в середовищі, де нею користуватимуться. Українські відповідники — «розгорнути» або «викотити».

Що таке апрув в ІТ?

Апрув — це схвалення. Найчастіше йдеться про погодження пул-реквесту після код-рев’ю або про згоду керівника на певне рішення.

Що таке бенч в ІТ?

Бенч — період, коли фахівець сервісної компанії тимчасово не працює на клієнтському проєкті й чекає на новий.

Що таке фіча простими словами?

Фіча — це нова функція або можливість продукту, наприклад темна тема в застосунку чи новий спосіб оплати.

Чим пул-реквест відрізняється від мердж-реквесту?

По суті нічим: обидва терміни означають запит на злиття змін із переглядом коду. GitHub називає його pull request, а GitLab — merge request.