Web Design Glossary

Подход к разработке, при котором работа идёт короткими итерациями. Не уходят на 6 месяцев без связи — показывают результат каждые 2 недели.

Язык, на котором программы разговаривают друг с другом. Банк, CRM, мобильное приложение — всё общается через API. Как официант: принимает заказ от клиента и несёт на кухню.

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

Ошибка в коде, из-за которой продукт работает не так, как задумано. Бывает мелким (визуальный артефакт) и критическим (не проходит платёж). Задача QA — найти до пользователя.

Хранилище всех данных продукта: пользователи, транзакции, настройки, история. Выбор типа базы влияет на скорость, стоимость и масштабируемость.

Собирает требования от клиента, разбирает бизнес-логику и переводит всё в понятные задачи для команды разработки. Часто совмещает роль с PM.

Серверная часть продукта. Хранит данные, обрабатывает логику, отвечает на запросы. Пользователь его не видит — но без него интерфейс просто картинка.

Список всех задач, фич и исправлений, которые нужно сделать. Приоритизируется — что важнее сейчас, то идёт в работу первым. Живёт и меняется вместе с продуктом.

Автоматическое уведомление от одной системы к другой при событии. Платёж прошёл → банк отправляет вебхук → ваша система обновила статус. Мгновенно, без лишних запросов.

Система, которая фиксирует каждое изменение в коде. Можно вернуться к любой версии, работать параллельно в нескольких ветках. Обычно это Git.

Выпуск новой версии продукта на сервер. «Задеплоили» — значит изменения увидели реальные пользователи. Бывает плановым и экстренным (хотфикс).

Библиотека визуальных компонентов: кнопки, формы, цвета, шрифты. Команда использует одни и те же элементы, а не рисует каждый экран с нуля.

Этап до разработки: разбираем задачу, исследуем рынок, собираем требования, проектируем решение. Цель — понять что и зачем строить, прежде чем написать первую строку кода.

Отвечает за инфраструктуру, деплой и мониторинг. Настраивает CI/CD, следит за стабильностью. Его работа — чтобы код попадал к пользователям быстро и без ручного труда.

Время от запроса до ответа. 3 секунды для пользователя — это «тормозит». Для критичных операций — ещё важнее. Оптимизируется на уровне архитектуры и инфраструктуры.

Серверы, сети, облака, базы данных — всё окружение, на котором живёт продукт. Невидима, но от неё зависит скорость, надёжность и стоимость.

Подключение двух систем друг к другу. CRM + сайт, банк + продукт, 1С + личный кабинет. Через API или готовые коннекторы. Большая часть проектов — это не «с нуля», а интеграция с тем, что уже есть.

Один рабочий цикл в разработке. Сделали, показали, получили обратную связь, улучшили — пошли на следующую. Так продукт растёт постепенно, а не валится всё сразу.

Документ с объёмом, стоимостью и сроками проекта. Отправляется после первой встречи и Discovery. Клиент читает, согласовывает — и стартует проект.

Временное хранилище часто запрашиваемых данных. Не идти в базу каждый раз — отдать готовый ответ. Меньше нагрузка, быстрее продукт.

Метрики, по которым измеряем успех. Без KPI непонятно, работает продукт или стоит на месте. Согласовываются на старте — чтобы у всех было одно понимание результата.

Другой разработчик проверяет код до того, как он попадёт в продукт. Снижает количество ошибок, держит единый стиль. Не опция — обязательная часть процесса.

Старый код, который «достался в наследство». Работает — и слава богу, трогать страшно. Накапливает технический долг и тормозит новую разработку.

Человек, который в итоге говорит «работаем» или «нет». Важно понять, кто это, ещё на первой встрече.

Записи всего, что происходит в системе. Когда что-то сломалось — логи первое, куда смотрит команда.

Ведёт проект от старта до передачи. Коммуникация с клиентом, контроль сроков, координация команды. Ваша основная точка контакта на протяжении всего проекта.

Архитектура, при которой продукт разбит на независимые сервисы. Каждый делает своё. Если один упал — остальные живут. Сложнее строить, легче масштабировать.

Подход, при котором дизайн и разработка начинаются с мобильной версии. Сегодня больше половины трафика — с телефонов.

Наблюдение за системой в реальном времени: ошибки, нагрузка, скорость ответов. Если что-то пошло не так — команда узнаёт раньше пользователей.

Минимальная версия продукта, которую уже можно запустить. Не сырая — работающая, но без лишнего. Цель: проверить гипотезу и попасть на рынок раньше, чем идея устареет.

Один большой продукт, где вся логика внутри. Проще для старта, сложнее для роста. На ранних стадиях часто оправданный выбор.

Проверяем, как система держит пиковую нагрузку. Лучше найти предел в тесте, чем в реальности в день запуска.

Серверы в аренду у провайдера (AWS, Google Cloud, Azure). Платишь за то, что используешь. Не нужно покупать железо и нанимать сисадмина.

Dev (разработка), staging (тестирование), production (то, что видят пользователи). Изменения проходят через все среды, прежде чем попасть к клиенту.

Встреча команды, где задачи из бэклога разбираются, уточняются и оцениваются до того, как попасть в спринт. Клиент на ней не присутствует — это внутренняя подготовка.

Часто совмещённая роль. PM ведёт проект и коммуницирует с клиентом, BA собирает требования и описывает бизнес-логику. В небольших проектах один человек делает оба.

