Зачем вам исходный код, даже если вы его никогда не откроете

«Я не программист, зачем мне исходники?» — справедливый вопрос. Ответ не в том, что вы будете их читать. Ответ в том, что владение ими убирает все сценарии отказа, происходящие от невладения.

Четыре вещи, которые это покупает

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

Проверяемость. Вы можете дать прочитать код тому, кому доверяете. Не то, что написано в документации, а то, что он делает. Для программы, которая держит API-ключи и ставит ордера на ваши деньги, это не паранойя.

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

Изменяемость. Стратегии требуют правок. Если каждое изменение параметра — это заявка в поддержку со сроком, вы перестанете вносить те изменения, которые стоило бы внести.

Что говорит отказ

Есть законные причины, по которым подрядчик не может передать всё: лицензионный сторонний компонент, общий фреймворк, используемый у разных клиентов. Такие причины конкретны и сопровождаются конкретным объяснением.

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

Одних исходников мало

Репозиторий без документации и без способа его запустить — формально передача, практически бесполезная. Что делает её настоящей:

• Оно запускается. Чистый чекаут, описанные зависимости и команда, которая поднимает всё на testnet.
• Конфигурация отделена от кода. Параметры в конфиге, секреты в окружении, никаких магических чисел, закопанных в файл стратегии.
• Есть тесты. Не полное покрытие — достаточно, чтобы будущий разработчик мог что-то изменить и узнать, сломал ли он это.
• Инструкция по эксплуатации. Как запустить, остановить, проверить здоровье, читать логи и что означает каждый алерт.
• Заметки по архитектуре. Какой модуль за что отвечает и почему границы проходят именно там.

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

Неудобная формулировка

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

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