pro.jvm

13 Dec 2024 10:09

Если бы верил, что сможет её контролировать

pro.jvm

13 Dec 2024 10:08

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

pro.jvm

13 Dec 2024 10:07

Который потом лайтбенд, а теперь Акка

pro.jvm

13 Dec 2024 10:06

сорри, не в контексте, расскажи, что Одерски поддержал?

pro.jvm

13 Dec 2024 10:04

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

pro.jvm

13 Dec 2024 10:04

ну похоже, что девается

pro.jvm

13 Dec 2024 10:03

а такой вялотекущий консалтинг может годами кормить

pro.jvm

13 Dec 2024 10:01

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

pro.jvm

13 Dec 2024 09:55

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

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

pro.jvm

13 Dec 2024 09:52

"То что мертво умереть не может!"

pro.jvm

13 Dec 2024 09:51

Говоришь как моя QA-лидша бывшая

pro.jvm

13 Dec 2024 09:49

На двух стульях не усидишь. Либо погрязнуть в легаси но супер надежном флафе, либо ломать вещи, повышая шанс найти инновационное полезное

pro.jvm

13 Dec 2024 09:26

1, если по каким то причинам так не надо, то 3

pro.jvm

13 Dec 2024 09:23

привет всем, уважаемые девелоперы.

я про кафку хотел спросить, кейс такой: есть топик, в который приходят сообщения, одни из которых десериализуются в один java класс, а другие - в другой. Есть два десериализатора для этих двух java классов. Моя проблема в том, что я не знаю как ПРАВИЛЬНО сделать, чтобы десериализаторы кушали именно свои данные. Мной найдено три разных решения:

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

Подскажите, пожалуйста, как обычно вы решаете такие кейсы у себя на проектах?

pro.jvm

13 Dec 2024 08:02

Заведи тех юзера. Он будет идентифицироваться client id, client secret.

pro.jvm

13 Dec 2024 10:09

А так может какой-то гугол хуюгол мог бы вполне засосать скалу

pro.jvm

13 Dec 2024 10:08

Т.е. не было ли такого, что этот стартап, который типа был для финансового саппорта скалы не отпугнул компании покрупнее, которые могли бы неиронично саппортить скалу

pro.jvm

13 Dec 2024 10:06

я имею в виду Тайпсейф, в котором у Одерски есть до сих пор шер, и в котором он сначала был в директорате

pro.jvm

13 Dec 2024 10:05

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

pro.jvm

13 Dec 2024 10:04

но на какие-то бабки он делает дюрабл клауд

pro.jvm

13 Dec 2024 10:04

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

pro.jvm

13 Dec 2024 10:03

ну зио никуда не девается и кормит его сайд проекты

pro.jvm

13 Dec 2024 09:56

и компании не хотят становится испытательным полигоном академических амбиций мистера Одерски и ко

pro.jvm

13 Dec 2024 09:52

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

pro.jvm

13 Dec 2024 09:51

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

pro.jvm

13 Dec 2024 09:50

но как можно сломать сломанное?

pro.jvm

13 Dec 2024 09:45

@odomontois новый день - новый гвоздь в гроб

pro.jvm

13 Dec 2024 09:25

DelegatingDeserializer

pro.jvm

13 Dec 2024 08:05

Keycloak + spring security oauth 2 Jose

pro.jvm

13 Dec 2024 06:08

Это можно сделать кучей способов. В том числе выпуском технических (сервисных) токенов