Инструменты разработчика

Что входит в эту категорию

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

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

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

Конвейер это и есть продукт

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

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

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

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

Хостинг репозиториев и ревью

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

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

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

На что смотреть в остальной цепочке инструментов

• Реестры пакетов: частные для внутренних библиотек и кэширующие для публичных, чтобы сбой в другом месте не останавливал вашу сборку.
• Окружения, воспроизводимые на ноутбуке и в конвейере без страницы инструкций по настройке.
• Секреты, подставляемые при сборке и никогда не попадающие в коммиты, с возможностью ротации без простоя.
• Артефакты, версионируемые и хранимые достаточно долго, чтобы откатиться к прошлой неделе, а не ко вчерашнему дню.
• Инструменты релизов: флаги функций, поэтапные выкатки или простое развёртывание по тегу.

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

Цены, зависящие от использования, а не от штата

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

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

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

Что проверить до покупки

Перенесите один реальный репозиторий с его тестами и самой медленной сборкой и прогоните через него целую неделю обычной работы.

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

Порядок покупок для растущей команды

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

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

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

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