«Ветка», «песочница», «мёрджить» и ещё 11 терминов, которые помогут понять разработчиков

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

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

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

На английском — application programming interface, на русском — программный интерфейс приложения, для тех, кто в теме, — «эйпиай», «апи», «апишка» или «апиха». Так что потренируйтесь распознавать на слух все варианты. Но как бы ни произносил этот термин ваш собеседник, он имеет в виду описание способов взаимодействия между программами, то, как они могут общаться — передавать данные друг другу.

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

Не фейл, а большой объём работы, который можно разбить на несколько более мелких задач, объединённых общей идеей. Например, новая крупная фича в продукте. В Jira и подобных ей инструментах для управления проектами такие задачи называются историями.

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

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

Что? Да! Ещё один способ измерять сложность задач и время на их выполнение. Задачи ранжируются по размерам маек (от XS до XL) и измеряются в идеальных часах — времени, которое потребуется на решение, если ничего не будет отвлекать.

Каким задачам присвоить размер S, а каким — XL, команда решает на основе своей средней скорости работы.

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

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

От английского глагола deploy — приводить в действие или разворачивать. Задеплоить приложение, сайт или сервис — значит запустить новую версию в рабочей среде, на сервере или хостинге. Только представьте, как здорово это модное слово будет смотреться в вашем лексиконе!

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

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

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

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

Принимаем заказы. Пишите в комментах, какие ещё термины нужно объяснить. И мы снова возьмёмся за дело 😉

#нетология #разработка #мемы