с#
за то что написал, что собирал либу в жарку и публиковал
Size: a a a
2021 July 23
с#
ну я тогда просто перепутал, я так не делал)
AN
Если перепаковка не нужна, то лучше так не делать. Но если есть конфликт зависимостей к примеру, то без этого никак
ГР
есть чат по github?
2021 July 24
VP
В доке вроде был
IP
На любом, который можно компилировать под JVM
GO
на каком удобно
при условии что он для JVM
при условии что он для JVM
BP
читал в этой группы (от толкового человека человека) что лучше всего на java или котлине (только развивается)
2021 July 25
AN
На вкус и цвет, всем мыло отличается. На груви тоже хорошо. На котлин лучше, но это кто к чему приучен. На жаве довольно громоздко получается
AM
А если котлином вообще нигде не пользоваться в скриптах, прибитие его версии гвоздями к гредлу ж вообще перестаёт на что-либо влиять?
BV
На котлине можно плагины писать в виде gradle.kts файлов, что порой очень удобно. Причём это работает не только для локальных плагинов
AN
Я не понял вопроса
AM
Ну, гредл же постоянно предупреждает, если встроенная в него версия отличается от версии подключаемого котлин-плагина.
AN
Нет. Предупреждает идея если плагин идеи отличается от того, что в проекте. А так в гредле обычно котлин немного более старый и никаких ворнингов там нет
VP
Достаточно одной библиотеки на котлине, чтобы иметь шанс словить проблем
AM
Эх.
AM
Не озвучивали ж никаких планов что-то с этим сделать? Я плохо себе представляю, что можно с этим сделать, но всё же.
ЕЧ
Вряд ли именно по гитхабу есть отдельный чат. Есть всякие девопсы, где знают одну его сторону, есть какие-нибудь менеджеры, которые знают другую, есть программисты, которые знают третью. Можно тут посмотреть подходящий чат и там поспрашивать @it_chats
VP
Мне кажется, достаточно начать рассматривать kotlin-stdlib как нормальную зависимость, а не подкладывать в classpath