Продуктивные настоящие программисты

Как выглядит тулинг для джавы: скрыть тип коллекции при инстанцировании коллекции, скрыть run в Runnable, сгенерить геттеры и сеттеры, оптимизировать 100500 импортов (вместо одного вайлдкарда). Спрашивается, почему бы не сделать вывод типов? Почему бы (сразу а не через 20 лет) не сделать лямбды, почему бы не сделать нормальную систему модулей (а не через 25 лет)? Почему бы не сделать еще кучу всего, что есть в языках, которые созданы для продуктивности настоящих программистов?

Это, конечно, явный наброс

Но вы же хотели увидеть доказательства про илитку

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

а теперь, вот не устраивает

это про лямбы и модули

я удалил 560 сообщений, наброс оставил фомкина, а теперь давайте поможет тому, кому это реально надо

это про лямбы и модули

дык jigsaw побоку бизнесу, эт скорее для разрабов рантаима)

дык jigsaw побоку бизнесу, эт скорее для разрабов рантаима)

ну разрабы начали думать о других платформах, кто же хочет терять разрабов?

на самом деле бизнесу и лямбды не нужны

Как в гредле поменять направление зависимостей? Мне нужно, чтобы котлин зависел от джавы, а не наоборот. Есть модуль с названием backend, делаю так: compileJava.dependsOn.remove(compileKotlin) compileKotlin.dependsOn(compileJava) но все равно получаю Circular dependency between the following tasks: :backend:compileJava \--- :backend:compileKotlin \--- :backend:compileJava (*)

скажется когда-то иванов, нуего эту джаву

пойду землю пахать

Как в гредле поменять направление зависимостей? Мне нужно, чтобы котлин зависел от джавы, а не наоборот. Есть модуль с названием backend, делаю так: compileJava.dependsOn.remove(compileKotlin) compileKotlin.dependsOn(compileJava) но все равно получаю Circular dependency between the following tasks: :backend:compileJava \--- :backend:compileKotlin \--- :backend:compileJava (*)

А этот вопрос, кстати, уже порешался по-другому. Спасибо!

А этот вопрос, кстати, уже порешался по-другому. Спасибо!

выкинул котлин? :)

не, ща

ERROR: S client not available

Не уверен. У меня есть таска для кодогенерации на Java. И эти классы потом используются из Kotlin. Я эту таску сперва запихал в compileJava.dependsOn, но потом оказалось что compileKotlin срабатывает раньше, когда код еще не сгенерился. И компиляция котлин падала

Потому хотел чтоб джава собиралась раньше котлина. Но щас сделал compileKotlin.dependsOn(generateContractWrappers) и вроде норм. Компилятор котлина видит эти файлы, несмотря на то, что compileJava еще не запускался

ну разрабы начали думать о других платформах, кто же хочет терять разрабов?

А платформы то тут причём

А платформы то тут причём

ну кому-то же их разрабатывать нужно

ну кому-то же их разрабатывать нужно

Хм, а оракул этого не делает?)

Хм, а оракул этого не делает?)

ну так я и говорил о их разработчиках, они что ли не разработчики?

А) ну ок