Во первых, эта ситуация скорее исключение, как мне кажется. Во вторых, не факт, что окажется быстрее. Я вот не могу предположить, что быстрее будет. Мерить надо

Да можно и замерять. Тут все сильно завсит от конкретного проекта. Если мы боремся за каждую миллисекунду и случай некорректных данных 1 на 1000000(условно), то да, лучше извратиться и написать обработку исключения.

Что в котлине хорошего то?=)

маркетологи

вон у @yegor256 во всем уже неопределенность он свой яп пишет)))

маркетологи

о да, с этим сложно поспорить ))

Что в котлине хорошего то?=)

а что хорошего в жаве?)

а что хорошего в жаве?)

а что в ней плохого?

Что в котлине хорошего то?=)

меньше лишнего кода писать

меньше лишнего кода писать

вы пишите его так много?

а что в ней плохого?

а что плохого в котлине?))

Что в котлине хорошего то?=)

nullable-типы, разделение на (Mutable)Collection, (Mutable)List и т. д., делегирование свойств, делегирование реализаций интерфейсов, inline-функции, лаконичный синтаксис.

nullable-типы, разделение на (Mutable)Collection, (Mutable)List и т. д., делегирование свойств, делегирование реализаций интерфейсов, inline-функции, лаконичный синтаксис.

Nullable типы некоторым геммороем выливаются

nullable-типы, разделение на (Mutable)Collection, (Mutable)List и т. д., делегирование свойств, делегирование реализаций интерфейсов, inline-функции, лаконичный синтаксис.

погоди) не надо)))

Остальное все есть в груви

котлин не нужен

Остальное все есть в груви

он пиздец медленный

Остальное все есть в груви

дай угадаю, на груви пишешь?

он пиздец медленный

ага, и джава у тебя тормозит

он пиздец динамический)))

лучше тогда скала)))

ага, и джава у тебя тормозит

Нет, только груви

Джава у меня летает, как и Котлин

он пиздец динамический)))

@CompileStatic

@CompileStatic

нахрена тогда груви?)

он не нужен))

нахрена тогда груви?)

а котлин?))

@CompileStatic

не помогает, всё равно всё медленно

не помогает, всё равно всё медленно

обнови груви ))

а котлин?))

он не нужен не больше ненужности груви вместе с жабой))

и вообще)

он не нужен не больше ненужности груви вместе с жабой))

На котлин легко переехать с груви, потому что там все скопипизжено. Но зачем?

причем тут груви)

Действительно. Давайте гнать на скалу ))

На котлин легко переехать с груви, потому что там все скопипизжено. Но зачем?

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

А, ещё груви нихрена не выводит типы аргументов лямбд

Действительно. Давайте гнать на скалу ))

???

А, ещё груви нихрена не выводит типы аргументов лямбд

В груви не используют лямбды

но они там есть)

даже груви лучше жабы))

о чем тут вообще говорить)))

даже груви лучше жабы))

эээ, нет

эээ, нет

не лучше?) ну ладно)))

а жабы болеют сахарным диабетом?

а жабы болеют сахарным диабетом?

еще как

еще как

тогда котлин противопоказан)

тогда котлин противопоказан)

жабам, по крайней мере

Но главное, Шипилев сказал, что...

а жабы болеют сахарным диабетом?

у жабы как бы диабет) чего греха таить)

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

лель

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

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

каким богом?) совсем плохой?)

каким богом?) совсем плохой?)

богом функционального программирования, конечно же

как в скала-чате

Кто то работает с JBoss fuse 6.3 ?

а что в ней плохого?

Всё nullable, всё mutable, унылые дженерики, даже котлинские лучше (есть reified), классы по умолчанию открытые, дебильные скоупы видимости (jigsaw сделает ситуацию приятнее), нелогичная стандартная библиотека (Number не реализует Comparable, впрочем, эт спорно), нет sealed-классов, нет смарткастов. Это если не говорить о сахарах и их отсутствии (а некоторые сахары нынче как бы стандарт, без которого вообще скучно).

