Что такое прод в программировании
Перейти к содержимому

Что такое прод в программировании

  • автор:

Deploy

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

«IT-специалист с нуля» наш лучший курс для старта в IT

Когда сайт загружают на сервер или хостинг, говорят, что его деплоят или «выкатывают». Также процесс называют деплоингом (deploying). Еще есть выражение «отправка в продакшн» или «на прод» — оно описывает этот же процесс.

Продакшн (production) — запущенная версия сайта, та, которую видят пользователи. Так что отправка в продакшн — тоже деплой. Точнее, одна из его разновидностей, потому что разворачивать приложение могут не только для конечных пользователей, но и, например, на тестовом сервере.

Само английское слово deploy в переводе означает «развертывать».

Профессия / 8 месяцев
IT-специалист с нуля

Попробуйте 9 профессий за 2 месяца и выберите подходящую вам

vsrat_7 1 (1)

Для чего нужен деплой

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

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

Читайте также Востребованные IT-профессии 2023 года: на кого учиться онлайн

Что именно деплоят

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

Деплоят не обязательно приложение целиком. Чаще, если речь идет о процессах в коммерческой разработке, различные новые функции и доработки пишут разные программисты. По мере готовности отдельные завершенные части деплоятся. Это удобнее. А разработка распределенных приложений со множеством отдельных частей вообще выглядит как множество независимых деплоев.

Курс для новичков «IT-специалист
с нуля» – разберемся, какая профессия вам подходит, и поможем вам ее освоить

Как выглядит жизненный цикл кода

Чтобы лучше понимать, как все происходит и какую роль играет деплой, простыми словами расскажем о процессе разработки в IT-компаниях.

1. Разработчик пишет код. Это может быть принципиально новый сервис или доработка к уже существующему, обновление сайта или что-то еще. Он делает это на локальном компьютере.

2. Когда код готов, разработчик коммитит его: загружает в репозиторий, специальную «общую папку» команды, например на сервисе GitHub. Там его смогут увидеть и прокомментировать другие разработчики — это называется код-ревью.

3. В определенный момент — по расписанию или после успешного коммита, который одобрили другие, — команда решает, что код нужно отправить в продакшн.

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

5. В нужное время происходит деплой. Код уходит в продакшн, появляется на серверах, его видят пользователи.

Что входит в деплой

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

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

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

Деплоймент пошагово: как это выглядит

Вот как примерно выглядит процесс:

  • отправка кода на сервер — файлы «приходят» в рабочую среду, чаще всего через Git;
  • настройка зависимостей — старые файлы обновляются, в них прописываются связи с новыми частями кода, нововведения интегрируются в структуру;
  • сборка — все файлы «собираются» в единый проект, в систему, которая может функционировать;
  • миграции — выполнение специальных скриптов для базы данных, которые «готовят» ее к нововведениям, обновляют и настраивают структуру;
  • запуск — старая версия останавливается, задеплоенная запускается. После этого приложение начинает работать с новыми функциями.

Автоматизация деплоя

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

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

  • с помощью надстроек и утилит, написанных для конкретных языков или библиотек;
  • через системы автоматизации и управления, такие как Ansible, или через облачные сервисы для веб-приложений вроде Heroku;
  • с помощью оркестраторов, платформ, которые управляют контейнерами, — самым известным примером считается Kubernetes.

Сборка и запуск тоже автоматизируются, уже с помощью других инструментов.

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

Избежание простоя: что такое подход Zero Downtime

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

При использовании подхода Zero Downtime Deployment сайт не останавливается. Это происходит, потому что в таком случае сначала запускается новая версия, а потом отключается старая.

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

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

Как начать деплоить

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

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

Узнайте больше о процессе разработки на курсах — мы поможем разобраться с нужными технологиями и начать работать по новой специальности.

IT-специалист с нуля

Наш лучший курс для старта в IT. За 2 месяца вы пробуете себя в девяти разных профессиях: мобильной и веб-разработке, тестировании, аналитике и даже Data Science — выберите подходящую и сразу освойте ее.

картинка (75)

Статьи по теме:

Словарик айтишника или Что? Где? Куда? Часть 1

«Привет! Добро пожаловать! Спасибо, что приняла наш оффер. Пойдем знакомиться с твоей командой. У них как раз сейчас дейли. Ты вышла под конец спринта, поэтому пока работы для тебя не запланировали. Как стендап закончится, можешь почитать спеки, командные окиары и просмотреть бэклог на следующий спринт. По всем вопросам обращайся к своему пио

