Грешно на конкретные и прямые вопросы отвечать размышлениями в стиле "а если бы у нас была не Java а C++, то можно было бы...", плавно перетекающие в холивар со всеми окружающими...
#конкурс

Да в принципе работать в анально огороженном сегменте сети - это грех контр-продуктивности

#конь-курс

Так проблема-то не в Kotlin и не в Gradle, а в том, что у вас нет зеркал для репозиторий.

Gradle Plugin Portal это обычный m2 репозиторий, и можно поднять локальное зеркало множеством способов (так же, как и central)

Более того, Gradle plugin'ы могут публиковаться и на Central. Поэтому вопрос 'не могу установить плагин' звучит как 'не могу установить log4j с Central'

Да, да, абсолютно все верно, я с этим и не спорил, но есть одно но. В таких компаниях будет нормальное зеркало для central и всегда будет log4j. А вот гредл ещё не до конца дошёл до отсталых.

А если говорить про личное мнение - честно, для меня настройка хоть и громоздкого mvn выглядит проще (наверное в силу привычки).  Единственное, что было всегда неприятно - это шейдить библиотеки. Вот это дрянь, да. На гредле это выглядит и читается лучше.

Грешно не писать юнит-тесты
Barbarism (невежество)
#конкурс

Процедуральному программисту грешно смотреть на Кафку.

#конкурс

Грешно форкнуть библиотку, изменить функционал и прописать в зависимостях с тем же пакетом
#конкурс

Скорее нельзя НЕ добавлять .idea в .gitignore.

А зачем его туда добавлять, какие плюсы?  Сборка же всё равно на CI сервере, там идеи нет

Пардон, недочитал ) Мы добавляем в игнор и .idea и всякие там .classpath/.project - а почему этого не надо делать, зачем они в гите?

там внутри .idea есть один каталог, который есть смысл версионировать, чтобы иметь некоторые общие настройки, и ещё куча каталогов, которые часто содержат вещи, специфические для конкретной машины, и которые либо нет смысла, либо вообще нежелательно версионировать

кто не хочет заморачиваться, игнорят весь .idea целиком

кто хочет - мучаются, фигурно вырезая все подкаталоги .idea/, кроме одного, в гитигноре

Согласен. Мы шарим "runConfigurations" в git, очень удобно.

Ага, и получается типо такого (пример для Rider, но всё же): https://github.com/JetBrains/resharper-rider-samples/blob/master/.gitignore

Не знаю, мне кажется такое шарить не очень удобно (у меня там куча всяких штук типа remote debug, специфичные запуски для тестирования компонентов, которые прямо сейчас разрабатываю). Добавить необходимую конфигурацию - дело пары минут (с запасом), а меняются они довольно редко.

Можно в идее указать, какую шарить а какую нет

Зато тем, кто первый раз выкачивает проект, удобно сразу видеть какие есть полезные наборы команд

Единственный плюс, как по мне.

Но это где надо работать, чтобы такое постоянно требовалось (с большой текучкой)?