Быстрая проверка технической гипотезы. «А вообще это реализуемо?» — ответ на этот вопрос. Делается до полноценной разработки, чтобы не тратить деньги на нежизнеспособное решение.

Рабочая версия продукта, которую видят реальные пользователи. «Упало в продакшне» — значит проблема уже у людей. Всё, что туда попадает, должно быть проверено.

Ранняя интерактивная модель продукта для проверки идей. Делается до разработки — дешевле переделать в Figma, чем в коде.

Специалист по заданию пытается взломать продукт. Лучше найти уязвимость так, чем ждать, пока это сделают снаружи.

Пишет серверную логику, строит API, занимается интеграциями: платёжные системы, ЭЦП, мессенджеры, учётные системы. Отвечает за то, что происходит «под капотом».

Реализует интерфейсы: веб и мобильные приложения. То, что пользователь видит и кликает — его работа. Работает вместе с дизайнером по готовым макетам.

Переписать код изнутри, не меняя того, что видит пользователь. Как ремонт фундамента — снаружи то же здание, внутри надёжнее.

Хранилище кода проекта. Содержит всю историю изменений — можно вернуться к любой версии. Обычно хранится на GitHub или GitLab.

Встреча в конце спринта: что работало, что нет, что меняем. Не разбор полётов — инструмент роста команды.

Дорожная карта продукта — куда идём и в каком порядке. Не жёсткий план, а живой ориентир. Меняется вместе с приоритетами бизнеса.

Сайт или приложение, которое адаптируется под любой размер экрана. Телефон, планшет, десктоп — везде выглядит правильно.

Переводит бизнес-требования в техническую спецификацию для разработчиков. Если BA понимает «что нужно бизнесу», то системный аналитик отвечает на «как это реализовать технически».

Расширение системы под рост нагрузки. Горизонтальный — добавляем серверы. Вертикальный — делаем сервер мощнее. Хорошая архитектура позволяет масштабироваться без переписывания.

Границы проекта: что входит, что не входит. «Выйти за скоп» — значит добавить что-то, что не было согласовано. Чёткий скоп = предсказуемые сроки и бюджет.

Самый распространённый Agile-фреймворк. Спринты, стендапы, ретро. Предсказуемый процесс с фиксированным объёмом и прозрачным прогрессом.

Рабочий цикл длиной 1–2 недели. В конце — готовый результат, который можно показать. Не «в процессе», а «сделано».

Короткая ежедневная встреча команды (15 минут). Что сделал, что делаю, есть ли блокеры. Синхронизация, а не отчёт.

Шифрование данных между пользователем и сервером. Замочек в браузере — это оно. Без него данные можно перехватить по дороге.

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

Документ, где зафиксировано что, как и зачем строим. Scope, логика, интеграции, ограничения. Без ТЗ — без договора.

Проверка продукта на ошибки до того, как их найдёт пользователь. Бывает ручное и автоматизированное. Входит в каждый спринт, а не только перед релизом.

Старший разработчик, который определяет архитектуру и стандарты проекта. Кодит сам и следит за качеством команды. Принимает ключевые технические решения.

Решения, принятые быстро, но не лучшим образом. Накапливается незаметно, тормозит разработку явно. Рано или поздно приходится платить — рефакторить.

Интерфейс — всё, что пользователь видит и с чем взаимодействует. Кнопки, формы, экраны, цвета. UI плохой, если красиво, но непонятно.

Пользовательский опыт — насколько удобно и понятно пользоваться продуктом. UX плохой, если человек не может найти кнопку или запутался в форме. Проектируется до разработки.

Проектирует интерфейсы и создаёт прототипы. UX — логика и удобство, UI — визуал. Работает до разработчиков: сначала думает о пользователе, потом рисует экраны.

Инструмент для дизайна интерфейсов. Здесь создаются все макеты и прототипы до того, как они уходят в разработку. Клиент согласовывает дизайн именно тут.

Готовый каркас для разработки. Не строит сам, но без него в 10 раз медленнее. React, Django, Spring Boot — это фреймворки.

Всё, что видит пользователь: кнопки, экраны, анимации. Живёт в браузере или мобильном приложении.

Экстренное исправление прямо в продакшн. Когда что-то сломалось у реальных пользователей и ждать следующего релиза нельзя. Тушим пожар — потом разбираемся, почему загорелось.

Автоматическая сборка, проверка и выкладка кода. Разработчик сделал изменение — система сама прогнала тесты и задеплоила. Без ручного труда и ночных дежурств.

Данные превращаются в нечитаемый набор символов без ключа. При передаче и хранении. Обязательно для продуктов, работающих с персональными данными и деньгами.

Конкретный адрес в API, по которому можно получить данные или выполнить действие. Например: /api/users — отдаёт список пользователей.

Формат встречи с клиентом, где показываем как проект выглядит изнутри: процессы, инструменты, коммуникация. Не про офис — про то, как будет устроена работа конкретно по вашему проекту.

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

Платформы для хранения кода и совместной работы над ним. Как Google Docs, только для кода. Все изменения видны, история сохранена, доступ можно выдать клиенту.

Ловит баги до того, как их найдёт пользователь. Пишет тест-кейсы, запускает автотесты, проверяет продукт на каждом спринте перед демо клиенту.