image

Это бессмыслица какая-то или деловой язык? Попробуем разобраться.

Язык айтишников

Каждый, кто работает в IT, непременно сталкивался с профессиональным жаргоном и компьютерным сленгом. Его можно любить или ненавидеть, принимать или терпеть, но непреложным остается факт — IT-жаргон существует и от него никуда не деться.

Когда приходишь в новую компанию, на тебя наваливается куча незнакомых слов. Кажется, их так много, что потребуется немало времени, чтобы понять и выучить их все. Многие слова ты уже знаешь, о смысле других догадываешься, часть из них является англицизмами, поэтому догадаться об их значении несложно Первая реакция — неприятие: «Зачем использовать английские слова в русский речи, когда есть достаточно русских альтернатив?» Потом ты пытаешься сохранить чистоту языка. В итоге, начинаешь говорить так же, как и все. Это неизбежно.

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

Я послушала, как говорят разработчики в Wrike, и составила словарик из самых распространенных слов. Слова собраны по тематическим группам.

Scrum-терминология

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

Бэклог

От англ. backlog (дословно — очередь работ) — еще не запланированный объем работы, который требуется выполнить команде. Каждая созданная задача вначале попадает в бэклог, а потом уже в спринт.

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

Примеры употребления:

  • «Надо разгрести бэклог»
  • «Пусть пока задача полежит в бэклоге, не будем брать её в этот спринт»
  • «Не забудь добавить эту задачу в бэклог своей команды»

Гол, голевой

От англ. goal (дословно — цель) — цель спринта (бывает одна или несколько), которую команда берется сделать. Цель состоит из ряда задач, которые нужно выполнить, чтобы его достигнуть.

Слово употребляется и как существительное, и как прилагательное. Может быть множественного числа.

Примеры употребления:

  • «Эта задача голевая, нужно сделать ее в первую очередь»
  • «Все голы в этот раз не выполнили»
  • «Почему неголевые задачи в работе?»

Дейли

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

Примеры употребления:

  • «Ребята, у нас дейли, встаем»
  • «Я сегодня удаленно, подключите меня на дейли по Zoom»
  • «К сожалению, дейлик пропускаю, нужно идти на важный митинг»

Коммититься

Глагол от англ. существительного commitment (дословно — ответственность). Коммититься — значит обещать выполнить определенный объем работы в оговоренные сроки. Это не просто обещание, это сознательное обязательство перед собой и командой. Человек, который закоммитился, обязан сделать всё возможное, чтобы выполнить то, что сам и пообещал реализовать.

Примеры употребления:

  • «Мы на это не коммитились, поэтому надо вернуться к более приоритетным задачам»
  • «Вы уверены, что мы можем коммититься на такое?»
  • «В этом спринте мы выполнили все цели, на которые коммитились»

Спринт

От англ. sprint (дословно — бег на короткую дистанцию) — заданный отрезок времени, за который нужно выполнить запланированный объем работы, чтобы в конце этого отрезка был ожидаемый результат.

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

Примеры употребления:

  • «Опять завалили спринт»
  • «На этот спринт выпадают праздничные дни, поэтому он будет короче»
  • «Невыполненные задачи из прошлого спринта надо перенести в следующий»

Инструменты для работы

Технические, информационные и вспомогательные средства и приложения для работы.

Ветка

От англ. branch (дословно — ветка) — тот редкий случай, когда в ходу русский перевод термина. Веткой (термин git) называют полную копию проекта, в которой ведется разработка. В проекте может быть создано много веток, что позволяет работать одновременно с разными частями кода. Потом все ветки загружаются в мастер. Процесс «ответвления» иногда называют «бранчеванием», уже как раз от branch.

Примеры употребления:

  • «Изменения можно посмотреть в моей ветке»
  • «Я отбранчевался от твоей ветки»
  • «Можешь глянуть на конфликты в этой ветке?»

Мок

От англ. mock-up (дословно — эскиз) — макет с UX-дизайном для разработки. Несмотря на то, что слово дословно переводится как «эскиз» или «прототип», в Wrike моками называют готовые проработанные макеты с дизайном.

Примеры употребления:

  • «А моки где?»
  • «Моки еще не закончены, но уже можно глянуть внешний вид»
  • «Как было в моке, так я и сделал»

Прод

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

