запуски из IDEA не пашут

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

можешь тут спросить, там немало ораклистов водится https://t.me/dba_ru

Спасибо

и он будет пересобирать только изменнёные классы

не, у нас maven

спс

длля мавена плагин есть, но я не помню название

запуски из IDEA не пашут

мне помогло удаление конфигурации запуска приложения

удалял и по новой делал - не помогло, я их даже руками то не создавал, просто жмякаю на зелёный Play возле main и ловлю фэйл

с настройками проекта беда

удалял и по новой делал - не помогло, я их даже руками то не создавал, просто жмякаю на зелёный Play возле main и ловлю фэйл

а в логе есть чего интересного?

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

только чуть позже

господа ! ищется код по выбору jvm на шарпе ! мне куда обращаться? к жавистам или дотнетчикам?

господа ! ищется код по выбору jvm на шарпе ! мне куда обращаться? к жавистам или дотнетчикам?

В шарпочате правильно направили к психиатру.

тут это, кто-то вроде спрашивал, почему питон говно вот ещё одна (к уже имеющейся тысяче) причина — его импорты работают не как нормальные импорты, а как сишные инклюды, те взаимные зависимости валятся с ImportError?

и вообще система с __init__-ами напрочь двинутая, даже в го лучше

тут это, кто-то вроде спрашивал, почему питон говно вот ещё одна (к уже имеющейся тысяче) причина — его импорты работают не как нормальные импорты, а как сишные инклюды, те взаимные зависимости валятся с ImportError?

но если не пистон, то кто? всё что около науки живёт на пистоне, скала на его месте была бы провалом

но если не пистон, то кто? всё что около науки живёт на пистоне, скала на его месте была бы провалом

скажи, где именно в сообщениях выше ты увидел слово "скала" ?

скажи, где именно в сообщениях выше ты увидел слово "скала" ?

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

л - логика

тут это, кто-то вроде спрашивал, почему питон говно вот ещё одна (к уже имеющейся тысяче) причина — его импорты работают не как нормальные импорты, а как сишные инклюды, те взаимные зависимости валятся с ImportError?

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

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

это ещё одна из 1000 причин, ага

Почему же он такой популярный?

По-моему, никак. И вторичный вход в computeIfAbsent (особенно для того же ключа) на моей памяти является логической ошибкой, которую коллекция может задетектить, а может и нет.

Первое апреля закончилось, а Шипилёв остался? Как идёт оптимизация котлин-js? =)

В шарпочате правильно направили к психиатру.

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

а ещё некоторые альтернативно одаренные личности ловят рантайм эксепшны и на этом строят флоу программы (sic!)

Почему же он такой популярный?

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

Почему же он такой популярный?

а джс почему? а пхп?

а джс почему? а пхп?

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

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

а питон тоже типа с "низким порогом входа"

а джс почему? а пхп?

жс на фронте - потому-что нет выбора. на беке - потому-что быстро, большая экосистема и всё по-умолчанию асинк (в таком контексте у тебя вообще только три выбора остается: го, нода или эрланг).

и его суют в универах всегда

и часто выбирают эрланг?

и часто выбирают эрланг?

как показывает рынок труда довольно редко

щас бы ерланг с нодой сравнивать

жс на фронте - потому-что нет выбора. на беке - потому-что быстро, большая экосистема и всё по-умолчанию асинк (в таком контексте у тебя вообще только три выбора остается: го, нода или эрланг).

c# на беке

фу, закопай обратно. оно кроме винды нигде жить не может

фу, закопай обратно. оно кроме винды нигде жить не может

Эх, джависты опять на 10 лет тормозят.

фу, закопай обратно. оно кроме винды нигде жить не может

А как же .net core? Вполне себе живёт

эх, поучаствовал бы в сраче, но надо думать, как фиксить мудацкие импорты (вот в скале бы уже написал все и чатился)

А как же .net core? Вполне себе живёт

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

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

Нет. Жить только под виндой уже больнее, чем под кором.

Нет. Жить только под виндой уже больнее, чем под кором.

неожиданно однако, в контексте шарпа

неожиданно однако, в контексте шарпа

Почему неожиданно? Старое на поддержке. Всё новое пилят для кора.

Почему неожиданно? Старое на поддержке. Всё новое пилят для кора.

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

Короче, если кому-то интересно по озвученной вчера проблеме из книги, она писалась под 8 jdk. Контракт computeIfAbsent поменялся в 9 Java, это даже в джавадоках видно. Я не ожидал в такой повернутой на обратной совместимости java поймать подобную проблему. Более того, language level не спасает. Если запускать под jdk 9+ с language level 8 все равно ловишь эксепшн. Вот это прям совсем странно выглядит.

