Build vs. buy (создать или купить)

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