Примеры употребления:

  • «Этот баг на проде»
  • «Мы готовы катить эту задачу на прод?»
  • «На проде нет этих изменений»

Реф

От англ. reference (дословно — пример) — схожий функционал или внешний вид, который используется для ориентира. Он служит для сравнения.

Примеры употребления:

  • «Я тут нашла несколько рефов, давайте обсудим»
  • «Для подобного функционала даже рефов нет»
  • «Рефы есть в задаче»

Спека

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

Примеры употребления:

  • «Спека еще не готова»
  • «В спеке нет четких уточнений по поводу этого поведения»
  • «Я обновлю спеку, и задачу можно брать в работу»

Таска

От англ. task (дословно — задача) — задача, заведенная или планируемая на любого работника.

Примеры употребления:

  • «Заведи на это таску, чтобы мы не забыли»
  • «Кинь мне таску с этим багом, я гляну»
  • «А чьи это таски висят в бэклоге?»

Разработка

Термины, употребляющиеся разработчиками при работе над задачами.

Буст

От англ. boost (дословно — ускорение) — процесс повышения производительности, ускорение загрузки.

Примеры употребления:

  • «Я создала задачу на буст списка»
  • «Мы бустили открытие диалоговых окон»
  • «Мне кажется, что сейчас уже заметный буст есть»

Катить

Отправлять готовую работу в деплой, предпринимать шаги для подготовки ветки к мерджу в продуктовую ветку.

Примеры употребления:

  • «Тут ручное тестирование не требуется, я сам задачу закачу»
  • «Не забудьте, мы завтра катим эту фичу»
  • «Когда катится задача со списками?»

Комплитить

От англ. complete (дословно — заканчивать) — завершать задачу, закрывать задачу, когда она полностью готова.

Примеры употребления:

  • «Я закомплитила родительскую таску, потому что все сабтаски закомпличены»
  • «Можно уже комплитить таску?»
  • «Сторю пока комплитить рано, надо вначале баги пофиксить»

Консистентность

От англ. consistency (дословно — системность) — общее единообразие во всех частях продукта.

Примеры употребления:

  • «В моке кнопка серая, а у нас везде синие, неконсистентно получается»
  • «Сделала миксин и переменные так же, как там, чтобы поддержать консистентность»
  • «Выглядит консистентно»

Матчится

От англ. match (дословно — совпадать) — полное соответствие чего-либо с чем-либо. Процесс приведения к единообразию.

Примеры употребления:

  • «Этот стиль вот совсем не матчится с тем, что сейчас на проде»
  • «Нужно сматчить эти два мока»
  • «Отлично матчится с недавно зарелиженной фичей»

Пинать

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

Примеры употребления:

  • «Надо допинать уже эту таску»
  • «Подопни чутка и можно в тестирование»
  • «Мы уже столько раз допинывали эту фичу»

Ручка

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

Примеры употребления:

  • «Какое название у ручки, в которой пользователи приходят?»
  • «Тут дергаются сразу три ручки»
  • «При клике на кнопку мы из этой ручки получаем айди объекта»

Скоуп

От англ. scope (дословно — объем) — набор фич и частей продукта, закрепленных за отдельной командой.

Примеры употребления:

  • «В чьем скоупе данная фича?»
  • «Это в скоупе вот этой команды, спроси у них»
  • «Нет, это не из нашего скоупа»

Фича

От англ. feature (дословно — характеристика) — определенная часть или деталь от общего продукта, которая разрабатывается изолированно.

Примеры употребления:

  • «Завтра релизим эту фичу вместе с фиксом багов»
  • «Ваша команда классную фичу разработала»
  • «Для нового функционала обязательный фича-тур»

Флоу

От англ. flow (дословно — течение) — порядок действий при работе над задачей. Например, вначале задача берётся в разработку, потом проходит ревью, далее тестируется и т.д.

Примеры употребления:

  • «В нашем флоу ревью обязательно, нельзя его пропускать»
  • «Та команда работает по другому флоу»
  • «Какое флоу у вебсайта?»

Должности

Некоторые должности, названия которых вошли в обиход в виде сокращений с английского.

Девопс

От англ. DevOps, сокращенно от Developer Operations (дословно — интеграция разработки и эксплуатации) — специалист, занимающийся внедрением DevOps-методологии. Полное название должности — DevOps-инженер, но в речи вторую часть всегда отбрасывают.

Примеры употребления:

  • «Спроси об этом у девопсов»
  • «Кто из девопсов занимался архитектурой?»
  • «Это в в зоне ответственности девопсов»

