Глоссарий вебразработки — термины, аббревиатуры и жаргон фронтенда, бэкенда, DevOps, дизайна и PM

Термины глоссария (для просмотра с поиском и фильтрами включите JavaScript):

Frontend

CSR (также: Client-Side Rendering, клиентский рендеринг): Формирование HTML-страницы прямо в браузере с помощью JavaScript, в отличие от SSR, где готовая разметка приходит с сервера.
Простыми словами: Страница почти пустая приходит из интернета, а собирается уже прямо в браузере пользователя — из-за этого при первом открытии может быть заметная пауза перед тем, как всё появится.
CSS-переменные (также: CSS variables, custom properties): Именованные значения (например, цвета или отступы), объявленные один раз в CSS и переиспользуемые по всему стилю сайта.
Простыми словами: Способ один раз задать, например, «основной цвет сайта» и использовать его везде — если цвет поменять, он поменяется сразу во всех местах.
DOM (также: Document Object Model, ДОМ): Древовидное представление HTML-страницы в памяти браузера, с которым работает JavaScript.
Простыми словами: Внутреннее «дерево» из блоков, текста и кнопок, которое браузер строит из HTML-кода страницы, чтобы понимать, что и где показывать.
HTTP-запрос (также: Fetch, запрос к серверу): Обращение браузера или программы к серверу за данными или действием — база любого взаимодействия сайта с внешним миром.
Простыми словами: Способ, которым сайт «спрашивает» у сервера нужную информацию — например, список товаров или результат нажатия кнопки «Купить».
SPA (также: Single Page Application, одностраничное приложение): Веб-приложение, которое подгружает одну HTML-страницу и дальше меняет содержимое через JavaScript, без полной перезагрузки.
Простыми словами: Сайт, который один раз загружается целиком и дальше просто подменяет содержимое без белого экрана и перезагрузки при переходах — как приложение, а не набор отдельных страниц.
SSR (также: Server-Side Rendering, серверный рендеринг): Формирование готовой HTML-страницы на сервере перед отправкой в браузер, а не сборка её на лету в JavaScript.
Простыми словами: Готовая страница собирается на сервере ещё до того, как попадёт в браузер — поэтому она сразу открывается «в собранном виде», а не дособирается на глазах у пользователя.
Адаптивная вёрстка (также: Responsive design): Подход к вёрстке, при котором страница корректно выглядит на экранах разного размера — от телефона до широкого монитора.
Простыми словами: Сайт умеет сам подстраиваться под размер экрана — одинаково удобно выглядит и на телефоне, и на большом мониторе.
Бандл (также: Bundle): Итоговый файл (или набор файлов) JavaScript/CSS, собранный из множества исходных файлов проекта для отправки в браузер.
Простыми словами: Итоговый файл сайта, в который перед публикацией «упаковывают» весь код и стили проекта — чем он больше, тем дольше сайт грузится у пользователя.
Брейкпоинт (также: Breakpoint (CSS)): Пороговая ширина экрана, при которой вёрстка меняет расположение элементов (например, переход с 3 колонок на 1).
Простыми словами: Конкретная ширина экрана, при пересечении которой сайт меняет расположение блоков — например, три колонки превращаются в одну на телефоне.
Виртуальный DOM (также: Virtual DOM, vDOM): Облегчённая копия DOM в памяти, которую использует React и подобные библиотеки, чтобы вычислить минимальные изменения перед обновлением настоящей страницы.
Простыми словами: Черновая копия страницы, которую React держит у себя в памяти, чтобы сначала прикинуть изменения и обновить на экране только то, что реально поменялось — а не перерисовывать всё заново.
Всплытие событий (также: Bubbling, event bubbling, событийный пузырь): Поведение DOM, при котором событие, произошедшее на вложенном элементе, поднимается вверх и последовательно срабатывает на всех его родителях.
Простыми словами: Особенность браузера: если кликнуть по маленькому элементу внутри большого блока, клик «поднимается» и наверху тоже засчитывается — из-за этого клик по иконке иногда неожиданно закрывает всё окно целиком.
Гидратация (также: Hydration): Процесс, при котором JavaScript в браузере «оживляет» уже отрендеренную сервером HTML-страницу, навешивая на неё интерактивность.
Простыми словами: Момент, когда уже показанная страница «оживает» — на неё навешивается работающая логика, и кнопки, которые до этого были просто картинкой, начинают реагировать на клики.
Дебаунс / троттлинг (также: Debounce, Throttle): Приёмы ограничения частоты срабатывания функции при частых событиях (например, вводе текста или скролле), чтобы не перегружать систему.
Простыми словами: Приёмы «не реагировать на каждое нажатие мгновенно», а чуть подождать или ограничить частоту реакции — чтобы, например, поиск не отправлял запрос после каждой введённой буквы.
Компонент (также: Component): Самостоятельный переиспользуемый кусок интерфейса (кнопка, карточка, форма) со своей разметкой и логикой.
Простыми словами: Готовый «кирпичик» интерфейса — например, кнопка или карточка — который можно один раз сделать и потом использовать много раз в разных местах сайта.
Ленивая загрузка (также: Lazy loading): Загрузка кода, картинок или данных только тогда, когда они реально нужны, а не сразу при открытии страницы.
Простыми словами: Картинки и куски страницы подгружаются не все сразу, а только тогда, когда пользователь до них реально долистал — это ускоряет первое открытие страницы.
Мемоизация (также: Memoization, useMemo): Приём, при котором результат вычисления или рендера компонента сохраняется и переиспользуется, если входные данные не изменились, — чтобы не пересчитывать заново.
Простыми словами: Приём «не пересчитывать одно и то же дважды»: если входные данные не изменились, программа один раз всё посчитала и просто переиспользует готовый результат.
Оверфлоу (также: Overflow): Ситуация, когда содержимое блока не помещается в отведённые границы и вылезает за них (часто вызывает горизонтальную прокрутку на мобильном).
Простыми словами: Ситуация, когда содержимого больше, чем помещается в отведённое место, и оно вылезает за границы блока или экрана.
Плейсхолдер поля (также: Placeholder, подсказка в поле): Серый текст-подсказка внутри пустого поля ввода, который показывает пример ожидаемого значения и исчезает при вводе текста пользователем.
Простыми словами: Бледная подсказка внутри пустого поля ввода — например, «Введите email» — которая пропадает, как только начинаешь печатать.
Пропсы (также: Props, Properties): Данные, которые передаются в компонент снаружи, чтобы настроить его поведение или содержимое.
Простыми словами: Данные, которые «сверху» передаются в готовый кирпичик интерфейса, чтобы он показал именно то, что нужно — например, конкретное имя команды в карточке.
Радио-кнопка (также: Radio button, переключатель-радио): Элемент интерфейса в виде кружка, позволяющий выбрать только один вариант из нескольких взаимоисключающих — в отличие от чекбокса, где можно отметить сразу несколько.
Простыми словами: Кружок для выбора одного варианта из списка — если отметить один пункт, другие автоматически снимаются, потому что выбрать можно только что-то одно.
Слаг (также: Slug): Человекочитаемая часть URL-адреса страницы, обычно составленная из названия объекта — используется вместо технического ID для удобства и SEO.
Простыми словами: Понятная часть адреса страницы в браузере — например, вместо непонятного набора цифр в ссылке на товар там будет его название на латинице, как «tovar-kak-tovar».
Состояние (также: State): Данные компонента, которые могут меняться со временем и при изменении которых интерфейс перерисовывается.
Простыми словами: То, что может меняться прямо на странице без перезагрузки — например, открыто окно или закрыто; когда это меняется, интерфейс сам обновляется.
Тоггл (также: Toggle, двухпозиционный переключатель, переключатель-таблетка): Элемент интерфейса в виде продолговатой «таблетки» с ползунком, переключающий один параметр между двумя состояниями — включено/выключено — с наглядным визуальным отражением текущего состояния.
Простыми словами: Переключатель-«таблетка» вроде выключателя света — сдвинул в одну сторону, значит «включено», в другую — «выключено»; сразу видно, в каком он положении.
Тумбнейл (также: Thumbnail, миниатюра): Уменьшенная версия изображения, используемая для быстрого предпросмотра в списках и карточках вместо полноразмерного файла.
Простыми словами: Маленькая уменьшенная картинка-превью — чтобы список товаров с фотографиями грузился быстро, вместо больших исходных фото показывают их уменьшенные копии.
Тёмная тема (также: Dark mode): Альтернативная цветовая схема интерфейса с тёмным фоном и светлым текстом, которую пользователь может включить вместо стандартной светлой.
Простыми словами: Режим сайта с тёмным фоном вместо белого — многие включают его вечером, чтобы меньше уставали глаза.
Фолбек (также: Fallback, запасной вариант): Запасное значение, компонент или сценарий, который показывается, когда основной вариант недоступен, ещё не загрузился или произошла ошибка.
Простыми словами: Запасной вариант «на всякий случай», который показывается, пока основной контент ещё не загрузился или если что-то пошло не так — например, серый силуэт вместо фото, пока оно грузится.
Хлебные крошки (также: Breadcrumbs, крошки): Строка навигации вверху страницы, показывающая путь от главной страницы до текущей — помогает пользователю понимать, где он находится, и быстро вернуться на уровень выше.
Простыми словами: Цепочка ссылок наверху страницы вида «Главная / Калифорния / Глендейл» — показывает, где сейчас находится пользователь, и позволяет одним кликом подняться на уровень выше.
Хук (также: Hook, React Hook): Специальная функция в React (например, useState, useEffect), позволяющая добавлять состояние и логику в функциональные компоненты.
Простыми словами: Специальный приём в React, с помощью которого разработчик подключает к «кирпичику» интерфейса память или дополнительное поведение.
Чекбокс (также: Checkbox, флажок): Элемент интерфейса в виде квадратика с галочкой, позволяющий включить или выключить один независимый параметр.
Простыми словами: Квадратик с галочкой, который можно поставить или снять — используется, когда пользователь выбирает «да/нет» по отдельному пункту, независимо от других.