ты бы тогда и сформулированную проблему заодно репостнул бы

Короче, если кому-то интересно по озвученной вчера проблеме из книги, она писалась под 8 jdk. Контракт computeIfAbsent поменялся в 9 Java, это даже в джавадоках видно. Я не ожидал в такой повернутой на обратной совместимости java поймать подобную проблему. Более того, language level не спасает. Если запускать под jdk 9+ с language level 8 все равно ловишь эксепшн. Вот это прям совсем странно выглядит.

По-моему, в 8 это просто было неопределённое поведение, которое задокументировали А результат в 8 отличается в зависимости от реализации Map

Народ, привет! У меня тут примерчик из книги бросает ConcurrentModificationException. И я вот никак не пойму как это вообще должно работать. Выглядит как broken by design, но не могли же такое в книгу запихнуть. Будут идеи у кого-нибудь? https://github.com/xCASx/fp-in-java/tree/master/src/main/java/fp/in/java/recursion/memoization

Вот изначальное описание проблемы.

Не знаю насчет того насколько оно не было определено, но в случае с HashMap можно было из функции передаваемой в computeIfAbsent менять содержимое подлежащей мапы. В 9 это запретили.

Получается целая глава в книге построенная вокруг этого подхода стала неактуальна.

Венкат (автор) уже даже отозвался на мой твит и предложил обсудить в почте. Может что-то предложит...

Венкат (автор) уже даже отозвался на мой твит и предложил обсудить в почте. Может что-то предложит...

Замените HashMap на ConcurrentHashMap. Судя по исходникам JDK10 будет работать как задумано. Проверку на изменение текущей мапы нашёл только в HashMap

посоветуйте плз чатик по питону

Вообще контракт прописан на уровне Map интерфейса. В любом случае замена на concurrent не помогает.

скажу тут что питон днище донное по сравнению с божественной джавой

@guga4ka хелп опять спамеры

Вообще контракт прописан на уровне Map интерфейса. В любом случае замена на concurrent не помогает.

Если в 11 реализация сохранится, то на 1,5 года можно забыть о проблемах. ???

А потом Second Etition подоспеет, где не будет такого странного примера

Короче, если кому-то интересно по озвученной вчера проблеме из книги, она писалась под 8 jdk. Контракт computeIfAbsent поменялся в 9 Java, это даже в джавадоках видно. Я не ожидал в такой повернутой на обратной совместимости java поймать подобную проблему. Более того, language level не спасает. Если запускать под jdk 9+ с language level 8 все равно ловишь эксепшн. Вот это прям совсем странно выглядит.

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

ERROR: S client not available

Вообще контракт прописан на уровне Map интерфейса. В любом случае замена на concurrent не помогает.

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

скажу тут что питон днище донное по сравнению с божественной джавой

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

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

На джокер собираетесь, коллеги? Что ждёте от него?

Всем привет! Тут есть эксперты могут сказать, где гибкость выше в Stream Java vs Linq C# или в библиотеке RX ?

Всем привет! Тут есть эксперты могут сказать, где гибкость выше в Stream Java vs Linq C# или в библиотеке RX ?

что такое "гибкость" ?

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

зачем?

зачем?

Модно же

легче писать код и быстрее и читать такой код удобней

Модно же

а почему модно?

а почему модно?

Почему у меня спрашиваешь ?

Почему у меня спрашиваешь ?

твое мнение интересно

легче писать код и быстрее и читать такой код удобней

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

если похоливарить, то я за linq

Oleksandr Olgashko почему linq ? гибкость выше или легче писать?

твое мнение интересно

Ну все чаше всплывают вопросы по фп, да и некоторые яп 'свернули' немного, появляются новые яп фп стиля

Oleksandr Olgashko почему linq ? гибкость выше или легче писать?

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

а linq вроде ничего так, многословный, но сойдет

ну linq более глобален, чем стримы

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

так, просто напомню, что "фп" и "коллеция.мап(херак).редьюс(хуяк)" не одно и то же

к слову, в скале это валидный и рабочий код :)

А что не так со стримами?

а linq вроде ничего так, многословный, но сойдет

Который на методах IEnumerable или пародия на SQL?

Который на методах IEnumerable или пародия на SQL?

второе

Ну такое

@serol в общем, заходишь в @scala_ru, и спрашиваешь это у некого Олега Нижника, он обьяснит лучше, чем я

а лучше сразу в @scala_ponv

А что не так со стримами?

Если спросишь - скинь и сюда плиз )