AA
котлиновский плагин не урезан и можно использовать одинакого, что в Ultimate, что в CE
Size: a a a
2020 July 20
IT
когда что-то пошло не так и идея драйвит Котлин) а не Котлин идею
IT
шутка минутка
AA
шутка минутка
в каждой шутке доля шутки
IT
а вообще не так чтобы давно узнал про далёкие планы ухода в свою инфраструктуру с компиляцией в бинарники от котлина
AA
а вообще не так чтобы давно узнал про далёкие планы ухода в свою инфраструктуру с компиляцией в бинарники от котлина
непонятно
AA
это про Kotlin/Native?
AA
ещё есть JS 🙂
IT
правильно ли я понимаю, что цель скорее разработка клиентской части?
IT
а не упор на серверную инфраструктуру
IT
Аля Грааль нэйтив имэджи
DD
Я бы сказал больше упор в универсальность
AA
правильно ли я понимаю, что цель скорее разработка клиентской части?
вообще то нет. у K/N может быть много применений. Но самая явная ниша сейчас - это конечно разработка под iOS
AA
но вообще да, это всё про универсальность, конечно
AA
на K/N можно было бы и CLI утилитки писать, и сервисы. Но тут почти всегда возникнет вопрос - зачем?
CLI-утилиты обычно достаточно простые и Go для этого подходит прям замечательно. Надо думать, что даст использования Kotlin в этом месте, кроме явной разницы в синтаксисе (что кстати немаловажно)
CLI-утилиты обычно достаточно простые и Go для этого подходит прям замечательно. Надо думать, что даст использования Kotlin в этом месте, кроме явной разницы в синтаксисе (что кстати немаловажно)
AA
или если писать сервисы - то почему не под JVM?
J🎩
Так не проблема (ну как, вроде текущее решение ещё слишком далеко от идеала), я больше про то, что "Мы не пилим LSP потому что это не помогает продавать идею" - окей, понятная причина, "Мы не пилим LSP потому что LSP говно никому не нужное" - такая себе причина (при этом в kotlin discussions довольно часто поднимали именно это)
Gradle build GDSL all over again.
AA
Gradle build GDSL all over again.
J🎩
тут альтруизма нет. говорю же - ничего не изменилось. котлин косвенно драйвит продажи идеи
У меня есть другая теория