Backend

API (также: Application Programming Interface, интерфейс программирования): Набор правил и способов, с помощью которых одна программа может обращаться к данным или функциям другой программы.
Простыми словами: «Меню» команд, через которое одна программа может попросить у другой данные или действие, не влезая в её внутреннее устройство — например, так фронтенд получает список матчей от сервера.
CRUD (также: Create Read Update Delete): Аббревиатура для четырёх базовых операций с данными: создание, чтение, обновление, удаление.
Простыми словами: Четыре базовых действия, которые есть почти в любой системе с данными: создать, посмотреть, изменить, удалить.
JWT (также: JSON Web Token): Компактный подписанный токен, в котором закодированы данные о пользователе (например, его id и роль) — используется для проверки авторизации без обращения к базе при каждом запросе.
Простыми словами: Электронный «пропуск», который сервер выдаёт пользователю после входа в систему, чтобы дальше узнавать его без повторного ввода логина и пароля на каждый шаг.
N+1 запрос (также: N+1 problem): Частая ошибка производительности: вместо одного запроса за списком данных делается один запрос за списком плюс по отдельному запросу на каждый элемент.
Простыми словами: Ошибка, из-за которой сайт тормозит: вместо того чтобы одним разом забрать всё нужное, система бегает в базу данных отдельно за каждой строчкой — как сходить в магазин десять раз подряд вместо одного похода со списком.
OAuth (также: ОAuth-авторизация, вход через Google): Стандартный протокол, позволяющий пользователю входить на сайт через аккаунт другого сервиса (Google, Facebook и т.п.) без создания отдельного пароля.
Простыми словами: Способ войти на сайт «через Google» одним нажатием, без придумывания нового пароля — сайт получает подтверждение личности от Google, но не видит сам пароль от Google-аккаунта.
ORM (также: Object-Relational Mapping): Инструмент, который позволяет работать с базой данных через код на обычном языке программирования, а не писать SQL-запросы вручную.
Простыми словами: Инструмент, который позволяет разработчику работать с базой данных обычными командами кода, а не писать сложные запросы к базе вручную.
RBAC (также: Role-Based Access Control, ролевая модель доступа): Модель управления доступом, в которой права выдаются не напрямую пользователям, а ролям (например, «админ», «редактор», «гость»), а пользователи уже назначаются на эти роли.
Простыми словами: Система прав доступа, где возможности выдаются не каждому человеку отдельно, а «роли» — например, все «администраторы» получают одинаковый набор прав.
REST (также: RESTful API): Распространённый стиль построения API, где данные представлены как ресурсы (например, /matches, /teams), доступные по стандартным HTTP-методам.
Простыми словами: Один из самых распространённых способов организовать общение между сайтом и сервером — с понятными и предсказуемыми адресами для каждого вида данных.
Rate limiting (также: Ограничение частоты запросов, троттлинг запросов): Ограничение количества запросов, которое клиент может сделать к API за определённый промежуток времени, чтобы защититься от перегрузки или злоупотребления.
Простыми словами: Ограничение «не больше стольки-то попыток в минуту» — защита от перегрузки сервера и от подбора паролей.
Авторизация (также: Authorization): Проверка, какие действия и данные разрешены уже опознанному пользователю — в отличие от аутентификации, которая проверяет личность.
Простыми словами: Это про «что тебе можно?» — уже после того как система узнала, кто вы, она решает, какие разделы и кнопки вам доступны.
Аутентификация (также: Authentication, аутентификация пользователя): Процесс проверки, что пользователь действительно тот, за кого себя выдаёт — обычно по логину и паролю.
Простыми словами: Это про «кто ты?» — проверка, что человек, который вводит логин и пароль, и правда владелец этого аккаунта.
Вебсокет (также: WebSocket): Технология постоянного двустороннего соединения между браузером и сервером, позволяющая обмениваться данными мгновенно, без повторных запросов.
Простыми словами: Способ держать с сервером «открытую линию связи», чтобы новости приходили сразу, как только что-то случилось — как в чате или live-табло счёта.
Вебхук (также: Webhook): Механизм, при котором один сервис сам «стучится» в другой при наступлении события, вместо того чтобы тот постоянно спрашивал «есть новости?».
Простыми словами: Способ, при котором один сервис сам «звонит» другому, когда что-то произошло — например, платёжная система сама сообщает сайту об успешной оплате, вместо того чтобы сайт постоянно спрашивал «ну как там, оплатили?».
Джоба / воркер (также: Job, Worker, очередь задач): Задача, выполняемая в фоне отдельно от основного запроса пользователя — например, по расписанию или по очереди.
Простыми словами: Задача, которая выполняется в фоне отдельно от основного сайта — например, рассылка писем по расписанию, которая не заставляет пользователя ждать.
Диплинк (также: Deep link, глубокая ссылка): Ссылка, которая при переходе сразу открывает конкретное приложение или действие на устройстве пользователя, а не просто веб-страницу — например, звонок, чат в WhatsApp или составление письма.
Простыми словами: Специальная ссылка, которая сама открывает нужное приложение с готовым действием — например, нажал на такую ссылку и сразу открылся WhatsApp с заготовленным сообщением, а не просто веб-страница.
Идемпотентность (также: Idempotency): Свойство операции: повторный вызов с теми же данными не создаёт лишних побочных эффектов (например, не отправляет письмо дважды).
Простыми словами: Свойство действия «повторить не страшно»: если случайно нажать кнопку дважды или запрос уйдёт два раза, ничего лишнего не произойдёт — письмо не отправится повторно, деньги не спишутся дважды.
Индекс (также: Index, индекс БД): Специальная структура в базе данных, которая ускоряет поиск и фильтрацию по определённому полю — ценой немного более медленной записи и дополнительного места на диске.
Простыми словами: Внутренняя «закладка» в базе данных, которая сильно ускоряет поиск по определённому полю — как алфавитный указатель в конце книги.
Кэш (также: Cache, кэширование): Временное хранилище уже посчитанных данных, чтобы не пересчитывать/не запрашивать их заново каждый раз.
Простыми словами: Черновик под рукой: система один раз что-то посчитала или загрузила и держит результат наготове, чтобы не делать одну и ту же работу заново при каждом обращении.
Миграция (также: Migration, миграция БД): Файл-инструкция, описывающий изменение структуры базы данных (добавление таблицы, поля и т.п.), применяемое по порядку.
Простыми словами: Пошаговая инструкция об изменении в базе данных (например, «добавить новое поле»), которую применяют по порядку, чтобы структура базы менялась предсказуемо.
Миддлвар (также: Middleware): Промежуточный код, который выполняется между получением запроса и основной обработкой — часто для проверки прав доступа, логирования и т.п.
Простыми словами: Проверка или обработка, которая срабатывает автоматически между тем, как пришёл запрос, и тем, как сервер начал его выполнять — например, проверка «а вошёл ли пользователь в систему».
Очередь сообщений (также: Message queue, брокер сообщений): Промежуточное хранилище задач, куда одна часть системы кладёт сообщения, а другая забирает их и обрабатывает по очереди, не завися от нагрузки друг друга.
Простыми словами: Что-то вроде электронной очереди на почте: одна часть системы «оставляет заявки», а другая спокойно разбирает их одну за другой, не создавая давки.
Пагинация (также: Pagination, постраничная навигация): Разбиение большого списка данных на отдельные страницы, которые загружаются по частям, а не все сразу.
Простыми словами: Разбивка длинного списка на страницы — например, «показать 20 товаров, а остальные — на следующей странице», чтобы всё сразу не грузилось и не тормозило.
Сущность (также: Entity): Объект предметной области с собственной идентичностью, который хранится и обрабатывается в системе — обычно соответствует таблице в базе данных или классу в коде (например, «Пользователь», «Заказ», «Товар»).
Простыми словами: Один «объект» в системе с собственной карточкой данных — например, «Пользователь», «Заказ» или «Товар», у которого есть свои свойства и своё место в базе.
Схема (также: Schema, схема БД): Описание структуры базы данных — какие есть таблицы, поля, связи между ними.
Простыми словами: Общий план базы данных — какие в ней есть разделы (таблицы), какие в них поля и как они связаны между собой.
Транзакция (также: Transaction): Группа операций с базой данных, которая выполняется как единое целое: либо применяются все изменения, либо ни одно, если что-то пошло не так.
Простыми словами: Группа действий с базой данных, которая выполняется «всё или ничего»: если что-то посреди процесса сломалось — откатываются все шаги, а не только часть.
Часовой пояс (также: Таймзона, Timezone): Региональная настройка времени, которую нужно учитывать при сравнении дат и времени между сервером и разными пользователями, чтобы события отображались корректно для каждого.
Простыми словами: Про какое именно время идёт речь — время сервера, время конкретного города или всемирное время (UTC). Если это не уточнить, события могут показываться «не в то время» для пользователей из других регионов.
Эндпоинт (также: Endpoint): Конкретный адрес (URL) API, к которому можно обратиться за определённым действием или данными.
Простыми словами: Конкретный «адрес», по которому фронтенд обращается к серверу за определённым действием или данными — как отдельная дверь для каждой задачи.

