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