1. Потому что Cadence/Temporal - это +1 технология, которую надо изучать, деплоить, настраивать. 2. Потому что любое сторонее решение — это всегда чужое видение фичей, чужие баги, которые не всегда легко пофиксить, а фиксы не всегда легко пропихнуть в апстрим. 3. Потому что нам надо было встроить саги в существующую систему.
Подобный выбор — это всегда баланс между «взять готовое и попасть в vendor lock» или «запилить свое и потенциально утонуть в поддержке». Кажется, простой вариант оркестратора саг не так уж и сложно сделать. Сложно было сделать так, чтобы саги было легко писать и поддерживать.
Насчет компенсаций — да, в каких-то сценариях они, вероятно, и правда не дают большой пользы. У нас не так, нам нужна транзакционность в распределенной системе.
Руда, добываемая на одном месторождении, может отличаться по свойствам в зависимости от карьера и конкретного участка на нем. Усреднение позволяет уменьшить колебания свойств, но полностью устранить их удается далеко не всегда.
Только перед тем, как набрасываться на Максима Лапшина (@erlyvideo), вспомните, что этот человек написал Erlyvideo, затем Flussonic (и успешно продаёт его), лауреат премии HIghLoad++ за вклад в развитие IT-экосистемы в России, работает с видео уже более десяти лет и об обработке видео знает, наверное, чуть ли не больше всех в стране.
Я бы на вашем месте переформулировал вопрос без токсичного наброса "вы серьезно". Во что-нибудь типа "Подскажите, пожалуйста, зачем вы сделали проброс сети через CPU?"
Так будет понятно, что это вы чего-то не догнали, а не Максим ошибся.
Видео встречи будет добавлено в течении дня
1. Потому что Cadence/Temporal - это +1 технология, которую надо изучать, деплоить, настраивать.
2. Потому что любое сторонее решение — это всегда чужое видение фичей, чужие баги, которые не всегда легко пофиксить, а фиксы не всегда легко пропихнуть в апстрим.
3. Потому что нам надо было встроить саги в существующую систему.
Подобный выбор — это всегда баланс между «взять готовое и попасть в vendor lock» или «запилить свое и потенциально утонуть в поддержке». Кажется, простой вариант оркестратора саг не так уж и сложно сделать. Сложно было сделать так, чтобы саги было легко писать и поддерживать.
Насчет компенсаций — да, в каких-то сценариях они, вероятно, и правда не дают большой пользы. У нас не так, нам нужна транзакционность в распределенной системе.
Руда, добываемая на одном месторождении, может отличаться по свойствам в зависимости от карьера и конкретного участка на нем. Усреднение позволяет уменьшить колебания свойств, но полностью устранить их удается далеко не всегда.
Лучший ответ - 5 баллов )
Приходите на конференцию, там будет много докладов (статей), на которые вы рассчитывали, когда открывали "кликбейтный" заголовок.
Этот доклад был подан на конференцию HighLoad++ Foundation в марте-апреле, и был озвучен в середине мая 2022. Так что проверить можно от мая.
Не должно сработать, детская проблема, а Хабр пишется давно и хорошо.
Починили, спасибо за внимательность.
Всем участникам отправим рассылку. Голосование может продлиться до середины февраля.
Ну это же устоявшееся выражение? Если автор использовал его, значит, ему показалось, что так выразительнее.
Мой любимый конкурент! Поставь знак вопроса в ссылках перед utm-меткой и заработают ссылки твои :)
Согласен, с формулировками был неправ.
Согласен, был неправ.
Только перед тем, как набрасываться на Максима Лапшина (@erlyvideo), вспомните, что этот человек написал Erlyvideo, затем Flussonic (и успешно продаёт его), лауреат премии HIghLoad++ за вклад в развитие IT-экосистемы в России, работает с видео уже более десяти лет и об обработке видео знает, наверное, чуть ли не больше всех в стране.
Я бы на вашем месте переформулировал вопрос без токсичного наброса "вы серьезно". Во что-нибудь типа "Подскажите, пожалуйста, зачем вы сделали проброс сети через CPU?"
Так будет понятно, что это вы чего-то не догнали, а не Максим ошибся.
Но это так, непрошенный совет...
Чувак, ты не вкурил тему! Менторство - это офигенная история, значительно упрощающая профессиональный и карьерный рост.
t.me/TeamLeadTalks
Подключайтесь!
Справа — Олег Бартунов, разработчик PostgreSQL
Решение относительно Сбербанка ещё не принято — ждём встречи совета директоров.