DevOps

CI/CD (также: Continuous Integration, Continuous Deployment, непрерывная интеграция/доставка): Автоматизированный процесс проверки и доставки кода: изменения автоматически тестируются и (опционально) выкладываются на сервер.
Простыми словами: Автоматический конвейер: как только разработчик вносит изменения в код, система сама их проверяет тестами и, если всё хорошо, выкладывает на сайт — без ручной возни каждый раз.
Cron (также: крон, по расписанию): Механизм запуска задач по расписанию (например, каждый час или раз в сутки).
Простыми словами: Механизм, который запускает определённые задачи по расписанию — например, каждый час или раз в сутки — без участия человека.
Docker (также: контейнер, Container): Технология упаковки приложения со всем окружением в изолированный «контейнер», который одинаково работает на любом сервере.
Простыми словами: Способ «упаковать» приложение вместе со всем необходимым окружением в одну коробку, которая одинаково работает на любом сервере, без сюрпризов вроде «а у меня всё работало».
Docker Compose (также: Compose): Инструмент для описания и одновременного запуска нескольких связанных Docker-контейнеров (например, приложение + база + очередь) одной командой.
Простыми словами: Инструмент, который запускает сразу несколько связанных «коробок» Docker (например, сайт + базу данных) одной командой, вместо того чтобы включать каждую по отдельности.
SSL/HTTPS (также: SSL, HTTPS, SSL-сертификат): Технология шифрования соединения между браузером и сервером, обозначаемая замочком в адресной строке — защищает данные от перехвата при передаче.
Простыми словами: «Замочек» рядом с адресом сайта в браузере — означает, что вся передаваемая информация (например, пароль или номер карты) зашифрована и её сложно перехватить.
Аптайм (также: Uptime, доступность сервиса): Доля времени, в течение которого сервис доступен и работает без сбоев, обычно выражается в процентах (например, 99,9%).
Простыми словами: Процент времени, когда сайт реально работает и доступен пользователям — чем ближе к 100%, тем реже случаются простои.
Бэкап (также: Backup, резервная копия): Сохранённая копия данных или системы, которую можно восстановить в случае потери или повреждения оригинала.
Простыми словами: Запасная копия всех данных сайта на случай, если что-то сломается или случайно удалится — с ней можно откатиться назад, а не потерять всё безвозвратно.
Деплой (также: Deploy, деплоймент): Процесс выкладки новой версии приложения на боевой сервер, чтобы пользователи увидели изменения.
Простыми словами: Момент выкладки новой версии сайта на боевой сервер, после которого изменения становятся видны реальным пользователям.
Логирование (также: Logging, логи): Запись информации о работе приложения (события, ошибки, запросы) в отдельный файл или сервис — помогает разобраться, что произошло, когда что-то пошло не так.
Простыми словами: Автоматическая запись о том, что происходило в системе (какие запросы приходили, какие были ошибки) — чтобы потом можно было разобраться, что пошло не так.
Мониторинг (также: Monitoring): Постоянное автоматическое отслеживание состояния сервиса (доступность, ошибки, нагрузка), обычно с уведомлениями при проблемах.
Простыми словами: Автоматическое постоянное наблюдение за сайтом — работает ли он, нет ли ошибок — с уведомлением, если что-то пошло не так, раньше, чем об этом сообщат пользователи.
Окружение (также: Environment, среда): Обособленный набор серверов, настроек и данных, в котором работает приложение — например, локальное, стейджинг или прод; окружения изолированы друг от друга.
Простыми словами: Отдельное «место», в котором работает сайт со своими настройками и данными — например, тестовое или боевое; они не пересекаются друг с другом.
Откат (также: Rollback): Возврат к предыдущей рабочей версии приложения или базы данных после неудачного обновления.
Простыми словами: Возврат к предыдущей рабочей версии сайта или базы данных, если новое обновление что-то сломало.
Переменные окружения (также: Environment variables, env, .env): Настройки и секреты (пароли, ключи API, адреса серверов), которые хранятся отдельно от кода и подставляются при запуске.
Простыми словами: Пароли, ключи и адреса серверов, которые хранятся отдельно от программного кода, а не «зашиты» прямо в нём — так безопаснее и удобнее менять их без переписывания кода.
Прод (также: Production, боевой сервер): Основная рабочая версия сайта/приложения, которую видят реальные пользователи (в отличие от тестовой среды).
Простыми словами: «Боевая» версия сайта — та самая, которую видят настоящие пользователи, в отличие от тестовой версии, где ничего страшного не случится, если что-то сломается.
Реверс-прокси (также: Reverse proxy): Промежуточный сервер, который принимает внешние запросы и перенаправляет их нужному внутреннему сервису (например, nginx перед приложением).
Простыми словами: Промежуточный сервер, который принимает все входящие запросы к сайту и сам решает, куда их дальше направить — как ресепшн, который распределяет посетителей по нужным кабинетам.
Стейджинг (также: Staging): Промежуточная тестовая среда, максимально похожая на боевую, где проверяют изменения перед выкладкой на прод.
Простыми словами: Тестовая копия сайта, максимально похожая на боевую, где изменения проверяют перед тем, как выкатить их реальным пользователям.

