Словарь IT Сленга

Лаг, лагать — сбой в верстке или всей работе программы

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

Линк, линка — это ссылка на что-либо

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

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

Мануал, мануальщик, мануальный тестировщик, manual qa — это человек в команде, который занимается написанием тест-кейсов по аналитике проекта и проходистя по этим тестам вручную. Он может тестировать как фронтенд часть в виде сайтов с приложениями, так и серверную - бэкенд часть, по типу тестирования апи, баз данных и интеграций с разными сервисами

Машина — ваш рабочий ноутбук или компьютер

Мердж, мерджить, смержить, merge — слияние двух веток, когда изменения в одной ветке добавляются в другую и фиксируются там коммитом. Используется чаще как сленг среди разработчиков

Мок, мокнуть, мокать, mocking — подменить реализацию, чтобы проверить работу функционала при разных условиях. Например, можно смокнуть поля в JSON, которые нам присылает бэкенд, подкинув туда другие значения перед их отрисовкой на фронте. Таким образом, не меняя ничего в действительности на бэкенде и не плодя новые сущности, мы можем проверить работу сайта или приложения с разными данными

Мокап, мок — реалистичный макет предмета, на котором можно разместить что угодно под его размеры и посмотреть, как это будет выглядеть в реальности. Чаще всего используется дизайнерами для показа разных вариантов логотипов/стилей на одном и том же макете. Сам мокап не меняется, а его наполнение - да. Например: можно сделать мокап вашего приложения под iPhone, Xiaomi, Samsung или Pixel

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

Митинг, мит, го мит, meeting — встреча команды, чаще всего это созвоны по работе для выяснения требований или статусов готовности задач

Мэтч, смэтчиться, match — совпасть по ожиданиям или реализации

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

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

Отбренчиться, бренчиться — это значит, что нужно от основной ветки (например девелоп) отвести новую ветку со своим названием и работать уже на ней. Branch - это ветка в проекте, их может быть много, и ты должен создать свою, отбренчившись от главной, чтобы начать работу над своей задачей

Окружение, окр, environment — среда, в которой вы разрабатываете, тестируете или в целом пользуетесь проектом. Может делиться на основные варианты по типу dev, prod и test. Где дев и тест для разработки и тестирования, а прод/продакшен - только для пользователей. В идеальном мире все три окружения должны иметь одинаковый функционал, и на прод ничего не должно публиковаться ДО тестирования на тесте или деве, но так происходит не всегда 

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

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

Прод, продакшен, production — версия сайта или приложения для ваших пользователей

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

Пинговать, пинг, ping — Достучаться до кого-то или чего-то, можно рассматривать в контексте общения с коллегой или в попытках подключиться к серверу. Из терминала вы можете во всю посмотреть, что такое пинговать какой-то сервис, например, Яндекс: просто откройте терминал и введите ya.ru ping - и вы будете получать данные каждую секунду по состоянию этого соединения

Продукт оунер, владелец продукта, ПО — скрам роль, это что-то из эзотерических скрам учений. Часто некорректно используют в значении продакт менеджер, просто потому что круче звучит. Это человек, к которому ходят, чтобы он согласовал приоритеты и стратегию развития продукта. Например, команда разработки делает продукт для бизнеса, а продакт оунер - это собственник бизнеса или его представитель. Часто под продакт оунером подразумевают человека, который будет делать "продуктовую работу" во имя владельца бизнеса

Продукт менеджер, продакт — менеджер, ответственный за продукт. Это человек, ближе к бизнесу, этакий "предприниматель за чужие деньги". Он должен понимать, какие из фичей в приоритете, отслеживать как продукт окупается, и стратегически планировать, как делать бизнес (продукт) более прибыльным и растущим. От оунера отличается лишь тем, что не является ролью в скрам команде и не так приближен к бизнесу, не является владельцем/совладельцем продукта компании, просто наемный рабочий

