IT СЛОВАРЬ

Автоматизация: В зависимости от контекста, этот термин может охватывать автоматическую настройку окружения на проекте или сборку версий проекта, а также написание автотестов тестировщиками.

Адаптив: Адаптивный дизайн сайта или приложения подстраивается под экран компьютера, ноутбука или телефона. Для полного понимания, как элементы будут выглядеть при разных условиях, необходимо иметь несколько вариантов макетов.

Аджайл (Agile): Это методология разработки, основанная на ценностях, принципах и правилах взаимодействия команды. Гибкость Agile позволяет командам быстро реагировать на изменения и приоритизировать задачи.

Айди (ID): Идентификатор объекта, часто представляющий собой рандомный набор цифр или сочетание цифр и букв. Используется для удобного поиска в базе данных.

Аккаунт, аккаунт-менеджер: Человек, следящий за статусами проектов в компании. Обычно присутствует в аутстафф и аутсорс компаниях, обеспечивая взаимодействие с заказчиками и управление проектами.

Апдейт (Update): Обновление информации или статуса задачи.

Апрув (Approve): Подтверждение выполнения чего-либо. Может применяться к коду на код-ревью, отпуску или другим процессам.

Ассайн (Assign): Перевод задачи на исполнителя. Часто используется в сервисах типа Jira.Аттач (Attach): Приложение материалов, фото, документов или файлов к сообщению или задаче.

Апишка (API): Программный интерфейс для взаимодействия сайта или приложения с сервером. Часто видимый в адресной строке, например:https://google/cats/24532.

Аутсорс: Компания, выполняющая проекты по техническому заданию заказчика. Заказчик получает отчеты о проделанной работе, но не видит, кто над проектом работает.

Аутсафф (Staff): Интеграция в продуктовую команду заказчика через аутстафф. Позволяет быстро менять проекты и стек технологий, но не предоставляет корпоративные преимущества штатных сотрудников.

Баг: Ошибка в работе программы, не соответствующая ее логике по техническому заданию. Такие баги обычно фиксируются в виде отдельных тикетов с описанием ожидаемой и фактической реализации.

Бамп или памп версии: Повышение версии приложения. Например, из 1.03 → 1.04.

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

Бренч или branch: Ветка, в которой работает разработчик и пишет код. Обычно названа по номеру задачи, например, MOB-3244/feature/Создание главного экрана.

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

Бэклог: Список задач, которые нужно реализовать в будущих версиях продукта. Для разбора бэклога проводится встреча команды Груминг.

Бэкенд: Серверная часть приложения.

Бэкап: Резервная копия данных, включая страницы документации или куски кода.

Ветка: Ответвление от основного проекта, в которой ведется разработка нового функционала или исправление старого.

Ворнинг: Предупреждение о проблемах в программе, требующих улучшений.

Вылет: Сбой работы программы, при котором сайт или приложение перестает функционировать.

Галера: Работа, на которой не доплачивают, с токсичной атмосферой и переработкой.

Груминг: Встреча команды для разбора задач и обсуждения их реализации.

Гайд: Пошаговое руководство, часто связанное с проектом.

Глоссарий: Список терминов, чтобы обеспечить единое понимание в команде.

Гит-флоу: Это конкретный паттерн поведения при работе над задачами или багами в разработке. Вы начинаете с девелоп-ветки, где хранятся актуальные фичи. Затем создаете новую ветку для конкретной задачи, например, “feature/Название задачи”. В этой ветке выполняется вся работа над фичей, и после завершения она публикуется в репозитории.

Глитч: Обычно говорят в контексте дерганной таблицы при скролле или неравномерно загружающихся картинок

Дедлайн: Конкретные сроки выполнения задачи. Важно открыто обсуждать сроки и возможные риски.

Декомпозиция: Разбиение большой задачи на более мелкие, понятные команде.

Девелоп окружение: Закрытая среда разработки или тестирования, доступная только команде.

Дейли митинг (стендап): Ежедневная встреча команды для обсуждения прогресса и проблем.

Джуниор: Человек, способный выполнять задачи по четкому плану, но не абстрактные.

Деплой: Публикация новой версии приложения.

Дропнуть: Опубликовать проделанную работу.

Железо: Рабочий ноутбук или компьютер.

Jira: Сервис для трекинга задач и прогресса работы.

Залить: Загрузить изменения в общий доступ.

Заложить: Определить время на выполнение задачи.

