Несмотря на то что IT-сленг — это не набор официальных понятий с закрепленными значениями, многим специалистам важно его знать. В блоге ГигаЧата подготовили словарь с самыми часто используемыми выражениями.
Сленг программистов — это слова и фразы, которые в повседневном общении используют разработчики, тестировщики, аналитики и другие IT-специалисты. Большая часть таких выражений пришла из английского языка, поскольку на нем основываются почти все технологии (например, библиотеки, инструменты разработки, языки программирования) сферы. Со временем многие термины стали употребляться в привычных нам формах русского языка: фиксить, пушить, дебажить и т. д.
Сленг появился из-за желания обмениваться информацией быстрее: вместо длинного «опубликовать новую версию приложения на сервере» можно сказать «задеплоить». Кроме того, сленг облегчает работу с документацией, зарубежными сервисами и обучающими материалами.
Фича (от англ. feature — «особенность», «функция») — это новая функция или уникальная возможность программы, приложения или другого цифрового продукта. Это может быть как небольшое улучшение интерфейса, так и крупное обновление с новым функционалом. Например, добавление оплаты через СБП в интернет-магазине или отложенной отправки сообщений в мессенджере. Разработка новых фич и улучшение уже существующих — наиболее частая задача в программировании. Она включает в себя обсуждение полезности функции внутри команды, проектирование интерфейса, написание кода, тестирование, выпуск обновления и т. д.
Хотфикс (от англ. hotfix — «горячее исправление») — это срочное обновление, которое выпускают для устранения сбоя в работе программы (например, когда не работает авторизация на сайте). Оно не дает пользователям новых функций, но решает проблему взаимодействия с продуктом.
Таска (от английского task — «задача») — это отдельная работа в рамках проекта. Например, исправить ошибку, написать новый модуль кода, изменить дизайн страницы. У каждой таски обычно есть описание, исполнитель, срок исполнения, статус.
Дейлик (от англ. daily meeting— «ежедневная встреча») — это короткое ежедневное собрание команды, на котором участники рассказывают о ходе работы. Его цель — синхронизировать работу команды, оценить темп выполнения проекта и возникающие проблемы. На дейликах может присутствовать как только команда разработчиков, так и она вместе с другими специалистами (менеджерами, дизайнерами и т. д.).
Слово происходит от англ. debug — «устранять ошибки». Разработчики приступают к дебагу, когда программа начинает работать не так, как ожидалось. Например, когда форма на сайте прекращает отправлять заявки на сервер, задача специалиста — найти проблему и ее причину, а также исправить ошибку без появления новых неисправностей.
Глагол fix в английском языке означает «исправлять». Программисты используют разные формы этого слова в своей речи: фиксить, пофиксить, фикс (само исправление).
Баг — это недочет в программе, из-за которого она работает неправильно. Его причиной могут быть ошибки в коде, неправильная логика работы, неожиданные действия пользователей и т. д.
Из сферы программирования появилась знаменитая шутка: «Это не баг, а фича». Разработчики оправдывают этой фразой странное или неправильное поведение программы, подчеркивая, что все работает так, как было задумано.
Костыль — это неидеальное, нерациональное, временное решение, которое помогает быстро устранить проблему без глубокой переработки архитектуры кода (но позже это сделать придется). Костыли появляются из-за сжатых сроков разработки, ограничений внешних сервисов или библиотек, необходимости срочно выпустить исправление, а также при работе со старым кодом или обновлении крупных проектов. Со временем большое количество костылей усложняет поддержку, поэтому команды стараются заменять их на полноценные исправления как можно быстрее.
Программисты, которые занимаются совместной разработкой, постоянно взаимодействуют с Git, поэтому есть отдельный набор слов, связанных с системой контроля версий.
Пушить (от англ. push— «отправлять») — загружать изменения на удаленный сервер через Git. Как правило, сначала разработчики пишут, проверяют и сохраняют программы на своих компьютерах, а затем пушат изменения в общий репозиторий, чтобы с ними могли работать другие участники проекта. Загрузка новой версии программы на удаленный сервер не означает, что изменения сразу попадут в рабочий продукт: сначала их еще раз проверят и протестируют.
Мержить (от англ. merge — «объединять») — соединять изменения из одной ветки Git с другой. Обычно программисты решают рабочие задачи в собственных ветках, чтобы не мешать коллегам, а затем объединяют изменения с основной веткой, чтобы они стали частью общего проекта.
Задеплоить (от англ. deploy — «развернуть») — опубликовать приложение (или его новую версию), чтобы оно стало доступно пользователям. Деплой может происходить вручную или автоматически — с помощью CI/CD-систем.
Откатить изменения — вернуть проект к предыдущему состоянию (например, если после обновления появились ошибки), чтобы быстро вернуть работоспособность.
Чаще всего так называют загрузку новой версии программы на сервер. Но в зависимости от контекста фраза также может означать отправку кода в Git-репозиторий, загрузку файлов на сервер или просто завершение одного из этапов работы.
Апрувнуть (от английского approve — «одобрять») — подтвердить, согласовать выполненную работу. Это слово актуально во время код-ревью: проверяющий не находит ошибок и апрувит его. Также апрувнуть можно документацию, новую функцию или дизайн интерфейса и т. д.
Фидбек (от англ. feedback — «обратная связь») — это комментарии к выполненной работе: замечания, рекомендации, оценка. Фидбек можно получить после собеседования, решения задачи, код-ревью, тестирования новой функции и т. д. Качественный фидбек помогает совершенствовать продукт, над которым работает команда.
Тимлид (от англ. team lead— «руководитель команды») — специалист, который организует работу команды (распределяет задачи, консультирует, участвует в принятии решений и т. д.) и отвечает за техническую сторону проекта.
Бэклог (от английского backlog — «список накопленных задач») — постоянно обновляемый перечень задач и требований, которые планируется выполнить в рамках проекта. Туда могут входить новые фичи, предложения пользователей и коллег, обновление документации, устранение багов.
Спринт — это ограниченный период (1–4 недели), в течение которого команда решает заранее согласованный список задач. Обычно спринты используются в рамках методологии Scrum и Agile.
Бэкенд — это внутренняя (серверная) часть приложения, которая отвечает за обработку данных, бизнес-логику, взаимодействие с базами данных. Бэкенд не виден пользователям, но большинство функций на сайтах и в приложениях работают благодаря ему. Например, без бэкенда нельзя было бы оплатить покупку в интернет-магазине или подписаться на новостную рассылку от любимого бренда.
Фронтенд — это все, что видит пользователь на своем экране: формы, картинки, меню, кнопки, страницы сайта и другие элементы интерфейса. Он помогает ориентироваться в приложении и взаимодействовать с ним.
Продакшен (сокращенно — прод) — это среда, в которой продукт доступен реальным пользователям. Например, когда разработчик создает новую фичу, сначала она тестируется на специальном сервере, а после успешной проверки выкладывается в продакшен.
Релиз — выход новой версии цифрового продукта. Пользователи получают доступ к обновлению с исправленными ошибками, улучшенной безопасностью или другими изменениями.
Коммит (от английского commit — «зафиксировать изменения») — сохранение набора изменений в Git. Обычно он содержит логически завершенный фрагмент: исправление одного бага, новую фичу, обновление документации и т. д.
Рефакторинг — это улучшение структуры программы без изменения ее функциональности. Цель рефакторинга — сделать код более читаемым, понятным и удобным для поддержки в будущем.
Лучший способ запомнить специфические для области слова и выражения — изучать их в контексте (например, понимать значения глаголов «мержить» и «пушить» во время знакомства с Git), использовать на практике, а также уточнять смысл незнакомых фраз у более опытных коллег. Дополнительно можно читать блоги разработчиков или обсуждения на форумах — это поможет освоить сленг в «естественной» среде.
Чтобы быстрее разобраться в значениях слов, увидеть примеры использования сленга и потренироваться применять его самому, можно написать ИИ-помощнику ГигаЧат. Он отлично знает русский язык, умеет отвечать на вопросы и вести диалоги с пользователями — опишите задачу и попробуйте пообщаться с виртуальным айтишником.