Всё nullable, всё mutable, унылые дженерики, даже котлинские лучше (есть reified), классы по умолчанию открытые, дебильные скоупы видимости (jigsaw сделает ситуацию приятнее), нелогичная стандартная библиотека (Number не реализует Comparable, впрочем, эт спорно), нет sealed-классов, нет смарткастов. Это если не говорить о сахарах и их отсутствии (а некоторые сахары нынче как бы стандарт, без которого вообще скучно).

пока jigsaw только бибикает и портит

пока jigsaw только бибикает и портит

Ну я не шатал, только читал в чём задумка, звучит вроде кайфово

аргументы так себе, есть опшионал, мутабельность/иммутабельность - это отдельный разговор, дженерики - продукт философии джавы, где стабильность и совместимость - первый приоритет, про скоупы и дебильность вообще не понял и как тут поможет пока еще глючный jigsaw, да и вообще в целом все речь о сахаре.

Всё nullable, всё mutable, унылые дженерики, даже котлинские лучше (есть reified), классы по умолчанию открытые, дебильные скоупы видимости (jigsaw сделает ситуацию приятнее), нелогичная стандартная библиотека (Number не реализует Comparable, впрочем, эт спорно), нет sealed-классов, нет смарткастов. Это если не говорить о сахарах и их отсутствии (а некоторые сахары нынче как бы стандарт, без которого вообще скучно).

Про Number еще как спорно =)

https://twitter.com/JohnWings/status/808609649352179716

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

ERROR: S client not available

аргументы так себе, есть опшионал, мутабельность/иммутабельность - это отдельный разговор, дженерики - продукт философии джавы, где стабильность и совместимость - первый приоритет, про скоупы и дебильность вообще не понял и как тут поможет пока еще глючный jigsaw, да и вообще в целом все речь о сахаре.

метод отрицания))

Про Number еще как спорно =)

а как сравнить нумбер?)

Не надо его сравнивать

а как сравнить нумбер?)

а ты можешь написать компаратор, как сравнивать намбер?)

Не надо его сравнивать

видимо поэтому он и не компарабл))

мне кажется такие вещи на уровне железа/ос закладываются

а ты можешь написать компаратор, как сравнивать намбер?)

нет))

нет))

я думаю никто не может)

я думаю никто не может)

ну так да)) просто @msugakow cказал что Нумбер не реализует компаратор)

а то щас получится как с кривдой)

?

битбакет хуже житхаба потому-что у первого логотип какой-то пидоростический))

гомоведро?)

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

Что пидорастиченого в ведре с дыркой?

ну сам же сказал — с дыркой

Оно даже рода то среднего

Ведро

ну сам же сказал — с дыркой

Всё, что с дыркой, пидорастично?

аргументы так себе, есть опшионал, мутабельность/иммутабельность - это отдельный разговор, дженерики - продукт философии джавы, где стабильность и совместимость - первый приоритет, про скоупы и дебильность вообще не понял и как тут поможет пока еще глючный jigsaw, да и вообще в целом все речь о сахаре.

Про скоупы я вот о чём. Мне надо использовать какой-то классец по разным пакетам, но тогда я обречен показывать его пользователям моей библиотеки/модуля. Не круто.

мда, у многих библиотек есть пакет *.internal

мда, у многих библиотек есть пакет *.internal

а что в этом плохого?

то, что классы из него всё же можно использовать

а, ну это да

в Kotlin есть модификатор internal, но на JVM это public + уродское имя, так что из Java код всё же доступен

кстати, а в котлине есть концепция приватных-в-пакете классов? те я пишу private[akka] class Foo, и он доступен лишь из классов внутри акки, типа akka.a.b

да

в Kotlin есть модификатор internal, но на JVM это public + уродское имя, так что из Java код всё же доступен

ну если так говорить, то на рефлекшенах вообще можно "паблик морозов" сделать и показать наружу все исподнее, что хранится в private

Пацаны, на подкасте обсудите врожденное завышенное чсв у некоторых представителей скалистов