Шпаргалка, которая поможет вам понять технические разговоры
Отказ от ответственности: Эти определения являются моими собственными, и я написал их таким образом, чтобы, как я полагаю, они были легко понятны нетехническим людям. Эти определения могут быть не совсем точными в каждом сценарии, однако я не считаю, что для базового общего понимания требуется дополнительная информация. При необходимости я добавляю примеры для дальнейшего пояснения терминов.
Разговор инженеров-программистов может быть наполнен странно звучащими сложными терминами. Это звучитпочти как английский для людей, не разбирающихся в технических вопросах. Произносимые слова, безусловно, можно найти в словаре, но часто они используются не так, как определяет словарь.
Я представляю себе разговор между инженером-программистом, говорящим на своем загадочном языке, с человеком, не разбирающимся в технических вопросах, примерно так:
Инженер: Последние два спринта я потратил на отладку проблемы, которую обнаружил в рабочей среде. Мне не терпится, наконец, отправить запрос на включение и слияние моей ветки.
Ничего не подозревающий прохожий: Что? Вы дважды спринтовали на ошибках, которые вы нашли на съемочной площадке? А вы хотите попросить смешать ветки? Ты в порядке?
Не бойся. К концу статьи вы сможете легко понять, о чем говорил этот инженер. Без лишних слов, вот несколько полезных определений:
Алгоритм: последовательность вычислений, которые выводят результат. Пример. Алгоритм Дейкстры состоит в том, что вводится граф со многими узлами и выполняется серия вычислений, которые выводят кратчайший путь между двумя разными узлами. Это может быть связано с навигационными системами, например, как добраться из пункта А в пункт Б, проехав наименьшее расстояние.
Бэкэнд-разработка: работа программного обеспечения над той частью приложения, которая не обращена к пользователю. Примерами этого могут быть извлечение информации из базы данных, вставка, обновление или удаление данных, написание вычислительно ресурсоемких алгоритмов и т. д.
Ветвь: определенная версия кодовой базы. Часто разработчик «отделяет» стабильную версию кода для внесения изменений.
Блокировщик: что-то, что мешает работе по разработке / что-то, что мешает работе над задачей. Примером этого является заявка A, которую нужно сделать, чтобы можно было работать над заявкой B. Билет А блокирует билет Б.
Ошибка: неожиданное и нежелательное поведение приложения.
Клиент: компьютер, который обращается к веб-приложению.
База данных: организованный набор данных.
Отладка: процесс инженера, пытающегося найти основную причину ошибки или проблемы.
Развертывание: размещение выбранной версии кода в облачной среде. Например, при тестовом развертывании версия кода с новыми изменениями помещается в тестовую среду, чтобы инженеры могли протестировать изменения вместе.
Среда: виртуальное «место», в котором приложение может быть запущено/использовано.
Функция: функция или набор функций, реализованных в приложении. Пример: функция поиска, функция регистрации и т. д.
Внешняя разработка: работа программного обеспечения над той частью приложения, с которой взаимодействуют пользователи. Это внешний вид самого веб-сайта и всего, с чем взаимодействуют пользователи. Простыми примерами этого могут быть добавление кнопок, рендеринг новых страниц, создание обновленных стилей веб-сайта.
Github: размещает код и версии кода.
Объединение: включение вновь написанного кода в кодовую базу. Это может быть сочетание добавления нового кода, изменения существующего кода или удаления старого кода.
POC: Proof-Of-Concept, минимальная техническая реализация, подтверждающая жизнеспособность идеи.
Производство: версия приложения, которую пользователи используют в среде, к которой у них есть доступ.
Pull Request: набор изменений в коде, которые необходимо проверить перед объединением с целевой веткой.
Push: предоставление локально разработанного кода в облаке.
Инженер по контролю качества: инженер, отвечающий за обеспечение качества. Это может включать тестирование изменений, автоматизацию конвейеров тестирования и написание тестов для приложения.
Запрос: действие, которое обращается к базе данных и может обновлять ее. Запросы могут включать в себя чтение из базы данных или вставку, обновление или удаление данных из нее. Например, запрос может найти всех пользователей с именем «Джон».
Сценарий: программа, которая запускает определенный набор инструкций для завершения вычислений или внесения изменений.
Старший разработчик программного обеспечения: похож на разработчика программного обеспечения, но более опытен. Несет дополнительную ответственность за улучшение общего качества кодовой базы, обычно участвует в реагировании на инциденты и является скорее лидером.
Сервер: вычислительное оборудование, предназначенное для выполнения операций по поддержке других компьютеров. Например, в контексте веб-приложения сервер существует для поддержки клиента.
Всплеск: исследовательская задача с желаемым результатом получения четкой информации о том, как решить проблему или внедрить функцию.
Спринт: установленный период времени, на который команда инженеров распределяет определенный объем работы.
Архитектор программного обеспечения: стремится улучшить архитектуру/инфраструктуру приложения, улучшить качество кода, облегчить работу других разработчиков.
Разработчик программного обеспечения. Тот, кто пишет код для реализации новых функций, поддержки текущих функций, исправления ошибок и т. д.
Планирование спринта: собрание, на котором команда планирует, что необходимо сделать в предстоящем спринте.
Обзор спринта: собрание, на котором команда анализирует, что произошло в спринте, и рассказывает, что прошло хорошо, а что нет, что можно улучшить и как.
Stand Up: быстрое совещание (обычно ежедневное), на котором члены команды обрисовывают в общих чертах, над чем они будут работать, нужна ли какая-либо помощь, и информируют друг друга о статусе проекта.
Билет: задача
Я буду постоянно обновлять этот список, поэтому не стесняйтесь сохранять его и возвращаться к нему позже для получения дополнительных терминов.
Спасибо за прочтение! Если вы нашли это полезным, подписывайтесь на меня, так как я часто пишу подобные статьи.
