Engineering Drama: Эволюция Flude

Как Flude вырос из одноразового скрипта в самостоятельный движок документации — по одной архитектурной ошибке за эпизод.

Регрессионное тестирование: Как доказать, что твой код не теряет данные

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

Типизированные модели: как мы перестали молча терять данные

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

Пасхалка «if not 0:»: как автономный ИИ-аудит поймал мёртвый код в оркестраторе

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

Flude.guide: имя, которое пришлось искать между Udemy, дебаггером и nude.com

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

Иллюзия скорости: двухуровневый кэш, который не может ускорить то, что не умеет Doxygen

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