Дизайн

Grid View (также: вид сеткой, плиточный вид): Режим отображения набора элементов в виде сетки карточек в несколько колонок — обычно с акцентом на визуальный контент вроде фотографий.
Простыми словами: Показ результатов карточками в несколько колонок, как плитка — удобно, когда важно сразу видеть фотографии, а не только текст.
List View (также: вид списком, списочный вид): Режим отображения набора элементов в виде вертикального списка строк — обычно компактный и удобный для сравнения многих пунктов сразу.
Простыми словами: Показ результатов друг под другом, строчка за строчкой — удобно, когда нужно быстро пробежать глазами много пунктов подряд.
Map View (также: вид картой, показ на карте): Режим отображения набора элементов на интерактивной карте вместо списка или сетки — точки или зоны показывают географическое расположение каждого элемента.
Простыми словами: Показ результатов не списком, а точками на карте — удобно, когда важно понимать, где именно находится каждый объект.
UI/UX (также: User Interface / User Experience): UI — визуальный интерфейс (как выглядит), UX — общий опыт использования продукта (насколько удобно и понятно им пользоваться).
Простыми словами: UI — это то, как сайт выглядит; UX — насколько удобно и понятно им пользоваться. Красивый сайт (хороший UI) не всегда удобный (хороший UX), и наоборот.
Автокомплит (также: Autocomplete, автодополнение): Функция подсказок при вводе текста в поле, показывающая подходящие варианты по мере набора символов, чтобы не вводить значение полностью вручную.
Простыми словами: Подсказки, которые появляются по мере ввода текста — например, начинаешь печатать название города, а снизу сразу выпадает список подходящих вариантов на выбор.
Брендбук (также: Brand book, гайдлайн бренда): Документ с правилами использования визуальной айдентики бренда — логотип, цвета, шрифты, тон общения — который обеспечивает единообразие во всех материалах.
Простыми словами: «Инструкция по фирменному стилю» — какие цвета, шрифты и логотип использовать, чтобы все материалы компании выглядели узнаваемо и одинаково.
Вайрфрейм (также: Wireframe, каркас): Упрощённая схема страницы без финального оформления — показывает расположение блоков, а не цвета и шрифты.
Простыми словами: Простая черно-белая схема страницы без картинок и цветов — показывает только расположение блоков, чтобы сначала договориться о структуре, а потом уже заниматься красотой.
Дашборд (также: Dashboard, личный кабинет): Главная стартовая страница пользователя после входа в систему, обычно с обзором ключевой информации и быстрым доступом к основным разделам.
Простыми словами: «Домашняя» страница пользователя сразу после входа на сайт — с неё удобно попасть во все нужные разделы личного кабинета.
Дизайн-система (также: Design system): Единый набор переиспользуемых стилей, компонентов и правил (цвета, шрифты, кнопки, отступы), обеспечивающий целостность интерфейса.
Простыми словами: Единый набор готовых элементов дизайна (кнопки, цвета, шрифты), который используется по всему сайту — чтобы всё выглядело согласованно, а не как лоскутное одеяло.
Дизайн-токены (также: Design tokens): Именованные переменные дизайна (например, «акцентный цвет», «отступ карточки»), которые применяются одинаково по всему проекту вместо разрозненных значений.
Простыми словами: Готовые «переменные» дизайна с именами (например, «основной цвет»), которые применяются везде по проекту одинаково — если поменять токен один раз, поменяется сразу везде.
Доступность (также: Accessibility, a11y): Свойство интерфейса быть удобным для людей с ограниченными возможностями (плохое зрение, моторные затруднения и т.п.) — контраст, размер текста, навигация с клавиатуры.
Простыми словами: Насколько сайтом удобно пользоваться людям с ограничениями — например, с плохим зрением или без возможности пользоваться мышкой.
Лайтбокс (также: Lightbox): Всплывающее окно поверх страницы для просмотра увеличенного изображения из галереи, с возможностью листать фотографии без ухода со страницы.
Простыми словами: Окно, которое открывается поверх страницы при клике на фотографию — показывает её крупно и позволяет пролистать остальные фото из этой же галереи, не уходя со страницы.
Макет (также: Mockup): Детальный визуальный дизайн страницы или экрана, максимально близкий к финальному виду.
Простыми словами: Подробный визуальный дизайн страницы, максимально похожий на то, как сайт будет выглядеть в итоге — с цветами, шрифтами и картинками.
Пиксель-перфект (также: Pixel-perfect): Требование к вёрстке в точности повторять макет дизайнера до пикселя, без визуальных отклонений.
Простыми словами: Требование сделать сайт в точности таким, как в макете дизайнера, без визуальных расхождений даже в один пиксель.
Прототип (также: Prototype): Интерактивная кликабельная модель интерфейса для проверки логики и сценариев использования до начала разработки.
Простыми словами: Кликабельный макет, по которому можно «походить» и проверить, насколько понятно им пользоваться, ещё до того как сайт реально запрограммирован.
Респонсив (также: Responsive): Дизайнерский подход, при котором один и тот же макет плавно перестраивается под любую ширину экрана, в отличие от адаптивного дизайна с фиксированным набором версий под конкретные размеры.
Простыми словами: Дизайн «резиновый»: сайт плавно подстраивается под экран любого размера, а не просто переключается между заранее заготовленными версиями для телефона и компьютера.
Сетка (также: Grid, grid system): Система невидимых колонок и отступов, по которой выравниваются элементы страницы для визуальной упорядоченности.
Простыми словами: Невидимая «разлиновка» страницы на колонки и отступы, по которой выравниваются элементы, чтобы всё смотрелось аккуратно и не вразнобой.
Хендофф (также: Handoff, передача макетов): Момент и процесс передачи готового дизайна от дизайнера разработчикам — со спецификациями отступов, цветов, шрифтов и ассетов, обычно через инструмент вроде Figma.
Простыми словами: Момент, когда дизайнер передаёт готовый дизайн разработчикам — вместе с точными размерами, цветами и картинками, чтобы сайт получился в точности как на макете.
Юзабилити (также: Usability): Насколько легко и понятно людям пользоваться интерфейсом без обучения и подсказок.
Простыми словами: Насколько легко и понятно обычному человеку пользоваться сайтом без инструкции и подсказок.

