ну хотя бы в аргументах надо указать

из-за final var?

а от этого уже добровольно уходят

из-за stream API

шутки шутками а ведь правда

из-за stream API

До сих пор нормально не знаю стримов

Понимаю, простые писать умею

Но юзать нормально их не умею

темп в ИТ всё таки бешенный, есть же "простые" люди, не сильно замкнутые на этот темп, просто живущие

Но юзать нормально их не умею

в джаве апи хреновое, забей, дизайн очень упорот (хотя на то есть причины, и я даже их принимаю)

Каждый может сделать посильный вклад отказавшись от использования новых API и возможностей языка Java. Давайте покажем, что такие корпорации как Oracle не могут бесконечно преследовать свою выгоду игнорируя интересы сообщества. С любовью, команда Авааз

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

тем не менее, джавовские стримы — отстой

в джаве апи хреновое, забей, дизайн очень упорот (хотя на то есть причины, и я даже их принимаю)

Да не сказал бы

Вполне себе норм. И учитывая что будут релизы через полгода, всё будет ещё лучше становиться

тем не менее, джавовские стримы — отстой

Стримы хорошая тема, но их нужно уметь готовить

да ладно, чего там уметь-то

в те редкие случаи, когда мне приходится писать на джаве, я предпочитаю по-старинке с итераторами и циклами, чем ломать голову

прекрасно понимаю тех, кто гонит на стримы бочку

да ладно, чего там уметь-то

Да вот такое я сам не напишу return Optional .ofNullable(source) .map(JSONObject::new) .map(Field.wall::optJSONObject) .map(Field.attachments::optJSONArray) .map(JSONArray::toList) .map(List::stream) .orElseGet(Stream::empty) .map(Map.class::cast) .map(JSONObject::new) .map(Field.photo::optJSONObject) .filter(Objects::nonNull) .flatMap(o -> PhotoSize.stream().map(p -> p.optString(o)).filter(Objects::nonNull).limit(1));

а че тут сложного-то ?

в те редкие случаи, когда мне приходится писать на джаве, я предпочитаю по-старинке с итераторами и циклами, чем ломать голову

Вот у меня тоже был код

Сек, сейчас покажу

В гите должен где-то быть

куски типа .map(Map.class::cast) только :trollface: и вызывают

https://github.com/shnaps/Saver/blob/e43ec8fb7710c87ad8f21c8fd4f62c4dfa0f81da/src/main/java/me/shnaps/ParsingService.java#L107

Было такое, стало что я выше кинул

Читабельнее как по мне. Но такой стрим я не напишу

тем не менее, джавовские стримы — отстой

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

ох бля

Вот так вот просто

https://github.com/shnaps/Saver/blob/e43ec8fb7710c87ad8f21c8fd4f62c4dfa0f81da/src/main/java/me/shnaps/ParsingService.java#L107

а матч-кейс нельзя было?

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

а матч-кейс нельзя было?

Не, там жсон с большой степенью вложенности. + 3 элемента могли варьироваться

Могли быть, а могли и не быть

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

та даже в том сниппете половина строчек — ритуалы типа кастов и обработки корнеркейсов

Да вот такое я сам не напишу return Optional .ofNullable(source) .map(JSONObject::new) .map(Field.wall::optJSONObject) .map(Field.attachments::optJSONArray) .map(JSONArray::toList) .map(List::stream) .orElseGet(Stream::empty) .map(Map.class::cast) .map(JSONObject::new) .map(Field.photo::optJSONObject) .filter(Objects::nonNull) .flatMap(o -> PhotoSize.stream().map(p -> p.optString(o)).filter(Objects::nonNull).limit(1));

на скала за такую цепочку били бы по рукам. нужно назначать локальные переменные с промежуточными результатами (чисто для понятности)

В итоге теперь это https://github.com/shnaps/Saver/blob/7a23f00f5f1a12f2e1588db7a7567e8fe654dbe9/src/main/java/me/shnaps/ParsingService.java#L38 и https://github.com/shnaps/Saver/blob/master/src/main/java/me/shnaps/PhotoSize.java это

на скала за такую цепочку били бы по рукам. нужно назначать локальные переменные с промежуточными результатами (чисто для понятности)

