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

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

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

поход в бд и к соап сервису такими и являются)

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

А зачем стримом с кем-то делиться?

поход в бд и к соап сервису такими и являются)

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

А зачем стримом с кем-то делиться?

ну ленивые вычисления и тп

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

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

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

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

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

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

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

ну всякие миллионые коллекции молотить (на самом деле нет, кто ж такое в память доставать то будет?)

ну всякие миллионые коллекции молотить (на самом деле нет, кто ж такое в память доставать то будет?)

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

на стримах?

Скорей всего, не нужны. Апи стримов взят из скалки, и в скалке тож есть метод на коллекция .toPar, и там его никто не использует

на стримах?

а почему нет?

чем в этом случае они лучше чем CompletableFuture?

то что после flatMap можно сделать map/reduce?

чем в этом случае они лучше чем CompletableFuture?

А почему ты наводящие вопросы спрашиваешь? сразу ответ давай: в случае IO операций используем фьючи, в случае cpu intensive параллельные стримы.

cpu intensive у крудошлепов не бывает, значит, параллельне стримы не нужны.

А почему ты наводящие вопросы спрашиваешь? сразу ответ давай: в случае IO операций используем фьючи, в случае cpu intensive параллельные стримы.

прочитай выше) там хотят базу в стримах юзать. вот пример даже привели с 2я базами и дождаться ответа

при чем тут Future вообще?

при чем тут Future вообще?

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

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

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

А почему ты наводящие вопросы спрашиваешь? сразу ответ давай: в случае IO операций используем фьючи, в случае cpu intensive параллельные стримы.

Вот я юзаю свой ForkJoinPool для того, чтобы данные посчитать и в БД сложить. Но у меня задача для подготовки данных для отчёта, которая запускается ночами и не аффектит перфоманс системы

Всем привет ! подскажите, поджалуйста как сделать в Spring Data Rest , чтобы в /schema была JSON схема проекции, а не самой Entity ? Заранее спасибо )

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

Они, вроде как, побыстрее CompletableFeature

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

sequence, но он не параллелен

можно на корутинах заморочится)

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

Конечно нужны, как пример использования ForkJoinPool и средство наказания тех, кто использует сайд-эффекты в стримах.

можно на корутинах заморочится)

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

Они, вроде как, побыстрее CompletableFeature

честно говоря, не знаю как такие вещи сравнивать по скорости) я говорил все-таки про удобство апи

честно говоря, не знаю как такие вещи сравнивать по скорости) я говорил все-таки про удобство апи

ты ж на джаве пишешь... какое удобство апи?)

честно говоря, не знаю как такие вещи сравнивать по скорости) я говорил все-таки про удобство апи

Так ты в вопросе спросил про замер производительности.

#holywar_mode on

честно говоря, не знаю как такие вещи сравнивать по скорости) я говорил все-таки про удобство апи

Так там же, в случае с callable, runable одинаково всё. Submit или invokeAll

Они, вроде как, побыстрее CompletableFeature

как измерял?

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

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

Так ты в вопросе спросил про замер производительности.

да, точно

https://stackoverflow.com/questions/37979436/parallel-database-calls-using-java-8-streams-and-completablefuture?answertab=votes#tab-top вот тут пример есть стримов в перемешку с фьючами. такая себе реактивность для бедных

как измерял?

Лично никак, но видел в интернатах. https://blog.takipi.com/forkjoin-framework-vs-parallel-streams-vs-executorservice-the-ultimate-benchmark/

да, точно

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

Пришло сегодня с обновление JDK8: https://www.java.com/ru/download/release_notice.jsp Обновления выпусков Oracle Java SE 8 Общедоступные обновления Oracle Java SE 8 будут доступны для личного использования как минимум до конца 2020 года. Общедоступные обновления Oracle Java SE 8, выпущенные после января 2019 года, будут недоступны для коммерческого или производственного использования без коммерческой лицензии. ПОТРЕБИТЕЛИ, использующие Java в личных целях, сохранят доступ к обновлениям Oracle Java SE 8 как минимум до конца 2020 года. В большинстве случаев приложения на базе Java, которыми вы пользуетесь, лицензируются отдельно сторонними компаниями (например, игры для ПК создаются компанией-разработчиком игр). Часто такие приложения выполняются на платформе Java и будут зависеть от обновлений Oracle Java SE 8 и после 2020 года. Поэтому Oracle рекомендует связаться с поставщиками приложений и получить у них информацию о том, как они планируют обеспечивать поддержку приложений. РАЗРАБОТЧИКАМ корпорация Oracle рекомендует ознакомиться с планом развития Java SE 8 и последующих выпусков и принять необходимые меры соответственно типу разрабатываемого приложения и модели дистрибуции. Если вы действуете от лица ОРГАНИЗАЦИИ, Oracle рекомендует ознакомиться с планом развития Java SE 8 и последующих выпусков и оценить свои текущие требования к поддержке Java, чтобы своевременно перейти на более позднюю версию или своевременно приобрести коммерческую лицензию. Заказчики Oracle, использующие Java SE в составе других продуктов Oracle, сохранят доступ к обновлениям Oracle Java SE 8 после 2019 года для таких продуктов. См. заметку My Oracle Support (MOS) для получения дополнительных сведений.

