Інструменти для розробників

Що входить до цієї категорії

Механізми навколо написання й випуску коду: редактори, хостинг версій, рецензування коду, безперервна інтеграція, реєстри пакетів, інструменти середовищ і керування релізами.

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

Спостереження за ПЗ у робочому середовищі належить до моніторингу. Інтерфейсна робота для API лежить у API та інтеграціях. Кодування за допомогою моделей у ШІ-інструментах.

Конвеєр це і є продукт

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

На цьому шляху чотири контрольні точки: рецензування, автоматичні тести, артефакт збірки та розгортання. Кожен продукт у цій категорії покращує одну з них або з’єднує дві.

Швидкість це метрика, що змінює поведінку. Конвеєр, який завершується за чотири хвилини, використовують постійно. Той, що триває сорок хвилин, змінює частоту надсилання змін, заохочує більші зміни й погіршує рецензування. Порівнюючи сервіси безперервної інтеграції, виміряйте справжню збірку власного репозиторію, а не читайте бенчмарк.

Надійність важить не менше. Набір тестів, що падає випадково, вчить усіх перезапускати замість розслідувати, а щойно ця звичка з’явилася, набір перестає щось захищати.

Хостинг версій і рецензування

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

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

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

На що дивитися в решті інструментарію

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

Прапорці функцій заслуговують на зауваження. Вони роблять релізи спокійнішими й перетворюються на технічний борг, якщо ніхто їх не прибирає, тож питайте, як інструмент обробляє виведення з обігу, а не створення.

Ціна за використання, а не за кількість людей

Безперервна інтеграція тарифікується за хвилини, за паралельність чи за учасника. Швидші машини коштують більше за хвилину і часто менше за збірку, тому корисне порівняння це вартість успішної збірки для розміру вашого репозиторію.

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

Безкоштовні рівні тут незвично добрі, особливо для відкритої роботи, і незвично легко з них вирости за один завантажений місяць. Ширший набір тихих лічильників є в матеріалі що приховують сторінки з цінами.

Що перевірити перед купівлею

Перенесіть один справжній репозиторій із тестами та найповільнішою збіркою й проженіть через нього цілий тиждень звичайної роботи.

Потім навмисно щось зламайте: тест, що падає, відхилене розгортання, відкат. Те, як інструмент поводиться в поганий день, і є тим, що ви насправді купуєте, і це ніколи не з’являється на демонстрації.

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

Команді з двох потрібен хостинг версій із рецензуванням і конвеєр, що запускає тести. Усе інше може зачекати, а додавання його зарано коштує уваги, яку краще витратити на продукт.

За п’яти-десяти людей тиск зміщується на час збірок, узгодженість середовищ і приватний реєстр для спільного коду. Це точки, де тертя починає множитися на всю команду, а не стосується однієї людини.

Далі питання стають питаннями керування релізами: прапорці, поетапні викочування, зберігання артефактів і здатність відповісти, що саме зараз працює в робочому середовищі.

Не купуйте під команду, яку очікуєте мати. Інструментарій, впроваджений до потреби, стає конфігурацією, яку ніхто не пам’ятає, щоб робив, а прибирати її потім важче, ніж було б додавати.