Проджект-менеджмент

Agile (также: гибкая методология): Подход к разработке короткими итерациями с постоянной обратной связью, вместо одного большого плана на весь проект сразу.
Простыми словами: Подход к разработке маленькими шагами с регулярной обратной связью — вместо того чтобы полгода делать всё «в темноте» и показать результат только в самом конце.
DoD (также: Definition of Done, критерии готовности): Согласованный командой список условий, при выполнении которых задача считается по-настоящему завершённой (например, код написан, протестирован, задеплоен, задокументирован).
Простыми словами: Список условий, при выполнении которых задача считается по-настоящему готовой — не просто «код написан», а ещё и протестирован, выложен, задокументирован.
MVP (также: Minimum Viable Product, минимально жизнеспособный продукт): Простейшая рабочая версия продукта с самым необходимым функционалом, которую можно выпустить и проверить на реальных пользователях.
Простыми словами: Самая простая работающая версия продукта — только самое необходимое, чтобы проверить идею на реальных пользователях, не тратя время на всё остальное сразу.
SEO (также: Search Engine Optimization, поисковая оптимизация): Комплекс мер по улучшению видимости сайта в результатах поисковых систем (Google и т.п.) за счёт правильной структуры, текстов и технических настроек.
Простыми словами: Работа над тем, чтобы сайт легче находился в Google и других поисковиках — правильные заголовки, тексты и структура страниц помогают сайту подниматься выше в результатах поиска.
Scrum: Конкретная реализация Agile с фиксированными ролями (скрам-мастер, владелец продукта), спринтами и ежедневными созвонами.
Простыми словами: Конкретный набор правил внутри Agile: команда работает короткими циклами (спринтами), с закреплёнными ролями и ежедневными короткими встречами.
Блокер (также: Blocker): Проблема или незавершённая зависимость, которая мешает продолжить работу над задачей, пока её не устранят.
Простыми словами: Проблема, которая мешает продолжить работу над задачей, пока её не устранят, — например, нет доступа к нужному сервису.
Бэклог (также: Backlog): Полный список всех задач и идей проекта, которые ещё предстоит сделать, отсортированный по приоритету.
Простыми словами: Полный список всех задач и идей по проекту, которые ещё предстоит сделать — упорядоченный по важности.
Канбан (также: Kanban): Метод визуализации работы через доску с колонками (например, «Сделать» → «В работе» → «Готово»), без жёстких временных рамок спринта.
Простыми словами: Доска с колонками вроде «Сделать» → «В работе» → «Готово», по которой видно, на каком этапе находится каждая задача — без жёстких временных рамок, как в Scrum.
Код-ревью (также: Code review, ревью кода): Проверка кода другим разработчиком перед его принятием в проект — на предмет ошибок, стиля и качества решения.
Простыми словами: Когда другой разработчик проверяет написанный код перед тем, как его добавят на сайт — вроде вычитки текста перед публикацией, только для кода.
Приоритизация (также: Prioritization): Процесс определения порядка выполнения задач исходя из их важности, срочности и влияния на цели проекта.
Простыми словами: Решение, что делать в первую очередь — какие задачи важнее и приносят больше пользы прямо сейчас, а что может подождать.
Ретроспектива (также: Retro): Встреча в конце итерации/спринта, где команда обсуждает, что прошло хорошо, а что стоит улучшить в процессе.
Простыми словами: Встреча в конце этапа работы, где команда обсуждает, что получилось хорошо, а что стоит улучшить в следующий раз.
Роадмап (также: Roadmap, дорожная карта): Верхнеуровневый план развития продукта по этапам/срокам, без детализации до отдельных задач.
Простыми словами: План развития продукта по крупным этапам — что и примерно когда планируется сделать, без детализации до мелких задач.
Скоуп (также: Scope): Границы того, что входит в задачу или проект, а что — нет.
Простыми словами: Чёткая граница того, что входит в задачу или проект, а что в неё точно не входит.
Спринт (также: Sprint): Короткий фиксированный отрезок времени (обычно 1-2 недели), за который команда обязуется завершить определённый набор задач.
Простыми словами: Короткий отрезок времени (обычно одна-две недели), за который команда обязуется закончить определённый набор задач.
Стейкхолдер (также: Stakeholder): Человек или группа, заинтересованные в результате проекта и влияющие на решения (заказчик, руководство, ключевые пользователи).
Простыми словами: Человек или группа людей, заинтересованных в результате проекта и способных повлиять на решения — например, заказчик или руководство.
Стендап (также: Standup, дейли): Короткая ежедневная встреча команды, где каждый кратко рассказывает, что сделал вчера, что planируется сегодня и что мешает.
Простыми словами: Короткая ежедневная встреча команды, где каждый быстро рассказывает, что сделал вчера, что планирует сегодня и что ему мешает.
Стори-поинты (также: Story points): Условные единицы, которыми команда оценивает сложность и объём работы над задачей, а не время в часах — помогают сравнивать задачи между собой.
Простыми словами: Условные баллы, которыми команда оценивает сложность задачи — не в часах, а «на сколько это сложно по сравнению с другими задачами».
ТЗ (также: Техническое задание): Документ, описывающий требования к продукту или отдельной задаче — что именно нужно сделать и по каким критериям проверять готовность.
Простыми словами: Документ, где подробно расписано, что именно нужно сделать и по каким критериям потом проверять, что задача выполнена правильно.
Таргетинг (также: Targeting): Настройка условий показа контента (например, рекламного блока) определённой аудитории — по региону, устройству, времени и другим параметрам.
Простыми словами: Настройка «кому показывать» тот или иной блок на сайте — например, только пользователям из определённого города или только на мобильных телефонах.
Эстимейт (также: Estimate, оценка сроков): Приблизительная оценка времени или трудозатрат, необходимых для выполнения задачи, сделанная до начала работы над ней.
Простыми словами: Прикидка «сколько времени это займёт» до того, как задачу начали делать — помогает планировать сроки и договариваться с заказчиком.

