Для верификации Scout достаточно написать один unit-тест и забыть о верификации на долгие месяцы. Koin же требует указывать в тесте каждый новый модуль (либо я не знаю о какой-то важной части этой библиотеки)

Обязательно сообщим, когда поддержим kmp. Сейчас это приоритетное направление развития

Фреймворк не требует правки байт-кода, но правка байт-кода его ускоряет – это важная деталь. Про ServiceLess никогда не слышал, даже нагуглить не получается с ходу. Что это за зверь?

Крупное приложение (больше 1М строк). Пользуемся библиотекой Scout, недавно писали о ней в статье на Хабре. Полет нормальный, работает сверх-быстро и граф автоматически валидируется 👍

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

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

Кажется, такой подход прошел мимо нас. Возможно, у нас была интоксикация compile-time решениями

В библиотеке есть поддержка инжектов в поля классов через делегаты, но публичный интерфейс доступа к графу все равно требует явной декларации (компонента). Для инжектов в поля в библиотеке есть тип Injector, который является компонентом с единственным публичным методом

Не просто можно, это уже сделали ребята из Яндекс.Браузера (статья https://habr.com/ru/companies/yandex/articles/704838/). Мы пошли другим путем, API Dagger нас не устраивал :)

Исторически application модуль Маркета был довольно большим и изменение в любом из на 50 модулей (тогда их было всего 50) приводило к пересборке большей части кода (и перегенерации в том числе)

Пуфики все еще актуальны. Мы сидим на них и выпиливаем другие библиотеки, которые используют kapt :)