Код, автомобиль, страховка: чему заново учится CTO — Фёдор Сухарев

Фёдор Сухарев сравнивает переходы между телекомом, электронной торговой площадкой, автомобилестроением и страхованием. В CBOSS поездки на внедрения показали ему связь кода с работой настоящего предприятия. В Orange этот опыт помог выстроить общую очередь задач, обосновать дополнительные ставки и переделать биллинг под новые продукты. Покупка знакомой системы оказалась слишком дорогой: переносить стоило понимание предметной области и способы организации работы, а конкретное решение выбирать заново. Следующий этап, OTC.ru, добавил опыт роста раннего продукта и команды.

В Arrival привычное «софт работает» пришлось проверять на автомобиле: на результат влияли электроника, температура, вибрация и взаимодействие систем. Команды архитекторов, инженеров управляющего ПО и интеграционных тестировщиков согласовывали работу вокруг отдельных функций. Для них определили уровни готовности «альфа», «бета» и «гамма»: от рабочего прототипа и полученных знаний до всё более строгих проверок качества. Это позволяло заранее различать эксперимент, тестируемое решение и готовность к эксплуатации, одновременно согласуя поставки смежных команд.

Четыре уровня требований связывали бизнес, функцию, систему и компонент. В Polarion требования были связаны с тестами; изменение одного элемента требовало проверить затронутые связи. Ответственные за функции координировали работу нескольких систем, а общий план в Jira показывал состав релизов и зависимости от поставщиков. При смене приоритетов между автобусом и фургоном помогало отделение общего управляющего кода от драйверов конкретного оборудования. Разговор о происхождении инженерных практик возвращает к вопросу об их назначении: даже проверку кода стоит оценивать по тому, чему она помогает — качеству, единообразию или обучению.

В QIC Digital Hub тот же принцип пришлось упростить: вместо четырёх уровней требований хватило трёх. Команда договаривалась, что считать продуктом и системой, и находила решения без владельца. Часто меняющиеся функции страхового ядра — расчёт цены полиса, создание документа и проверки — выделяли из унаследованного монолита в сервисы на Go. Фёдор подчёркивает, что такой выбор был оправдан конкретной зависимостью от темпа другой команды. Финал показывает предел инженерного влияния: финансирование, рыночный спрос и решения о бюджете способны остановить работу. На момент разговора гость уже завершил работу в QIC и открыт новым задачам.