Общее / сленг

GitHub Actions (также: Actions, гитхаб экшнс): Встроенный в GitHub инструмент для автоматизации: запускает тесты, сборку и деплой автоматически при определённых событиях, например при пуше или пул-реквесте.
Простыми словами: Робот-помощник внутри GitHub, который сам запускает проверки и другие действия — например, автоматически прогоняет тесты каждый раз, когда кто-то отправляет новый код.
QA (также: Quality Assurance, тестировщик, тестирование): Специалист или процесс проверки продукта на ошибки и соответствие требованиям перед тем, как изменения попадут к пользователям.
Простыми словами: Человек или процесс, которые специально ищут ошибки в сайте до того, как их найдут реальные пользователи.
Race condition (также: Гонка состояний, состояние гонки): Баг, возникающий, когда результат работы программы зависит от непредсказуемого порядка выполнения параллельных операций.
Простыми словами: Баг из-за «гонки» двух действий, которые происходят почти одновременно: результат зависит от того, кто из них чуть-чуть обгонит другого, из-за чего поведение системы становится непредсказуемым.
Апрув (также: Approve, апрувить): Одобрение пул-реквеста ревьюером, подтверждающее, что изменения проверены и готовы к слиянию в основную ветку.
Простыми словами: «Зелёный свет» от того, кто проверял код — значит, изменения посмотрели, они выглядят хорошо и их можно смело добавлять в проект.
Баг (также: Bug, ошибка): Дефект в программе — поведение, которое отличается от ожидаемого/правильного.
Простыми словами: Ошибка в программе — когда что-то работает не так, как должно.
Ветка (также: Branch): Отдельная линия разработки, ответвлённая от основной версии кода, позволяющая работать над изменениями изолированно, не затрагивая основной код, пока они не готовы.
Простыми словами: Отдельная «параллельная копия» кода, где можно спокойно делать изменения, не боясь сломать основную рабочую версию, пока правки не будут готовы и проверены.
Даунтайм (также: Downtime, простой): Период времени, в течение которого сервис недоступен пользователям из-за сбоя, обновления или технических работ.
Простыми словами: Время, когда сайт не работает — например, во время обновления сервера или из-за сбоя.
Захардкодить (также: Hardcode, хардкод): Прописать значение прямо в коде вместо того, чтобы сделать его настраиваемым (через базу данных, настройки, конфиг).
Простыми словами: Прописать значение прямо в коде вместо того, чтобы сделать его настраиваемым — из-за этого потом сложнее что-то поменять без участия разработчика.
Ишью (также: Issue, тикет): Зарегистрированная задача, баг или предложение в репозитории, обсуждаемая и отслеживаемая отдельно от кода — способ вести список дел и проблем проекта.
Простыми словами: Карточка с описанием задачи или бага в GitHub — вроде записки «нужно сделать/починить», которую можно обсуждать и отслеживать до закрытия.
Клонировать (также: Clone, клонирование): Скачать полную копию репозитория (с историей изменений) с сервера на свой компьютер, чтобы начать с ним работать локально.
Простыми словами: Скачать проект с сервера к себе на компьютер целиком — со всей историей изменений, чтобы можно было с ним работать локально.
Коммит (также: Commit, закоммитить): Зафиксированный набор изменений в коде, сохранённый в истории версий с описанием, что было сделано — базовая единица работы в системе контроля версий (Git).
Простыми словами: «Сохранение» изменений в коде с коротким описанием, что именно поменялось — как контрольная точка в истории правок, к которой всегда можно вернуться.
Конфликт слияния (также: Merge conflict): Ситуация, когда система не может автоматически объединить изменения из двух веток, потому что они по-разному поменяли одно и то же место в коде — требует ручного разрешения разработчиком.
Простыми словами: Ситуация, когда два человека одновременно поменяли один и тот же кусок кода по-разному — система не знает, какой вариант правильный, и просит разработчика решить вручную.
Костыль (также: Workaround, хак): Временное решение проблемы, которое работает, но не устраняет её первопричину.
Простыми словами: Быстрое временное решение проблемы, которое работает, но не устраняет её настоящую причину.
Легаси (также: Legacy, легаси-код): Старый код или система, которую поддерживают/переносят, часто без документации и с устаревшими подходами.
Простыми словами: Старый код или система, которую приходится поддерживать или переносить дальше, часто без документации и по устаревшим правилам.
Мёрж (также: Merge): Слияние изменений из одной ветки кода в другую (например, из рабочей ветки в основную).
Простыми словами: Объединение изменений кода из одной рабочей версии в основную.
Оверинжиниринг (также: Overengineering, переусложнение): Излишне сложное или гибкое решение задачи, которая на самом деле простая — усложняет код и разработку без реальной пользы.
Простыми словами: Слишком сложное и «навороченное» решение для простой задачи — усложняет разработку без реальной пользы.
Пул-реквест (также: Pull request, PR, Merge request): Запрос на слияние изменений кода, который можно обсудить и проверить перед тем, как их примут в основную версию проекта.
Простыми словами: Запрос «примите мои изменения в код», который сначала можно обсудить и проверить, прежде чем изменения попадут в основную версию продукта.
Пуш (также: Push, запушить): Отправка сохранённых локальных коммитов в общий удалённый репозиторий, чтобы изменения стали доступны остальной команде.
Простыми словами: Отправка своих сохранённых изменений с компьютера разработчика на общий сервер проекта — только после этого изменения видны остальной команде.
Ребейз (также: Rebase): Приём, при котором коммиты одной ветки «переносятся» и применяются поверх более свежей версии другой ветки, чтобы получить более чистую и линейную историю изменений.
Простыми словами: Способ «подтянуть» свою ветку к самым свежим изменениям в основной, аккуратно перестроив историю — как будто изначально начал работу с более новой точки.
Регрессия (также: Regression): Ситуация, когда новое изменение сломало то, что раньше работало корректно.
Простыми словами: Ситуация, когда после какого-то изменения сломалось то, что раньше работало нормально.
Релиз (также: Release, тег релиза): Зафиксированная версия проекта в конкретный момент времени, обычно с номером версии и описанием изменений — публикуется как готовая к использованию точка в истории.
Простыми словами: «Официальная версия» проекта, зафиксированная с номером — как снимок проекта в конкретный момент, который можно скачать или на который можно сослаться.
Репозиторий (также: Repository, репа): Хранилище проекта с полной историей изменений кода — центральное место, где живёт код и все его версии.
Простыми словами: «Папка проекта» на GitHub со всей историей изменений — там хранится весь код и видно, кто и когда что менял.
Рефакторинг (также: Refactoring, рефактор): Изменение внутренней структуры кода без изменения его внешнего поведения — для чистоты, читаемости, удобства дальнейшей работы.
Простыми словами: Наведение порядка внутри кода без изменения того, как продукт работает снаружи — код становится чище и понятнее, а пользователь этого не замечает.
Сквош (также: Squash, сквошить коммиты): Объединение нескольких мелких коммитов в один, чтобы упростить историю изменений перед слиянием в основную ветку.
Простыми словами: Склеивание кучи мелких «сохранений» в одно аккуратное — вместо десяти коммитов вида «фикс», «ещё фикс», «опять фикс» в истории остаётся один понятный.
Смоук-тест (также: Smoke test): Быстрая базовая проверка, что система вообще запускается и основные функции работают, без глубокого тестирования деталей.
Простыми словами: Быстрая проверка «а вообще всё работает?» после изменений — без глубокого тестирования каждой детали.
Спагетти-код (также: Spaghetti code): Запутанный, плохо структурированный код, в котором сложно проследить логику из-за хаотичных связей между частями.
Простыми словами: Запутанный код, в котором сложно разобраться, потому что всё переплетено между собой без понятной структуры.
Стэш (также: Stash): Временное «откладывание» незавершённых изменений в сторону, чтобы переключиться на другую задачу, а потом вернуть их обратно.
Простыми словами: Способ отложить недоделанную работу «в карман», переключиться на срочную задачу, а потом достать отложенное и продолжить с того же места.
Технический долг (также: Технадолг, Tech debt): Накопленные сокращения пути и временные решения в коде, которые со временем усложняют разработку и требуют исправления.
Простыми словами: Накопленные «на скорую руку» решения в коде, которые со временем усложняют дальнейшую разработку и требуют времени на исправление — как кредит, который однажды придётся «выплатить».
Фича (также: Feature, функциональность): Новая функция или возможность продукта, добавляемая для пользователя.
Простыми словами: Новая функция или возможность, которую добавляют в продукт для пользователей.
Флейки-тест (также: Flaky test, нестабильный тест): Тест, который иногда проходит, а иногда падает без изменений в коде — обычно из-за таймингов, случайных данных или внешних зависимостей.
Простыми словами: Тест, который иногда проходит, а иногда падает без изменений в коде — обычно из-за случайных факторов, а не реальной ошибки.
Форк (также: Fork): Полная копия чужого репозитория в своём аккаунте, позволяющая вносить изменения независимо от оригинала — часто используется для предложения правок в чужой проект.
Простыми словами: Собственная копия чужого проекта в своём аккаунте — можно свободно экспериментировать с ней, не влияя на оригинал.
Форс-пуш (также: Force push): Принудительная отправка изменений в удалённый репозиторий, перезаписывающая уже существующую там историю — рискованная операция, которая может стереть чужие изменения.
Простыми словами: Принудительная перезапись истории изменений на сервере — мощный, но опасный приём: если сделать неаккуратно, можно случайно стереть чужую работу.
Хотфикс (также: Hotfix): Срочное исправление критичной проблемы на боевой версии продукта, в обход обычного процесса разработки.
Простыми словами: Срочное исправление серьёзной проблемы прямо на рабочем сайте, в обход обычного процесса разработки — когда нет времени ждать.
Чекаут (также: Checkout, переключиться на ветку): Переключение рабочей копии проекта на другую ветку или версию кода.
Простыми словами: Переключение на другую «параллельную копию» проекта — как переключить телевизор на другой канал, только для кода.
Эдж-кейс (также: Edge case, граничный случай): Редкая, нестандартная ситуация на границе обычных условий работы системы, которую легко упустить при разработке.
Простыми словами: Редкая нестандартная ситуация на границе обычных условий работы, которую легко забыть предусмотреть при разработке.