Пример можно посмотреть в awesome-kotlin/generator

Если в гугле он есть, что уже неплохо. Я уж подумал, что это на мою работу намёк.

http://beust.com/kobalt/home/index.html вот, нагуглил.)

Или в соседнем репозитории kotlin-akka)

Если кому интересно, фолоуап от дяди про типы и тесты http://blog.cleancoder.com/uncle-bob/2017/01/13/TypesAndTests.html

“I consider the static typing of Swift and Kotlin to have swung too far in the statically type-checked direction” зря он так себе могилу роет

А он со скалой дружит? Очень интересно было бы послушать как он закопал бы зависимые типы)

А он со скалой дружит? Очень интересно было бы послушать как он закопал бы зависимые типы)

после его статьи, мне начинает казаться что он скалу даже не смотрел

а может и не слышал о ней :)))

> Do you want to have to change every line of code every time anything at all changes? Конечно нет Дядя, мы хотим ловить баги на проде)

Это Егор стайл, привел бы что-ли пример из жизни

> Do you want to have to change every line of code every time anything at all changes? Конечно нет Дядя, мы хотим ловить баги на проде)

разве в продуктах от джет бреин нету Refactor... которая в том числе может сразу везде тип менять?

Конечно есть

Может он в виме сидит

В емаксе

И багов у него нет

Он же на лиспе пишет

И багов у него нет

Когда я не пишу код, у меня тоже багов нет ?

Скрипты для гредла на котлине. Груви тормоз)

Чем мерил? =)

Линейкой?

да не, просто gradle инициализируется несколько секунд.

Правда тут kotlin script не спасет

Ога

потому что кор все равно на method_missing написан

и как я вижу парни страдают от того что груви нагенерил

Самое смешное, что ну большинства даже gradle daemon не стоит

А жаловаться все горазды )

Потому что еще пол года назад он тек

Да и до сих пор наверняка течет на некоторых проектах

Есть мавен и есть гредл. И оба говно)

ант!

make

bazel

у котлина же тоже что-то есть, kobolt?

kobalt, да

очень приятная, но по понятным причинам его никто не потащит в проект

хотя писал Цедрик, автор TestNG

есть же gradle и kotlin script

нах тот kobalt)

Чет посмотрел на kotlin в gradle

А не потонет ли?

время покажет.

вообще котлин че то решили сразу в куче направлений развивать

и возникает такой же вопрос ко всему котлину

По сути в плагинах это костыли для поддержки Groovy Runtime

вроде delegateClosureOf методов

Выглядит ужасно

Выглядит ужасно

это фиксится, ибо наследие груви

А как ты пофиксишь это?

Это все плагины же фиксить надо, не?

но плюсы такие, что можно потерпеть ибо наконец-то писать скрипты можно без боли

Я и так их писал без боли

А где там боль?=)

Да везде, файл на половину желтый

нихера не автодополняется

А, это

Ну это в огород JetBrains

ну-ну

https://github.com/KotlinBy/awesome-kotlin/blob/master/generate/build.gradle.kts

Это без плагинов

два плагина тамщета

configure<ApplicationPluginConvention> { applicationName = "kotbot" mainClassName = "link.kotlin.scripts.ApplicationKt" } configure<ShadowJar>("shadowJar") { mergeServiceFiles() }

и все автодполняется

причем shadowJar не поддерживает котлин скрипт, поэтому кривовато

а вот application - поддерживает

Когда выйдет 1.0 не будет веских причин использовать груви тут

Ну они на котлин, судя по всему, как минимум написаны

Да не в этом дело

> Ну они на котлин, судя по всему, как минимум написаны

нет, на джаве или груви

Дело в том что замыкание в лямбду ты никак не превраьтишь

Дело в том что замыкание в лямбду ты никак не превраьтишь

Пример покажи

потому что я думаю именно это я сделал в shadowJar

т.е. было shadowJar { mergeServiceFiles() }

А стало configure<ShadowJar>("shadowJar") { mergeServiceFiles() }

shadorJar - это же таска?

Без действий со стороны плагина

shadorJar - это же таска?

да

если бы у тебя плагин внутри принимал замыкание

то было бы другое дело

сейчас нарою что нибудь

окей, давай на примере, будет предметно

https://github.com/gradle/gradle-script-kotlin/blob/master/build.gradle.kts

метод publish в плагине у публикации в артифактори принимает колжур

Пишется экстеншен с таким же именем который принимает обычную лямбу и под низом превращает в то что нужно

т.е. да, тут нужно подпилить.

Так а кто это делать будет?

сообщество может делать свои обертки вокруг плагинов

в gradle могут сказать периписать

Они и так кор плагины на джаву переписали

Плагинов то видимо невидимо

Перепишут опять самые используемые

Плагинов то видимо невидимо

из которых 30-40 популярных, остальное подтянется

А большинство положат болт, потому что пишут на груви )

и никакой котлин им не нужен )

Если бы сам gradle не форсил котлин, то так и было бы)

Короче не понятно все, как по мне