здравая мысль

здравая мысль

вот у тя раньше ава классная была с рыжим котом, а щас у тя ава говно, сори

ну это я раньше костылил

а сейчас я познал dark side и книжки по нормальному программированию

потеряли пацана, понятно. rip

ладно, хоть не функциональщина на джаве

а у Димы тебе нравится аватарка?

а у Димы тебе нравится аватарка?

раньше тоже лучше была

Дима Танос, Рома Реван

какие-то тираны одни

один полвселенной снёс, другой полгалактики

ладно, хоть не функциональщина на джаве

не согл, бтв, на джява функциональщина самое оно

не соглашусь, если юзать функциональщу скажем в рендере

final задалбывает писать =)

то у тебя 1.5 гига отвалится на рендер 200-600 моделек

final задалбывает писать =)

ctrl alt v

и сборщик мусора будет умирать(ежесекундо чистить столько фигни, ууу)

вообще в idea можно настроить чтобы она везде final писала

вообще в idea можно настроить чтобы она везде final писала

*чтобы val+TAB превращала в final var, и final var Foo foo показывала серым цветом как val foo

нет, чтобы везде абсолютно ставила final

нахера вам везде final?

галочка была

функциональщина ж

нахера вам var/val

нахера вам везде final?

чтоб ногу себе не оторвать случайно

нахера вам var/val

var не нужен

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

*чтобы val+TAB превращала в final var, и final var Foo foo показывала серым цветом как val foo

Не проще ли на котлине писать?

и тут мы понимаем, что 80% "радости" от котлина получаются простой визуальной автозаменой

и тут мы понимаем что будет ловить нули от java и страдать

и тут мы понимаем что будет ловить нули от java и страдать

так в котлине нулл никуда не девается

где один ?, где два ??

где один ?, где два ??

а где в котлине ?? было

почему опять не компилится и всё в этом духе

!! есть, ?? нету

и тут мы понимаем, что 80% "радости" от котлина получаются простой визуальной автозаменой

80%, если только внешне, но да final Foo foo = new Foo() - не самая страшная вещь в джаве

есть

почему опять не компилится и всё в этом духе

Не компилится обычно только по одной причине

чот я даже нагуглить не могу ?? в котлине

может все-таки элвис ?: имелся в виду?

ну не нагуглишь ибо гугл их не так воспринимает

я по kotlin double question mark искал

открой идею и попробуй создать котлин класс, да проверь

ну не нагуглишь ибо гугл их не так воспринимает

А может, потому, что там нет такого оператора?

открой идею и попробуй создать котлин класс, да проверь

может, ты сам сначала проверишь?

нет, мне то оно зачем

без нулов и в джява можно писать

и тут мы понимаем, что 80% "радости" от котлина получаются простой визуальной автозаменой

ты хочешь сказать, вся мощь котлина - это обычный плагин от васяна666?

нет, мне то оно зачем

чтоб не рассказывал офигительные истории

может, ты сам сначала проверишь?

проверил, при вводе ?? мне написало "Redundant ?"

проверил, при вводе ?? мне написало "Redundant ?"

я и проверять не буду, ясно, что там нет такого

Проверил, проверяй

раньше было, инфа 100%

раньше было, инфа 100%

а че оно делало-то?

и тут мы понимаем, что 80% "радости" от котлина получаются простой визуальной автозаменой

А теперь вопрос: что делать, если Loom скорее мёртв, чем жив, а асинхронный код хочется писать так, чтобы он не выглядел жутко? Тут ломбок не поможет.

раньше было, инфа 100%

до 1.0?

ну в любом случае вот: fun <T : RowMapper<*>> sqlExecuteForObject(sql_insert_employee: String, mapSqlParameterSource: MapSqlParameterSource, mapper: RowMapper<*>): Any?

так вот

если ты отнаследуешься от него

?

и реализуешь

ERROR: S client not available

он тебе не скажет что нужен значёк вопроса

и ты будешь ловить еррор

А теперь вопрос: что делать, если Loom скорее мёртв, чем жив, а асинхронный код хочется писать так, чтобы он не выглядел жутко? Тут ломбок не поможет.

писать асинхронный код на скале?

А теперь вопрос: что делать, если Loom скорее мёртв, чем жив, а асинхронный код хочется писать так, чтобы он не выглядел жутко? Тут ломбок не поможет.

спорное утверждение про лум, но в джвм полно либ для асинхронщины с реактивщиной

скала же идеальна для этого

спорное утверждение про лум, но в джвм полно либ для асинхронщины с реактивщиной

А если не приплетать реактивщину, а хочется нормальный, императивный код?

вообще работа java & kotlin выглядит, как костыль, и проверка на ? это больше всего бесит

где-нибудь что-нибудь отвалилось, а ты иди ищи

ты хочешь сказать, вся мощь котлина - это обычный плагин от васяна666?

не вся, либо не один

писать асинхронный код на скале?

Я скалу не знаю, там сложна ?‍♂️

А если не приплетать реактивщину, а хочется нормальный, императивный код?

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

Я скалу не знаю, там сложна ?‍♂️

ну это аргумент

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

Лёгкие потоки, как в го - было бы замечательно. Но сам го не очень.

Лёгкие потоки, как в го - было бы замечательно. Но сам го не очень.

в том и прикол (точнее, наоборот) котлина

его корутины — отстой, на фоне гошных

А как сделать лучше в текущей JVM?

в го есть di?

А как сделать лучше в текущей JVM?

никак

в го есть di?

? cвят-свят. видел пару реализаций - убого и неюзабельно

кстати чего там в jvm 11? lts вроде значит только исправление ошибок?

не буду учить го

хуже di в го выглядят только попытки запилить функциональщину

никак

Ну вот и остаётся либо с такими корутинами, либо никак

Ну вот и остаётся либо с такими корутинами, либо никак

либо не с корутинами?

дофига решений помимо

либо не с корутинами?

Реактивщина?

Реактивщина?

для начала, у этих терминов ("корутины", "реактивщина", ...) есть довольно точные определения что тебе надо-то?

если "просто" писать асинхронный код, то фьючи вполне хватит, до какого-то момента

для начала, у этих терминов ("корутины", "реактивщина", ...) есть довольно точные определения что тебе надо-то?

Есть код с какой-то логикой, в рамках которой надо сходить в некоторые места (т.е. I/O). Само собой, I/O не должен блокировать поток. Хочется писать код так, чтобы использовались обычные структуры языка (if, while, try), а не композиция фьючей и всё в таком духе.

Есть код с какой-то логикой, в рамках которой надо сходить в некоторые места (т.е. I/O). Само собой, I/O не должен блокировать поток. Хочется писать код так, чтобы использовались обычные структуры языка (if, while, try), а не композиция фьючей и всё в таком духе.

тогда ко-корутины сойдут только про io думать таки прийдется

кстати чего там в jvm 11? lts вроде значит только исправление ошибок?

LTS - значит, что это можно выкатывать в прод

я про фичи, java ж развивается