Проджект менеджер, проджект, ПМ — это человек-воспитатель, который ведет проект. Он занимается чисто менеджментом команды, к продукту и его стратегиям редко имеет дело. Он организовывает людей на созвонах, проводит груминги, планирования, дейлики и ретроспективы. В основном заботится о сроках выполнения задач, соблюдения оценки и поддержания нормального микроклимата в команде. Часто может заниматься финансовой частью проекта, создавая роадмап и просить выделить на проект 2 разработчика бэка, 2 фронта, тестировщика, дизайнера и аналитика. Синхронизирует их работу, чтобы все успевали по срокам

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

Пушить, запушить, push — способ отправить свои изменения в программе на удаленный репозиторий (GitHub, GitLab, Bitbucket)

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

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

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

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

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

Релиз, релизиться, зарелизить, релизный цикл, release cycle — беспрерывный процесс доставки обновлений продукта до пользователя

Рефералка, рефка, ref, referral — реферальная программа для найма сотрудника в компанию от его знакомого, который уже работает в этой компании. За такую рефералку принято платить либо фиксированную сумму (от 5 тысяч до бесконечности), так и просто процент от зарплаты человека, которого таким образом устроят. Подобный бонус можно поделить между вами

Ребут, ребутнуть — перезагрузить, в случае если что-то у вас сломалось или работает не корректно. Порой это может даже помочь

Редирект — изменение движения в ходе программе или переадресовка вас на другой сайт, например

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

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

Регресс — этап полного тестирования программы. Его проводят, чтобы убедиться, что новые изменения в программе не поломали старые. Убедиться, что вся программа работает верно, а не только новый функционал. В регрессе могут проверять программу как угодно, в него входит любой вид тестирования (смок, интеграционное и тд)

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

RC, release candidate — более узкая часть процесса релизного цикла, когда уже прошло тестирование и эта версия продукта - кандидат на публикацию в открытый доступ для всех пользователей.

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

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

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

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

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

Скрининг — первый звонок-знакомство с нанимаемым менеджером, обычно занимает от 10 до 30 минут, где тебе рассказывают о вакансии и просят рассказать о себе и ответить на несколько вопросов. Эта встреча является первой в воронке найма. Она необходима компаниям, чтобы отсеять неадекватных кандидатов и допустить до технического интервью только самых подходящих под вакансию. Часто в конце такого скрининга проводят еще и технический скрининг: он включает в себя список вопросов от технических спецов компании, которые они подготовили, чтобы проверить ваши знания на самом первом этапе, еще до официального технического собеседования

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

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

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

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

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

Сторипоинт, поинты, story point — Единица меры сложности реализации какой-то задачи. Часто используют системы фибоначчи, измеряя сложность от простого к более сложному в последовательности  1, 2, 3, 5, 8, 13, где последние два означают, что задача слишком сложная и её надо декомпозировать

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

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

Сиайка, сиай сиди, CI/CD — это автоматизация сборок вашего кода. Например, чтобы собрать версию вашей ветки вручную, вам необходимо сделать архив проекта, заполнить самостоятельно все поля, прожать все галочки и дождаться, когда приложение попадет к тестировщикам,а сам проект будет собираться на вашей машине, перетирая SSD.. Благодаря автоматизации сборок - это все делается удаленно, ваш ноутбук не страдает, а необходимости вводить каждый раз одно и тоже больше нет. Все настраивается один раз и дальше только поддерживается

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

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

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

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

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

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

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

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

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

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

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

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

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

ФР — в тестировании это сокращение от Фактическая реализация. То есть если программа работает не так, как описано в техническом задании - это уже наша фактическая реализация или же ФР. При оформлении задачи, тестировщики указываю именно ФР по тому, как программа работает

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

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

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

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

ЭмВиПи, mvp — минимально функционирующий продукт. То есть мвп приложения для такси будет таким: у нас есть экран с картой и двумя полями с точной А и Б пользователя, маячки с водителями, возможность заказать такси и оплатить его в приложении. ВСЕ. Дорогущий дизайн, чистый код, показатель наличия детского кресла у водителя или его рейтинга - лучше оставить на вторую или третью часть выпуска мвп!

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

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

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

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

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

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

Словарь IT Сленга: https://t.me/iosgetthrough/340