Код ревью: Проверка и анализ написанного кода.

Коммит: Сохранение изменений в проекте.

Компилить: Сборка проекта для запуска.

Кост: Стоимость создания чего-либо. Будь то стоимость по времени для разработки, аналитик, дизайна и тестирования программы

Костыль: Некрасивое и неэлегантное, но при этом рабочее решение задачи. В коммерческой разработке с сжатыми сроками костыли встречаются повсеместно. Задача разработчика — решить проблему и предоставить быстрый рабочий вариант для бизнеса, а не обязательно писать чистый и красивый код. Часто приходится выбирать между чистотой и функциональностью, и в таких случаях костыли становятся необходимостью. Иногда они используются из-за несовместимости разных компонентов в проекте, когда быстрое решение превосходит по времени разработку более элегантного кода.

Краш (crash): Сбой в работе программы, из-за которого требуется перезапустить ее.

КЗ (коммерческая занятость): Часто используется в контексте аутсорс-компаний. Это процент времени, который вы уделяете работе над проектом и нахождению на бенче (не назначенной на конкретную задачу). Нормальным считается уровень в 75-80%.

Лаг: Сбой в верстке или работе программы.

Легаси (legacy): Тяжелое наследство, которое необходимо поддерживать в программе, чтобы она продолжала работать. Это может быть как старый код и неактуальный стек, так и плохо написанный код на новых фреймворках.

Линк (линка): Ссылка на что-либо.

Либа: Библиотека, которую можно добавить в проект в качестве зависимости. Часто используется для добавления сторонних библиотек с GitHub или GitLab.

Линтер (линт): Настроенная вручную проверка кода. Помогает выявить синтаксические ошибки, проблемы с размерами функций, длиной файлов и другие аспекты.

Мануал (мануальщик, мануальный тестировщик, manual qa): Человек, который занимается написанием тест-кейсов и ручным тестированием. Он может тестировать как фронтенд, так и бэкенд.

Машина: Ваш рабочий ноутбук или компьютер.

Мердж (мерджить, смержить, merge): Слияние изменений из одной ветки в другую. Используется в разработке.

Мок (мокнуть, мокать, mocking): Подменить реализацию для проверки функционала при разных условиях.

Мокап (мок): Реалистичный макет предмета, используемый для демонстрации разных вариантов дизайна.

Мидл: Уровень после джуниора, более самостоятельный и опытный разработчик.

Митинг (мит, го мит, meeting): Встреча команды для обсуждения требований или статусов задач.

Мэтч (смэтчиться, match): Совпадение по ожиданиям или реализации.

Накатить: Добавить или выпустить изменения в программе.

Откат (откатить): Вернуться к прежней версии проекта.

Отбренчиться (бренчиться): Создать новую ветку от основной для работы над конкретной задачей.

Окружение (environment): Это среда, в которой вы разрабатываете, тестируете или используете проект. Обычно окружения делятся на типы, такие как dev (для разработки), test (для тестирования) и prod (продакшен, для пользователей). Идеально, все три окружения должны иметь одинаковый функционал, и на продакшен не должно попадать ничего до тестирования на тесте или деве, но это не всегда выполняется.

Ось (OS): Операционная система вашего компьютера или телефона. Это важно учитывать при разработке и тестировании.

ОР (Ожидаемая Реализация): В тестировании это описание того, как по техническому заданию ожидается, что программа будет работать. При оформлении задачи тестировщики указывают ОР по документации.

Прод (продакшен, production): Версия сайта или приложения для пользователей.

Планирование (planning): Встреча всей команды, где обсуждают техническое задание, декомпозируют и оценивают задачи.

Пинговать (ping): Достучаться до кого-то или чего-то. Может использоваться для проверки состояния соединения или общения с коллегами.

Продукт менеджер (продакт): Человек, ответственный за продукт. Он ближе к бизнесу и занимается стратегическим планированием.

Проджект менеджер (ПМ): Человек, который ведет проект, организует команду и следит за сроками выполнения задач.

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

Пушить (push): Отправить свои изменения в удаленный репозиторий (например, на GitHub или GitLab).

Пулить, спулить, пулл, pull: Это способ достать актуальное обновление из удаленного репозитория. Ваши коллеги изменяют код в проекте, и вы должны подтягивать эти изменения регулярно, иначе версии проектов не будут совпадать с коллегами и могут возникнуть конфликты.

