И что же не так с java.time?

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

И что же не так с java.time?

там все не так, это пример самого непонятного и ущербного апи когда-либо созданного

йода лучше

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

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

там все не так, это пример самого непонятного и ущербного апи когда-либо созданного

ой вей, java.sql.Date или java.util.Date конечно же не ущербнее

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

и какие же "старые версии" были у java.time?

Ущербнее но в разы понятнее

им бы 1 в 1 взять йоду, поменяв неймспейс, но, сука, нет

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

ой вей, java.sql.Date или java.util.Date конечно же не ущербнее

Date вроде Deprecated нынче, жабка грит, юзайте Calendar

А получается Эскобар

а тут накрутили фреймворк и что бы он начал нормально работать это ад

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

Ничего хуже Calendar в жизни не видел

и какие же "старые версии" были у java.time?

Что конкретно плохого в Java.time?

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

Ничего хуже Calendar в жизни не видел

ну, например Collections.sort

Что конкретно плохого в Java.time?

рантайм ошибки

который мутирует тебе коллекцию

рантайм ошибки

Какие? Когда? И как бы ты сделал по-другому и почему?

И чем плохи рантайм ошибки?

И чем плохи рантайм ошибки?

Гейзенбаги

Какие? Когда? И как бы ты сделал по-другому и почему?

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

который мутирует тебе коллекцию

А что такого?

И чем плохи рантайм ошибки?

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

А что такого?

Насмотрелись просто как в функциональных языках, теперь также хотят

А что такого?

ну, например, выбросом рантайм эксепшен если передал анмодифай лист

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

что по идее движет тебя все твои поделки с манипуляциями временем покрывать тестами

В общем вы говорите, что умные люди с многолетним опытом и кучей процессов review от всего комьюнити сделали что-то не очень. Ну ок. Опять же возвращаемся к вопросу, что нет ничего идеального.

ну, например, выбросом рантайм эксепшен если передал анмодифай лист

Так это проблема в другом месте

что по идее движет тебя все твои поделки с манипуляциями временем покрывать тестами

да нет, оно движет меня в сторону кофе или груши боксерской

ну, например, выбросом рантайм эксепшен если передал анмодифай лист

Напомню смешную шутку про Math.abs( Integer.MIN_VALUE )

потому что нехер так писать

Так это проблема в другом месте

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

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

Тогда бы этот метод назывался бы .sorted

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

Это было, есть и будет

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

Ну я привык, что стоит ожидать обратное

ну, я обычно перед тем, как отдать куда-то лист, оборачиваю в Collections.unmodifiableList()

Ваши ожидания - ваши проблемы)

вы чего, это же пиздец, если тебе мутируют данные в методе

Это было, есть и будет

ццц, стримы хоть и не работают с жабными коллекциями напрямую, но все-таки возвращают новую коллекцию

ццц, стримы хоть и не работают с жабными коллекциями напрямую, но все-таки возвращают новую коллекцию

это стримы, до них все нормальные люди например FluentIterable использовали

Ваши ожидания - ваши проблемы)

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

играть от худшего иногда приходится, но не надо поощрять такое

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

И правильным будет упасть с NPE в данном случае, так?

это стримы, до них все нормальные люди например FluentIterable использовали

Ну так FluentIterbale возвращает новую коллекцию

Новые коллекции*

И правильным будет упасть с NPE в данном случае, так?

смотря кто передает если коллега — поменять его код если это либа — поправить её код если это сложно/долго, тогда написать гневный ишью и таки проверить на налл в своем коде

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

Идиотизм. Если у паpаметpа @NotNull – уж извольте.

ну, я обычно перед тем, как отдать куда-то лист, оборачиваю в Collections.unmodifiableList()

Я тоже, но корень твоей проблемы в том, что List вообще можно мутировать.

Черт, вся проблема мутирования данных в Джаве в том, что аллоцировать постоянно память под новые коллекции - это говно из жеппы, уж простите

Ну так FluentIterbale возвращает новую коллекцию

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

В отличие от функциональных языков, где память по-другому устроена

Идиотизм. Если у паpаметpа @NotNull – уж извольте.

стоит считать, что у всех параметров по дефолту @NonNull, а когда может быть null — надо юзать опшн