Пио

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

Примеры употребления:

  • «Мы не можем зарелизить без пио»
  • «Надо узнать у пио — делать или не делать»
  • «Прежде, чем взять задачу в спринт, узнай у пио, есть ли на это ресурсы»

Пиэм

От англ. PM, сокращенно от Product Manager (дословно — менеджер продукта) — менеджер, который отвечает за продукт, его обязанности совпадают с обязанностями пио, отличие только в том, что это название должности, а не роли в скраме. Так же, как пио, пиэмов могут называть продакт.

Примеры употребления:

  • «Ищем пиэмов в новый юнит»
  • «А кто пиэм у этой команды?»
  • «Пиэм должен знать ответ, спроси у него»

Организационное

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

Дейоф

От англ. day-off (дословно — выходной) — просто выходной.

Примеры употребления:

  • «У меня завтра дейоф»
  • «Он взял дейоф за свой счет»
  • «Почему я не в курсе о ее дейофе?»

Драйвер

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

Примеры употребления:

  • «Для этой инициативы нужен драйвер»
  • «Кто будет драйвить этот проект?»
  • «Как драйвер ты должен периодически всех пинать, чтобы работали»

Консёрн

От англ. concern (дословно — тревога, участие) — в английском языке слово «консёрн» имеет много различных значений, при этом очень часто употребляется в русской речи. Какое именно значение вкладывает в него автор, известно только ему самому. Иногда — это смесь многих значений, таких как: особый интерес, беспокойство, цель, настороженность, опасение и т.д.

Примеры употребления:

  • «У меня есть консёрны относительно этой идеи»
  • «Мой консёрн в том, что это может не работать»
  • «А какие у тебя консёрны?»

Окиары

От англ. OKR, сокращенно от Objectives and Key Results (дословно — цели и ключевые результаты) — система по постановке и достижению целей. Она нужна для синхронизации работы всех участников компании/отдела/команды, чтобы все двигались в одном направлении, с понятными приоритетами и постоянным ритмом. В отличие от KPI, это амбициозное целеполагание, достижение окиаров (окров) на 70-80% — отличный результат.

Примеры употребления:

  • «Когда мы узнаем окиары на следующий квартал?»
  • «У команды не может быть окиаров, они есть только у юнитов»
  • «Впечатляющие окиары!»

Оффер

От англ. offer (дословно — предложение) — предложение о работе / приглашение на работу.

Примеры употребления:

  • «Ему выслали оффер, ждем ответа»
  • «Кандидат отклонил наш оффер»
  • «По итогам собеседования мы хотим сделать вам оффер»

Поинт

От англ. point (дословно — точка) — чаще всего употребляется в значении «точка зрения», сокращенно от point of view. Также в значениях: «суть», «смысл», «довод».

Примеры употребления:

  • «Мой поинт в том, что надо заранее планировать работу»
  • «Согласна, в этом есть поинт»
  • «Какие поинты у этого решения?»

10 IT-терминов на английском, которые стыдно не знать

Если вы работаете в IT-компании, аутсорсите разработчиков или используете диджитал-продукты /профессиональный софт / онлайн-сервисы, вам будет полезно знать эти 10 терминов.

Многие ошибочно полагают, что production — это производство. На самом деле production (по-русски “прод”) — это боевая среда. То есть та версия продукта, которая выложена онлайн / установлена клиенту.

▫️ When are you going to push it to production? — Когда собираетесь выложить это на прод?

2. Deployment (деплоймент или деплой)

Deployment — это выкатывание на прод. Иными словами — запуск.

▫️When do you plan the next deployment? — Когда планируете следующий релиз (=выкат на прод)?

▫️We should collect customer feedback in 2 weeks after deployment to production. — Нам нужно собрать обратную связь от клиентов через 2 недели после релиза.

3. Staging (стейджинг)

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

▫️The feature is not released yet, but you can check it on staging. — Фича еще не выпущена в продакшн, но ты можешь протестировать ее на стейдже.

4. QA (Quality Assurance) (ку-эй)

Quality Assurance — это контроль качества. Так обозначают подразделение в компании — QA Department (или Отдел тестирования) — или сотрудника-тестировщика (QA manager).

▫️Has this feature passed QA? — Эта фича прошла тестирование QA?

▫️All tests are completed and Quality Assurance signs-off this release. — Все тесты завершены, и QA-специалисты подтвердили возможность релиза.

