я делаю вывод, что Optional не нужен. Он особо ни от чего не защищает, а @Nullable удобнее в ипользовании

а вообще глобальный вывод, что T? > @Nullable > Optinal

А что есть T? в котлине? Расстановка проверок на null всюду и везде?

А что есть T? в котлине? Расстановка проверок на null всюду и везде?

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

вы думаете, из джавы нельзя передать null в аргумент типа Т? ?

ну вообще-то не в T? а в T тогда)) и всеравно спасет)

ну вообще-то не в T? а в T тогда)) и всеравно спасет)

kt: def foo(t :T?) java: foo(null) и что будет?

а ты говоришь что ты понял все хорошо)

ты передаешь в тип кот может быть нуль нуль) ессесно будет нуль)

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

и теперь надо все аргументы с ? писать?

и из явы ты нуль в примитив не передашь

а если def foo(t : T)

как я понимаю, либо я все пишу с ?, либо могу словить нпе

? пишешь если разрешаешь null

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

итого, снова человеческий фактор, и среб пули нет

ессно не надо писать с наллами, это зло

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

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

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

тобишь везде где T? будет T?.foo()

иначе не закомпилируется

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

ребята хотябы что-то делают в этом направлении) это видно) можно оспаривать и говорить что это говно) тем неменее работает)

и нарваться на NPE шансов гораздо меньше)

ровно столько же, сколько у аналогов

пробовал опционали и самы, не то

ну, на вкус

видимо да)

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

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

Ребята, привет! Я ищу сильного джависта с опытом в биллинге, мб есть у кого хорошие знакомые к кому могу обратиться?

слишком абстрактно)

все остальное можно нагуглить)

или почитать спеку языка)

если я хочу чего-то нового, я беру скалу если не хочу рисковать, то дж8

котлин для какого кейса?

пока он выглядит, как куча сахара

котлин когда дж заебала, а надо писать продакшен без хуйни)

как-то так)

Ребята, привет! Я ищу сильного джависта с опытом в биллинге, мб есть у кого хорошие знакомые к кому могу обратиться?

вы опишите что надо в деталях))

вы опишите что надо в деталях))

Да, можно на "ты" :) Помогаю сейчас коллеге, ищем в международную компанию в отдел биллинга сильного джависта (EE). Ребята делают решение, на основе которого другие могут продавать хостинг, софт и т.п. Всё в облаке. Компания крутая, белые, дмс, офис у м. Белорусская. Если интересно, могу подобнее описать в личке, скинуть сайт, что бы тут не спамить оффтопом.

котлин когда дж заебала, а надо писать продакшен без хуйни)

вот да

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

то есть как скалу без переизбытка ФП и колдунств?

типа того

или как груви, от которого не тянет блевать

или как ML на jvm

ээ, мл-то к котлину каким боком?

или как ML для тех, кто умеет только в джаву

ну очень похож же

я знаком немного с окамлом, и вот он совсем не похож

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

Ребят, могу сказать со стороны рекрутмента - за последний год работал по 6 вакансиям скалы и ни одной котлина...

часть комьюнити её юзают как хаскель, на который есть работа, и это раздражает

Ребят, могу сказать со стороны рекрутмента - за последний год работал по 6 вакансиям скалы и ни одной котлина...

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

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

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

Котлин?

да )

А, ща почитаю

наврал, чуть больше. Версия 1.0 от 15 февраля

Ого, это от ребят из джетбрейна. Интересно

Да, можно на "ты" :) Помогаю сейчас коллеге, ищем в международную компанию в отдел биллинга сильного джависта (EE). Ребята делают решение, на основе которого другие могут продавать хостинг, софт и т.п. Всё в облаке. Компания крутая, белые, дмс, офис у м. Белорусская. Если интересно, могу подобнее описать в личке, скинуть сайт, что бы тут не спамить оффтопом.

Москва?)

Да, Москва. Могу сайт скинуть в личку, там хорошая презентация.

или как ML для тех, кто умеет только в джаву

ML скорее к Ceylon ближе

Да, Москва. Могу сайт скинуть в личку, там хорошая презентация.

сюда кидай) я то всеравно из Питера)

ERROR: S client not available

Я правильно понял, что Котлин, это как скала, но компилится быстрее?

не

наврал, чуть больше. Версия 1.0 от 15 февраля

да уже 1.1 вроде норм, с хз кол-вом имплементаций под корутины)

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

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

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

какие там сейчас реальные преимущества у котлина перед джава8

?

какие там сейчас реальные преимущества у котлина перед джава8

Лямбды на андроиде

ну андроид понятно. там вообще недоджава

а для не мобильщиков?

Типа безопасное программирование с минимальным риском нпе

Кстати, меня тоже nullable бесит в Котлине

Проблем от него только больше

Типа безопасное программирование с минимальным риском нпе

+ сахарок

ну optional в java8

Допустим, у тебя объявлен non-volative nullable field

ну optional в java8

Неудобно

Зачем каждый раз в методе требовать его проверять на null?

почме?

нормальная такая монадка

Один раз проверил — хватит, поле-то только для одного потока предназначено

Один раз проверил — хватит, поле-то только для одного потока предназначено

ахаха

почме?

Имхо громоздкий синтаксис

Что самое вкусное, проверка работает в виде: Utils.checkNotNull(mField, "mField"); Вопрос — что мешает сразу после этой проверки стать полю null?

а что мешает стрелять себе по ногам?

вероятно, здравый смысл?

еще плюсы будут? implicit вроде как да?

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

ну так ее со скалой сравнивают) и понятно что по функционалу она проигрывает)

Зачем каждый раз в методе требовать его проверять на null?

считается хорошей практикой, чтобы null'ов вообще не было. https://www.infoq.com/presentations/Null-References-The-Billion-Dollar-Mistake-Tony-Hoare

а что мешает стрелять себе по ногам?

Так вроде бы все эти проверки нужны для Котлиновского видения безопасности

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

Выходит, периодически эта их штука сбоит