Издевательство над чем?
Над сферичным конем в вакууме?Вот создатели CMake нагло поиздевались над языками программирования, ради сборки проектов на которых, какбы все это создавалось.
А над чем у вас будет издеваться Java? особенно в переводе на Kotlin, если можно сделать так, что вся JVM и останется только в среде разработке, а в продакшн уйдут чистые бинари (или теперь даже байт-код на другие VM, отличные от JVM, если не устраивает).
Даже при всех недостатках Java, которые можно себе нафантазировать (а обычно это именно фантазии и байки, см. ниже) - сборка на Gradle, даже при всех недостатках и его тоже - по-любому получается "меньшим из зол" по сравнению с CMake.
Это я говорю, как начинавший с C/C++, и долго его изучавший, кому тоже не нравилась когда-то Java по сравнению с C++, говорю:
- времена изменились!
- Java сильно исправилась (и по времени эти исправления "случайно" совпали с выходом новых стандартов 11+ самого C++).
Да, у Java был долгий путь развития, однако это уже прошлое.
А если вам нужна простая классическая сборка без автоанализа и автозагрузки зависимостей с авто-тестированием и стиркой белья разработчикам (ну если заказчик или спонсор требует, для создания рабочих мест его менеджерам, которым иначе нечем будет больше заняться после внедрения)
... если этого всего не нужно
- просто напишите сборочный скрипт, и не нужен ни CMake, ни Gradle...
... только сейчас все больше в моде всякие CI/CD, и уже никуда не денешься от сложных сборочных уже даже фреймворков с интегрированным Agile-планированием и чатом с поддержкой визуализированных тикетов для Scrum-мастера, не умеющего читать код...
...в-общем от качества DSL для разработчиков сейчас все зависит гораздо больше, чем от нескольких лишних зависимостей в сборочном окружении... а если сборочное окружение удается вообще выпилить из продакшена... скоро видимо везде будут одни сплошные сборочные окружения... ну и возитесь там сами с этим CMake!