Я ж говорю, что я не умею готовить стримы

на скала за такую цепочку били бы по рукам. нужно назначать локальные переменные с промежуточными результатами (чисто для понятности)

народ дорвался просто до .map.map.flatMap.хуяк, в скале такое тоже было, году в 2005

Я ж говорю, что я не умею готовить стримы

я к тому что и не нужно стремиться писать такое ээ

я к тому что и не нужно стремиться писать такое ээ

Нужно стремиться писать лучше чем ты сейчас умеешь

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

Нужно стремиться писать лучше чем ты сейчас умеешь

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

чего это?

нет компрехеншнов

из-за того что var-а нет еще

Ну почему плохо? По хорошему, я могу прикинуть дезигн, при котором этот стрим на 3 маленьких функции разобьётся

я не понимать

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

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

вообще это надо в закладки бросить))

мапмапмапмапмап

А?

мапмапмапмапмап

andThen

надо andSoOn добавить

НУ ТАК ПОЛУЧИЛОСЬ

ПРОСТО АПИ ПЛОХОЕ

https://github.com/datamoth/datamoth/blob/master/datamot/src/main/scala/io/github/datamoth/dm/Worker.scala#L102

Щытай что мы квиты

Мортал Комбат ин да хаус

ERROR: S client not available

Зато я иконку красивую нарисовал

https://github.com/datamoth/datamoth/blob/master/datamot/src/main/scala/io/github/datamoth/dm/Worker.scala#L102

Шерзод, тебе надо еще раз серьезно подумать про выбор профессии

еще не поздно!

я просто еще не знал про мапмап тогда

В общем, выглядит забавно

Но главное чтоб работало

*сохранил, буду пугать детей этим

А потом будешь рассказывать страшные сказки про elegant objects?

да его забудут через год

там говорить не о чем

type Ok[+A, +B] = Left[A, B] type No[+A, +B] = Right[A, B] бгг

Его забудут, а мемчики останутся

никто случаем не проходил курс grokking the systems design interview ?

Про стримы в жабе - есть такая библиотечка vavr.io Не сильвер пуля, но есть интересные пассажи

редкая проницательность!

ну ок, давайте посчитаем процент коллег с опытом 10+ в индустрии?

Они все в моей компании, видимо, ибо дохрена людей 10+, 12+, 14+. Рядом со мной сидит коллега вообще че-то около 16 лет опыта. Правда не Энтерпрайз и большинство -- не джава. Может это в этом вашем Энтерпрайза народ такой трепетный? ? Ниче, живут, работают, так и не скажешь, что динозавры. В прошлой компании такой был как минимум один, а команда была небольшая.

в 35 программист почти пенсионер

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

Лол, взгляните на Баруха

Вот вам человек, у которого всё норм

А он девелопером работает?

ну ок, давайте посчитаем процент коллег с опытом 10+ в индустрии?

5 из 5

А он девелопером работает?

Говорят, он юрист.

все-таки адвокат

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

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

при хранение нексуса на серверах он будет прокурором?

Ребята, вопрос по best practices в области ORM: вот есть legacy база данных с совершенно уродским с точки зрения гуёв дизайном. Есть классические hibernate entities и удобная gui модель с REST. Как всё это по-хорошему связывается без DTO и мапперов? Наклепать репозиториев для projections, слать их на фронты, получать потом обратно, lazy - фетчить hibernate entities по айди через EntityManager, сетать все значения из проекции и сохранять?

Ребята, вопрос по best practices в области ORM: вот есть legacy база данных с совершенно уродским с точки зрения гуёв дизайном. Есть классические hibernate entities и удобная gui модель с REST. Как всё это по-хорошему связывается без DTO и мапперов? Наклепать репозиториев для projections, слать их на фронты, получать потом обратно, lazy - фетчить hibernate entities по айди через EntityManager, сетать все значения из проекции и сохранять?

А чем тебя дто и мапперы в этом случае не устраивают?

А чем тебя дто и мапперы в этом случае не устраивают?

Ну они нужны будут в итоге всё равно только в 15% случаев, а для остальных 85 создавать объекты 1 в 1. Как-то слишком много тупого кода