Прокся, прокси, прокси-сервер, proxy: Это по сути тупой посредник, передающий данные с сайта или приложения на его сервер. Прокси может выполнять небольшие кастомизации, например, отображать разный текст для сайта и мобильного приложения. Также прокси может менять IP-адрес сайта и перенаправлять пользователя на другой адрес, ради безопасности.

Ретроспектива, ретра, retrospective: Это встреча всей команды в конце спринта, чтобы подвести его итоги и ответить на вопросы: «Что было хорошо сделано в этом спринте, а что плохо? Что мы как команда можем улучшить?» Ретроспектива помогает устранить косяки команды и улучшить процессы.

Ребейз, rebase: Это особый вид слияния двух веток, на которых вы или ваш коллега работаете. От классического мерджа отличается возможностью самому выбирать последовательность коммитов в истории изменений ветки.

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

Релиз, release: Это публикация новой версии сайта или приложения для всех пользователей.

Регресс: Этап полного тестирования программы. В регрессе проверяется, что новые изменения не поломали старые функции. Это включает любой вид тестирования, такой как смок, интеграционное и т. д.

Ридмик, реадми, README.md: Это файл, в котором описано, как работать с проектом, как настроить окружение, выкачать репозиторий с проектом и установить его у себя локально. В файле также могут быть дополнительные ссылки на документацию проекта, его кодстайл, тесты, правила линтера и прочее.RC, release candidate: Это более узкая часть процесса релизного цикла. Когда версия продукта прошла тестирование и готова к публикации, она становится кандидатом на публикацию в открытый доступ для всех пользователей.

Ручка, дергать ручку: Это апи метод, который можно вызвать, отправив определенный запрос на сервер. Если вы получили определенный статус в ответе, значит, дернули!

Ручник, ручной/мануальный тестировщик: Это человек в команде, проверяющий работу программы по самописным тест-кейсам. Обычно он подключается в работу в конце спринта, чтобы проверить всё и в случае ошибок завести баги на разработку.

Сабтаски, саб, subtask: Подраздел большой задачи. Их заводят для декомпозиции большой задачи на связанные части. Например, если вам нужно сделать авторизацию на сайте, можно завести сабтаски на верстку экрана авторизации, добавление стилей, бизнес-логику и покрытие метриками.

Сеньор, помидор, senior: Старший работник, способный самостоятельно решить любую задачу бизнеса, опираясь на опыт и насмотренность.

Стор: Магазин приложений, где публикуются все мобильные приложения для пользователей, такие как AppStore и Google Play.

Скрининг: Первый звонок-знакомство с нанимаемым менеджером. Это первый этап в воронке найма, чтобы отсеять неадекватных кандидатов и допустить до технического интервью только подходящих.

Срез: Сборка актуального приложения, которое увидит пользователь после публикации в сторе.

Смоук, смок, смоук тестирование, smoke test: Минимальный набор тестов для проверки нового функционала перед релизом. Проводится только для нового функционала, чтобы убедиться, что все работает по документации.

Спека, спецификация: Документация по проекту, где можно найти информацию по узкой части программы.

Свитч, свитчнуться, switch: Поменять ветку или окружение в контексте разработки.

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

Сторипоинт, поинты, story point: Единица меры сложности реализации задачи. Часто используют системы фибоначчи для измерения сложности.

Спринт, sprint: Отрезок времени, за который нужно выполнить этап работ.

Сторя, юзер стори, user story: Функционал продукта, который необходим пользователю. Например, заказ такси через приложение.

Сиайка, сиай сиди, CI/CD: Автоматизация сборок кода. Это позволяет избежать ручных действий при сборке и публикации приложения.

Синк, синкануться, sync: это обычно созвон с вами и командой для синхронизации всех. это необходимо, чтобы ваши выводы совпадали с выводами других людей по реализации какой-либо вещи в проекте. Таким образом люди всегда находятся в правильном контексте и в курсе всего происходящего в команде и проекте.

Таск, таска, task: Задача, которую необходимо решить. Эту задачу можно получить от аналитика, менеджера, тимлида или даже коллеги для проработки нового функционала проекта. Рабочая задача в виде фичи или неисправленный баг в работе программы - оба эти понятия являются тасками.