5. Troubleshooting (траблшутинг)

Troubleshooting — это процесс диагностирования неполадки; установка причины, из-за которой возникла проблема.

Обратите внимание, что глагол troubleshoot пишется в одно слово, а его форма прошедшего времени — troubleshot.

▫️Try to disable these features to troubleshoot the problem. — Попробуйте отключить эти фичи, чтоб диагностировать проблему.

▫️They asked me to troubleshoot the equipment. — Они попросили меня установить причину неполадки в оборудовании.

▫️I’ve successfully troubleshot the problem when it occurred. — Я успешно диагностировал проблему, когда она произошла.

6. Debugging (дебагинг)

Так называют этап разработки, в ходе которого локализуют и исправляют ошибки. Debugging происходит после troubleshooting.

▫️The team found the cause of the problem and already started debugging. — Команда нашла причину проблемы и уже начала ее исправление.

7. Refactoring (рефакторинг)

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

▫️ Why should this task take you so long? — Почему это займет столько времени? — It requires a lot of refactoring. — Тут требуется рефакторинг.

8. Endpoint (эндпойнт)

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

▫️We need to create an endpoint to collect this data. — Нам нужно создать отдельный эндпойт, чтобы собирать эти данные.

9. API (апи)

Аббревиатура API расшифровывается как Application Programming Interface. Так называют вид интеграции или метод общения разных компонентов системы друг с другом.

▫️Could you please send me your API documentation? — Пожалуйста, отправьте мне вашу API-документацию.

10. Backlog (бэклог)

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

▫️ We’ll put this task in the backlog. — Мы добавим эту задачу в бэклог.

IT-термины: как разговаривать с программистами

Анна Климушка

IT-термины: как разговаривать с программистами

Сколько раз с вами случалось, что в ответ на предложение «скипануть» встречу или «заэстимейтить» план задач собеседник удивленно приподнимал бровь? Такое происходит довольно часто, когда IT-специалисты или выпускники курсов программирования используют свой сленг при общении с теми, кто работает в других сферах.

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

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

Спринт — это не только бег спортсменов на короткую дистанцию, известный в широких кругах как sprint. В разработке это — небольшой промежуток времени (1-4 недели), укомплектованный задачами на команду.

Релиз — своеобразный «выход в свет», release. Выпуск целого приложения или его части (например, багфикс) в продакшн-версии для конечного пользователя или в промежуточной для внутреннего тестирования. В идеале каждый спринт должен заканчиваться релизом.

Продакшн —конечная версия приложения или сайта, доступная рядовым пользователям (production). Проще говоря, то, что мы можем найти в Google, скачать с Google Play или Apple Store.

Стейджинг —промежуточная, отладочная версия сайта, выкладка для тестировщиков (staging). Обычным юзерам недоступна.

Баг —нет, это не жук в стандартном понимании слова bug. С багами чаще всего сталкиваются тестировщики. Баг — это ошибка в коде, которая ломает приложение в тех или иных местах. Приносит так же мало счастья, как и реальный жук.

Багфикс — работа над ошибками и их исправление (bug fix).

Деплой — перенос разработчиками свежего кода на нужный сервер (промежуточный или продакшен), deploy. Очень часто в конце спринта можно услышать тревожное «Задеплоил ли ты свои изменения?».

Билд —сборка мобильного приложения, несущая в себе последние обновления (build). Самые свежие результаты «строительства».

Таска —задача (task). Например, добавить поле на странице регистрации.

Эстимейт — оценка времени или усилий, необходимых для выполнения задачи (estimate). Если используем время, то проставляем количество часов, необходимых для закрытия задачи. Если усилия — стори поинты.

Стори поинты —баллы, неотъемлемая часть скрама. Индивидуальная оценка задачи разработчиком. Чем больше баллов, тем сложнее. При использовании story points основная задача менеджера – понять, сколько всего баллов команда может выполнить в течение спринта.

Линк — проще, чем кажется. Ссылка, link.

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

Фронтенд — та самая красивая картинка, «лицо» вашего автомобиля. Цвета, отступы, стрелочки, всякие кнопки и другая визуальная часть, доступная глазу пользователя.

Ну, и скипануть означает пропустить, skip something.

А если хотите узнать все термины с первых рук, вам нужны курсы IT онлайн 😉

Примечание: а если вы хотите, чтобы и ваш ребенок был в IT, детские курсы программирования будут полезны!

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *