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

Что такое прод в it

  • автор:

О чем говорят в IT: словарь сленга

О чем говорят в IT: словарь сленга

Программисты используют в речи много англицизмов. Понять их с ходу бывает сложно. Мы уже писали о терминах, а теперь собрали популярные сленговые слова, объяснили и ввели в контекст. Вам больше не придется переспрашивать услышанное.

FAANG — аббревиатура, каждая буква которой обозначает название компаний-техгигантов: Facebook, Apple, Amazon, Netflix и Google. Часто применяется для обозначения компаний высокого уровня.

Его целью было получить работу в FAANG, поэтому он много времени проводил за решением задач на Leetcode, чтобы не провалить собеседования по алгоритмам.

Айпи — IP — уникальный адрес компьютера в интернете.

Я вычислил ботов по айпи: их учетные записи совпадали.

Аппка — программное обеспечение (мобильное приложение или компьютерная программа).

Наша аппка вышла в топ по скачиваниям в AppStore в этом месяце.

Апдейт — обновление программы, прогресс в работе, изменения.

Когда будет апдейт от клиента по приоритетным задачам — организуем созвон и обсудим.

Баг — ошибка в коде или программе, что приводит к их некорректной работе.

Мы исправим этот баг с отображением таблицы в следующем спринте.

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

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

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

Он никак не мог найти интересный проект и просидел на бенче полгода.

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

Нельзя создавать бранчи в GitHub как попало, это приведет к хаосу.

Вайтишник — «войти в IT» — человек без релевантного опыта, который только пришел в ІТ-сферу.

В связи с популярностью IT — вокруг одни вайтишники.

Ван-ту-ван — встреча менеджера и подчиненного в формате «один на один» для обсуждения результатов и плана работы.

Обычно на ван-ту-ване мы обсуждаем мою жизнь, менеджер правда заботится о моих делах!

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

Прошлой весной мы выкатили большое обновление библиотеки, а потом нашли там много багов.

Галера — аутсорс-компания.

Мне надоело работать на галере, хочу попробовать свои силы в стартапе.

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

Мы простые гребцы и не принимаем участия в стратегических совещаниях топ-менеджмента.

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

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

Дебажить — искать и исправлять ошибки в коде.

С помощью встроенных в браузер инструментов ты можешь дебажить код на фронтенде.

Дейлик — короткая ежедневная встреча или созвон команды для синхронизации работы.

Давай обсудим код-ревью завтра на дейлике.

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

Демка прошла очень хорошо: 90% слушателей подписались на пробную версию приложения.

ДНС — DNS, система доменных имен — иерархическая распределенная система преобразования имени хоста (компьютера или другого сетевого устройства) в IP-адрес.

Должен быть хотя бы один резервный сервер ДНС.

Заасайнить — назначить ответственного за задачу.

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

Инстанс — экземпляр класса в объектно-ориентированном программировании.

Давайте запустим приложение в нескольких инстансах.

Колл — рабочий созвон.

На колле не было девопса, кто-нибудь знает, куда он пропал?

Коммит — сохранение изменений кода в репозитории.

Нам пришлось откатить последний коммит, потому что он положил нам сервер.

Либа — библиотека — готовый код для решения задач разработки.

Для Python существует тысячи либ.

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

Лоад балансер автоматически распределяет входящий трафик приложений по виртуальным устройствам.

Митинг — встреча или созвон для решения рабочих вопросов.

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

Митап — собрание IT-специалистов для обмена опытом и общения в неформальной обстановке. Часто — образовательного характера.

Его выступление о типизации на митапе о JavaScript было самым интересным — и все благодаря примерам из практики.

Мержить — объединять ветки в системе контроля версий.

Ты знаешь, как мержить ветки в Git?

Мокап — макет дизайна интерфейса приложения.

Заказчик передал правки для мокапа, когда сможешь их внести?

Оффер — предложение о работе.

Я пришел к СЕО и сказал, что у меня на руках — оффер от его конкурента, на что он выдал мне контроффер, увеличив сумму зарплаты в два раза.

Пайплайн — процесс разработки по типу конвейера.

Объясните, как реализовать идеальный пайплайн от коммита до продакшена?

Парсить — собирать, систематизировать и анализировать данные с помощью специальных программ, автоматизирующих процесс.

Мы не можем распарсить этот json-файл, потому что в нем есть ошибка.

Песочница — среда для безопасного выполнения программы.

Приложение запустили в песочнице, чтобы протестировать его.

Пиай — PI, Performance Improvement — измерение результатов конкретного бизнес-процесса или процедуры, а затем модификация для повышения результативности.

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

Пингануть — напомнить кому-то о чем-то.

Пингани меня после митинга — и я помогу тебе разобраться с баг-репортом.

Прод — продакшн — рабочая версия продукта.

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

Релиз — выпуск готовой версии продукта.

Релиз новой версии Java запланирован на сентябрь.

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

Ретро затянулось на три часа, но оно того стоит, ведь это один самых важных митингов для команды.

Ролбек — откат к ранее развернутой версии.

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

Спринт — период, в течение которого SCRUM-команда выполняет задачи разработки.

Пришло время подвести итоги прошлого спринта и планировать новый.

Спека — спецификация — документация для разработки и тестирования программного обеспечения.

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

Стендап — регулярная короткая встреча команды, обычно в начале рабочего дня на 15 минут.

На стендапе оказалось, что мы не успеем протестировать новый функционал.

курс по теме: PHP-разработчик с нуля до PRO
Вячеслав Епанча Senior PHP Developer в Laba с 6-летним опытом разработки

Стейджинг — среда, идентичная продакшн-окружению, но предназначенная для тестирования.

Я перепутал стейджинг с продакшеном — и все изменения попали прямо на прод.

Стори — user story — короткое описание функции программного обеспечения.

Наш бизнес-аналитик хорошо поработал, и у нас уже есть набор стори, чтобы начать разработку.

Таска — рабочая задача.

Сегодня я работаю над таской по созданию новых тегов.

Тест-ноутс — заметки, которые тестировщик делает в ходе тестирования.

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

Фича — особенность, уникальная характеристика или функционал.

Это не баг, а фича.

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

Мы придумали хотфикс для утечки, но он блокирует получение новых данных.

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

Если перепутать два энви — для тестирования и продакшена — можно все сломать.

Юнит — элемент, подразделение.

В моем юните до сих пор нет бизнес-аналитика.

Что ІТ-специалисты думают о сленге

Олег Миколайченко, Head of Infrastructure в SQUAD

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

Например, событийно-ориентированная архитектура. Что это? Я такого реально не знаю. На английском языке звучит как event-driven architecture. Ага, ну это же common practice — кучу раз дизайнил, знаю достаточно глубоко.

Если делать выборку DevOps-слов, получится примерно так:

  • деплоймент, релиз
  • билд
  • бранч, коммит, пул
  • ролбек
  • энвы
  • лоад балансер, инстанс, днс

Есть и термины, которые могут не понимать даже инженеры. Если нужно показать серьезность и сложность проекта — можно использовать в речи “новинки” из отрасли, например, GitOps, SLO, KubeFlow. Solution Architects часто используют такие слова.

Очень не нравятся слова, которые в реальной жизни имеют совсем другое значение. Например, стандартный “артефакт” — результат билда, никак не коррелирует с артефактом, к которому мы привыкли в его первичном значении. Нейминг в ІТ довольно странный, и инженеры часто не могут понять значение слова, если не сталкивались с ним в работе. Как только объясняешь, что, например, артефакт — это результат сборки (контейнер, архив, приложение — что угодно), — все становится на места.

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

Лилия Луценко, Product Analyst в BetterMe

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

Я чаще всего использую слова колл, баг, фикс, релиз, груминг, эплаить (применять). Единственное, которое меня раздражает, — фиксик, уменьшительное от фикс.

Новые слова появляются с обновлением версий языков программирования, программного обеспечения и с изменениями в организации процессов разработки».

Рамелла Басенко, QA Lead в AgileEngine

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

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

комментарий переведен с украинского языка.

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

Девопсы из SoftServe и ExtendaRetail рассказывают о профессии.

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)

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

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 не будет опубликован. Обязательные поля помечены *