Привет друзья! Подскажите пожалуйста где можно увидить статистику версий андроид приложений по странам?

Привет друзья! Подскажите пожалуйста где можно увидить статистику версий андроид приложений по странам?

Лучше тут @android_ru (если ты там не забанен, конечно) Либо в гугл, скорее всего это гуглится.

Пришло сегодня с обновление JDK8: https://www.java.com/ru/download/release_notice.jsp Обновления выпусков Oracle Java SE 8 Общедоступные обновления Oracle Java SE 8 будут доступны для личного использования как минимум до конца 2020 года. Общедоступные обновления Oracle Java SE 8, выпущенные после января 2019 года, будут недоступны для коммерческого или производственного использования без коммерческой лицензии. ПОТРЕБИТЕЛИ, использующие Java в личных целях, сохранят доступ к обновлениям Oracle Java SE 8 как минимум до конца 2020 года. В большинстве случаев приложения на базе Java, которыми вы пользуетесь, лицензируются отдельно сторонними компаниями (например, игры для ПК создаются компанией-разработчиком игр). Часто такие приложения выполняются на платформе Java и будут зависеть от обновлений Oracle Java SE 8 и после 2020 года. Поэтому Oracle рекомендует связаться с поставщиками приложений и получить у них информацию о том, как они планируют обеспечивать поддержку приложений. РАЗРАБОТЧИКАМ корпорация Oracle рекомендует ознакомиться с планом развития Java SE 8 и последующих выпусков и принять необходимые меры соответственно типу разрабатываемого приложения и модели дистрибуции. Если вы действуете от лица ОРГАНИЗАЦИИ, Oracle рекомендует ознакомиться с планом развития Java SE 8 и последующих выпусков и оценить свои текущие требования к поддержке Java, чтобы своевременно перейти на более позднюю версию или своевременно приобрести коммерческую лицензию. Заказчики Oracle, использующие Java SE в составе других продуктов Oracle, сохранят доступ к обновлениям Oracle Java SE 8 после 2019 года для таких продуктов. См. заметку My Oracle Support (MOS) для получения дополнительных сведений.

означает ли это что пора валить на OpenJDK?

валить на j11, иначе валить ojdk

валить на j11, иначе валить ojdk

а потом с j11 так же будет?

j11 lts

а потом с j11 так же будет?

потом да

но не скоро

тогда уж OpenJDK, чтоб не бегать

?

вы думаете с jdk ситуация особо будет лучше?

Они пилить будут под новые версии java в основном, значит и поддержки на deprecated можно не ждать

Привет друзья! Подскажите пожалуйста где можно увидить статистику версий андроид приложений по странам?

http://gs.statcounter.com/android-version-market-share/mobile-tablet/worldwide

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

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

Коллеги, добрый день! А не могли бы дать контакты хорошего профессионального рекрутёра, который занимается хантингом вне штата организации? Хотел обсудить Scala

Коллеги, добрый день! А не могли бы дать контакты хорошего профессионального рекрутёра, который занимается хантингом вне штата организации? Хотел обсудить Scala

https://t.me/scala_jobs вагон рекрутеров

https://t.me/scala_jobs вагон рекрутеров

спасибо

Коллеги, добрый день! А не могли бы дать контакты хорошего профессионального рекрутёра, который занимается хантингом вне штата организации? Хотел обсудить Scala

Попробуй с Signigy Technology или Functional Works поговорить. Там вполне адекватные ребята. Там, правда, Европа, в основном. В США без визы они вакансий не предлагают

Попробуй с Signigy Technology или Functional Works поговорить. Там вполне адекватные ребята. Там, правда, Европа, в основном. В США без визы они вакансий не предлагают

Мне бы удалёнку

эх как же хочется удаленочку

ERROR: S client not available

неужели я так много прошу

Эх щас бы по скайпу фпшный код пообсуждать.

Эх щас бы по скайпу фпшный код пообсуждать.

js не фп, сколько повторять тебе

js не фп, сколько повторять тебе

Yeah, well, that's just, like, your opinion, man.

js не фп, сколько повторять тебе

Арров фанкшен есть? Есть! Все функциональна.

а потом с j11 так же будет?

будет, долгая поддержка будет только для LTS https://www.azul.com/files/Java-SE-Lifecycle-–-131-a.jpg

подожди Oracle Commercial Support это за денежки или Extended это за денежки?

оба на сколько знаю

но не стану утверждать на 100%

По моему скромному мнению java п****, если ты прав

☹️

По моему скромному мнению java п****, если ты прав

+

не забывайте про OpenJDK

подожди Oracle Commercial Support это за денежки или Extended это за денежки?

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

'просто java не будет и всё'

всем C# в этом итт чате

это так звучит

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

это будет чем-то вроде flash'a

другое дело ojdk

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

но на ней много enterprise, будут платить

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

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

или используй Open JDK

походит чем-то на татаро-монгольское иго

зачем истерику закатывать

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

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

при том полностью убрал lts релизы

сейчас, я боюсь того, что это не конец

они же как-то до этого додумались