Тестер, тостер, куа, QA: Человек в команде, отвечающий за качество разработки и дающий последнее слово перед релизом для всех пользователей. Они делятся на мануальных и авто тестировщиков: первые проходятся по программе вручную, а вторые пишут авто-тесты. Обычно в командах, не бигтехов, могут себе позволить иметь только мануальных тестировщиков. Для авто уже необходим человек, который знает один язык программирования, а это всегда будет дороже.

Трекер: Место, в котором собраны все задачи команды с их статусами. Благодаря такому трекеру менеджер команды видит, сколько времени потрачено на задачи, успеваете ли вы по срокам и списали ли время на выполнение этих задач. Трекером могут называть такие пространства, как Jira, где также есть возможность залоггировать время, которое вы потратили на выполнение задачи, чтобы вам за это время заплатили.

Тимлид, тим, лид команды, teamlead: Руководит командой и процессами, решает спорные вопросы.

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

Темплейт, template: Шаблон, по которому вы можете работать на проекте. Например, шаблон для архитектуры VIPER.

ТЗ, тэзэшка: Техническое задание, которым занимается системный аналитик при разработке документации по продукту.

Факап, нафакапил, fuckup: Неудача в процессе работы.

Фича, feature: Новый функционал приложения или сайта, который ранее не был реализован. Фичей может считаться как добавление новой кнопки для авторизации через ВК с последующей бизнес-логикой, так и интеграция платежного сервиса в ваше приложение для оплаты покупок.

Фикс, фиксить, fix: Доработка функционала. Это не совсем баг, но код может быть не хорошо написан, и такое просят исправить: пофиксить нейминг функций и переменных, а также верстку.

Фидбек, feedback: Обратная связь от людей по поводу качества проекта и вашей работы.

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

ФР (Фактическая реализация): В тестировании это сокращение от “Фактическая реализация”. Если программа работает не так, как описано в техническом задании, это уже наша фактическая реализация или ФР. При оформлении задачи тестировщики указывают именно ФР, основываясь на том, как программа действительно работает.

Хотфикс, hotfix: Быстрая правка ошибки, которая появилась на продакшене. Чаще всего прибегают к хотфиксу, чтобы оперативно устранить проблему.

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

Эстимейт, эстимейтить, заистимейтить, esteam: Ставить оценку, оценивать время на выполнение задачи. Это используется в контексте оценки задачи на планировании, где вся команда выставляет свою оценку (эстимейт) относительно сложности.

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

ЭмВиПи, MVP (минимально функционирующий продукт): Минимально функционирующий продукт. Например, MVP приложения для такси может включать экран с картой, полями для точек А и Б, маячками водителей, возможностью заказать такси и оплатить его в приложении. Все остальное, такое как дизайн, чистый код, дополнительные функции, лучше оставить на вторую или третью часть выпуска MVP.

Юзер флоу, user flow: Это буквально путь пользователя по сайту или приложению. Это его навигация, включая входы и выходы на разные экраны относительно текущего положения.

Юзер стори, user story: Это буквально история о том, что пользователь хотел бы получить, используя конкретный функционал. Она должна отвечать на три вопроса: кто целевая аудитория для этой фичи, какое действие нужно сделать в приложении или на сайте, и какой результат пользователь хотел бы получить. Например: “Я часто переплачиваю за такси, особенно вызывая их в час пик. Я хотел бы иметь возможность брать еще одного попутчика с собой, снизив таким образом стоимость поездки для нас двоих. В результате я хотел бы получить сниженную стоимость такси на 30%-40%, при этом я понимаю, что машину придется ждать дольше и время поездки также растянется”.

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

Юнит тест, юниты: Это небольшой тест функционала, проверяющий конкретный кейс выполнения программы. Такие тесты могут писать как разработчики, так и тестировщики-автоматизаторы.

Юай, юайка, UI, user interface: Это визуальная часть сайта или приложения. Все шрифты, стили, радиусы у кнопок, цвета и формы - это все UI сайта или приложения. Однако это никак не связано с удобством пользования сервиса, его логичной навигацией и прочим. UI отвечает только за визуальную составляющую экранов.

Юикс, UX, user experience: Это удобство пользования сайтом или приложением для пользователя. Если сайт интуитивно понятен, пользователь на нем не теряется и идет по нужному пути (user flow), то это считается хорошим UX. Плохой UX - это когда пользователь начинает ненавидеть интерфейс сайта с первых секунд, ибо не понимает, куда нажимать, чтобы получить нужный ему результат.

Ямлик, ямл: Это файл с расширением .yaml, который часто встречается как файл для скриптов.