Черт, вся проблема мутирования данных в Джаве в том, что аллоцировать постоянно память под новые коллекции - это говно из жеппы, уж простите

Вся проблема в том, что мода сейчас на ФП стиль.

стоит считать, что у всех параметров по дефолту @NonNull, а когда может быть null — надо юзать опшн

И вообще на scala писать нужно

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

И вообще на scala писать нужно

это упрощает такую позицию, ага

Вся проблема в том, что мода сейчас на ФП стиль.

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

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

Есть RxJava, котоpая гуд. Streams шлак, да.

Есть RxJava, котоpая гуд. Streams шлак, да.

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

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

И вообще на scala писать нужно

я за Котлин

ребятки если используем jdbc и executeUpdate с Statement.RETURN_GENERATED_KEYS и если мы делаем например insert, в базу пойдет же 2 запроса? (mysql)

я за Котлин

Для андpоида – да. Бэк на котлине писать уже такое. Маловато всего, а покpытого документацией да еще и в stable – еще меньше. Со скалой в этом плане пока (sic!) пpоще.

ERROR: S client not available

чего это маловато?

Для андpоида – да. Бэк на котлине писать уже такое. Маловато всего, а покpытого документацией да еще и в stable – еще меньше. Со скалой в этом плане пока (sic!) пpоще.

"Всего" - это чего?

ребятки если используем jdbc и executeUpdate с Statement.RETURN_GENERATED_KEYS и если мы делаем например insert, в базу пойдет же 2 запроса? (mysql)

Это ли не INSERT <...> RETURNING будет?

Для андpоида – да. Бэк на котлине писать уже такое. Маловато всего, а покpытого документацией да еще и в stable – еще меньше. Со скалой в этом плане пока (sic!) пpоще.

Спринг сейчас котлин хорошо переваривает

Спринг сейчас котлин хорошо переваривает

Спpинг отвpатителен. (ИМХО)

Черт, Спринг Бут 2 вышел со встроенной поддержкой Котлина

Спpинг отвpатителен. (ИМХО)

Согласен, что лучше?

Согласен, что лучше?

akka-http

Спpинг отвpатителен. (ИМХО)

Ну, не знаю, года два назад мб был

чем акка лучше

Сейчас на Буте кайф писать

Спpинг отвpатителен. (ИМХО)

Ну а кому-то не отвратителен, лол. Дело вкуса же. Это не значит, что для Котлина ничего нет.

akka-http

для совсем других целей же

Ноpмальным описанием эндпоинтов? Завязанностью на актоpах?

спринг бут сказка

Я бы пересел с Java на Kotlin, если бы была возможность

для совсем других целей же

Там тоже дополнительные модули для "всего" есть, естественно.

пацаны уже на вебфлюксах и реакторах пишут, не то что на котлинах

akka-http

Как akka-http заменит мне Spring Cloud + Spring Integration, например?

Ну а кому-то не отвратителен, лол. Дело вкуса же. Это не значит, что для Котлина ничего нет.

Есть пpикольный ktor, доки еще были бы :)

Там тоже дополнительные модули для "всего" есть, естественно.

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

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

Есть пpикольный ktor, доки еще были бы :)

Так падажжи, вопрос-то не в том, а в том, с какого перепугу для Котлина "всего слишком мало", если он почти бесшовно интегрируется с большей частью джава-либ?

Для андpоида – да. Бэк на котлине писать уже такое. Маловато всего, а покpытого документацией да еще и в stable – еще меньше. Со скалой в этом плане пока (sic!) пpоще.

Речь про экосистему?

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

Вот тут не увеpен, но автоpизацию написать чеpез sn любую (кpоме возможно twitter) – сутки/двое

Речь про экосистему?

Да

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

Вот тут не увеpен, но автоpизацию написать чеpез sn любую (кpоме возможно twitter) – сутки/двое

Сутки/двое или полчаса - это две большие разницы. Для спринга оно всё готовое.

Так падажжи, вопрос-то не в том, а в том, с какого перепугу для Котлина "всего слишком мало", если он почти бесшовно интегрируется с большей частью джава-либ?

Так пpиятно писать на Kotlin не используя языковые фичи?

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

+

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

WebSphere? )

Так пpиятно писать на Kotlin не используя языковые фичи?

поясни