Реанимация проектов на языке Ceylon и переход на Java или Kotlin

С языком Ceylon я имею дело уже не первый год. Это статически типизированный язык для JVM, вышедший из недр Red Hat, и я научился держать такие проекты на плаву даже тогда, когда официальная поддержка инструментов давно замерла. Ситуация обычно одна и та же: компании достаётся рабочая система на языке Ceylon, а специалистов, готовых в ней разбираться, в штате нет. Здесь и подключаюсь я. Направлений работы три. Начинаю с сопровождения — устраняю дефекты, чиню отдельные модули, подтягиваю зависимости и добиваюсь, чтобы JVM-приложение стабильно собиралось и выкатывалось на привычной вам среде исполнения. Дальше идёт анализ — я разбираю объединяющие и пересекающиеся типы, за счёт которых язык Ceylon настолько выразителен, фиксирую в документах связи между модулями и растолковываю логику вашим инженерам без лишнего жаргона. Третье направление — перенос: если решено уходить с языка, я готовлю и провожу выверенный переезд на Java или Kotlin так, чтобы прежние гарантии типов не потерялись, а богатая система типов легла в привычные конструкции нового стека. Переписывание вслепую я не практикую. Сначала выстраивается схема иерархии модулей, затем текущее поведение обкладывается характеризующими тестами, и только после этого код переезжает небольшими порциями — приложение остаётся боеспособным на каждом шаге. На выходе — собранный билд, наглядная карта модулей, план миграции с описанием рисков и аккуратные коммиты под ревью. Язык Ceylon в моей работе присутствует постоянно, поэтому его причуды для меня давно не сюрприз. Расскажите про объём кода и целевую среду — и я честно назову сроки.