а по факту нет)

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

а какая разница?

я не понимаю слегка

с цифрами то ок, а если {{key0, val0}, {key1, val1}, {key0, val2}}

из этого останутся все 3

а не 2

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

из этого останутся все 3

нет, я выше скинул класс врапер

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

если они в разное время созданы, и у них есть поле created или ещё как, то они уже не равны

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

а потом орать что "они разные"

кек

ага

нет, я выше скинул класс врапер

вижу

первые останутся

у стрима кажется .reverse есть

или как то так

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

тебе не distinct нужен а groupBy и filter

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

ну или нет)

потом флетмапишь обратно

тебе не distinct нужен а groupBy и filter

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

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

можно сделать sorted и get(0)

да да

да, не фильтр

это и имел ввиду

ну это уже погалантнее смотрится чем анальные враперы

?

хотя стрим стримов тоже такое себе)

XD

groupBy это коллектор же, не будет там стрима стримов)

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

entrySet().stream() и вперед

класека же

groupBy это коллектор же, не будет там стрима стримов)

ну ты сначала отстримишь каждую группу а потом замапишь то что осталось?

джава-коллекции - сплошные анальные истязания. даже стрим по мапе не сделать

ну ты сначала отстримишь каждую группу а потом замапишь то что осталось?

У тебя все объекты сначала в одном стриме?

угу

Ну и будет тогда stream.collect(Collectors.groupingBy(<classifier>)).entrySet().stream().map()

как то так)

Ну и потом снова колект)

?

сделай форами короч

циклами

i++, вот это все

обычные for менее ресурсоемкие чем стримы

форыч!

Ыч!

обычные for менее ресурсоемкие чем стримы

oh no

distinct на стриме просто складывает все значения в ConcurrentHashMap в качестве ключей

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

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

он сам дупликаты откинит

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

?‍♂️

https://www.opsian.com/blog/javas-new-zgc-is-very-exciting/

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

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

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

вики??

вики??

Просто пример

сами себя они называют "гибридый язык"

если уже на то пошло

сами себя они называют "гибридый язык"

Согласен

что подразумевает фпшных нотки?

что подразумевает фпшных нотки?

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

что подразумевает фпшных нотки?

Нудык фпшные нотки и есть?

https://www.opsian.com/blog/javas-new-zgc-is-very-exciting/

крутая статья

вот теперь точно джава не тормозит

Как идеевскую конфигурацию запустить с sudo правами?

ERROR: S client not available

Нудык фпшные нотки и есть?

слоган (один из) поста: "у нас лучше система типов, чем у джавы, это хорошо, надо это направление развивать" но возможности варьировать степерь упоротости по типам нет

слоган (один из) поста: "у нас лучше система типов, чем у джавы, это хорошо, надо это направление развивать" но возможности варьировать степерь упоротости по типам нет

И?

Типа, я понял, тебе это не нравится, но как это чему-то противоречит?

Типа, я понял, тебе это не нравится, но как это чему-то противоречит?

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

вот примерно так это выглядит

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

И как это противоречит заявлению "у нас есть элементы ФП"?

И как это противоречит заявлению "у нас есть элементы ФП"?

да никак, "элементы ФП" есть хоть в си я о том, что продается мнимое преимущество ("идите к нам, у нас ФП"), под видом настоящего

да никак, "элементы ФП" есть хоть в си я о том, что продается мнимое преимущество ("идите к нам, у нас ФП"), под видом настоящего

Где и кто "продаёт" Котлин как FP-first (или около того) язык-то?

На этом строится философия Kotlin, он еще более типизированный, чем Java, еще более строгий. Это core belief в команде Kotlin

и отдельный разговор — насколько именно котлин "более строгий"

и отдельный разговор — насколько именно котлин "более строгий"

чем джава

чем джава

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

вопросики?

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

ну ТИП НУЛЛОВ НЕТ))))000

вопросики?

окей, ещё?

на эту тему: борьба с NPE — борьба с ветряными мельньцами, причем плохая смешивается в кучу null как "отсутствие значения" и как "валидный параметр функции / результат ретурна" против первого никакой защиты нет (NPE так же получить можно, магии нет), а второе конкретно преувеличено

это ещё одна причина нелюбви к котлину, ? — ужасный подход к выражению отсутствующих данных

на эту тему: борьба с NPE — борьба с ветряными мельньцами, причем плохая смешивается в кучу null как "отсутствие значения" и как "валидный параметр функции / результат ретурна" против первого никакой защиты нет (NPE так же получить можно, магии нет), а второе конкретно преувеличено

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

на эту тему: борьба с NPE — борьба с ветряными мельньцами, причем плохая смешивается в кучу null как "отсутствие значения" и как "валидный параметр функции / результат ретурна" против первого никакой защиты нет (NPE так же получить можно, магии нет), а второе конкретно преувеличено

в обоих случаях это можно выразить нормально с помощью типов

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

не потребуют, и не могут потребовать

окей, ещё?

все что я знаю о котлине это отзывы скалистов о том что он не нужен

там хотя бы есть Unit и Nothing?

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

(к разговору о системе типов)

там хотя бы есть Unit и Nothing?

ага, и это уже само по себе большой прогресс

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

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

При вызове джавового кода? Да

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

хотя Unit тоже довольно странная штука

но на jvm видимо по другому не сделать

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

явное указания дженерика

хотя Unit тоже довольно странная штука

Я вообще аккуратно отмечу, что в джаве есть Void (именно с большой буквы, да), и разница за пределами ИДЕОЛОГИИ (а идеология нахуй не нужна, это инструмент, а не религия) от меня ускользает