Видео

Это удав проглотил слона!

Отличный, интересный и полезный доклад про то, как работает Озон под капотом. Не столько про кафку, сколько про решения, которыми обеспечивается скорость и отказоустойчивость под большими нагрузками от распродаж. Из-за прикольного, но не информативного названия чуть не скипнул его - явная проблема с неймингом))

Не все так гладко. Отгребли проблем с ней. Workflows залипали, приходилось изучать код и state в базе, делали фиксы в своём форке,.. Библиотека уже давно не поддерживается автором. Он ушёл работать в ms вроде. Так обновляет версии .NET и реф пакетов. Наверное стоит потратить больше времени на Elsa и юзать ее...

Интересненько

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

спасибо за практические примеры, Очень важный момент

Интересный разговор, но 90% времени автор рассказывал про костыли и как обойти то или иное ограничение. Спецификация не особо прижилась даже в самом DDD, тк это как правило рид сторона приложения. Если же есть некое бизнес правило в рамках которого надо проверить какие то данные, то это либо определяется либо на уровне контракте репозитория или доменного сервиса. Спецификация в этом случае - это вопрос совсем другого слоя (апп или инфраструктура). Менять эти спецификации также нужно будет при изменении требований, как и обычные лямбды. В чем смысл всего этого accidental complexity и кто его будет поддерживать? Лично я строго против данного паттерна и подхода.

Сказочник .....

Отличный доклад, просмотрел на 2 раза. Зачастую в больших проектах забивают на все эти вещи и делают кучу экстеншен методов на все случаи жизни ) Но это не правильно. Правильный подход описан тут

"микросервисы", как то это всё мне напоминает, всякое разводилово 80-х-90-х, когда дваждыдва - типа мы удвоим ваш капитЭл. Всё хорошо - в меру, не забывайте! Микросервис, который умножает два на два - смысла не имеет, а вот сервис перемножения матриц 10к-на-10к - имеет...

Фильтр накладывается "НА...", а это подразумевает логическую операцию "И", а вот "UNION" - это ИЛИ... Это философский аспект и его часто на факультетах информатики, кибернетики и прочих математик не преподают - жаль

ребята/коллеги, про волатайл - это всего-лишь указание компилятору/интерпретатору не использовать в оптимизации кода, при работе с этой переменной/членом всякие оптимизации, напримре, как копирование "нашей/данной" ячейки памяти в регистровую память. То есть - всегда нужно сначала "её" из ОЗУ получить, и побыренькому её заюзать, иначе полученное значение/value потеряет свой смысл и значимость. Так что... о волатайлах - не забывайте, хотя... пример от си-пи-пишников - std::atomic<bool> - каков "великий" смысл данной конструкции?

Интересно, есть ли отличия от этого же доклада на другой конференции, который выложили 3 месяца назад?)))

Нам бы проблемы трехлетней давности. Печально вспоминать из 2024г.

Очень интересный доклад, с интересом посмотрел и прочитал на хабре)

использую CQRS и Vertical Sliced в любых проектах, потому что это упрощает восприятие системы и ориентацию в системе.

Я прошел похожий путь, остановился на асинках :) Но часто ловлю себя на мысли что мне нужен енумератор, которы возвращает таски.

Love this talk. It opened my eyes to a lot of things. Thanks team.

Почему они не смотрят друг на друга. когда общаются между собой?

Спасибо за видео, одно из самых поленых на ютубе по .net + grpc!

Легенда на графике не прописана и не объяснена а на этот график завязано все объяснение. Ужасно.

Блин, „...расслабит...“!

а есть что-то типа серии видео "F# для программистов измученных Pythonом" ?

Станислав забыл о процессорных кешах )) а без них "ох как хреново"

Ну вот когда окажемся на краю технической сингулярности, тогда и посмотрю видео. А пока жду, пойду поспрашиваю у ИИ рецепты свиных крылышек

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

Отсюда вывод: в топку этот XML!

Станислав, если вы вдруг прочитаете. Когда можно ждать новые главы в CLR Book?

Анатолий спасибо.

Уже заменил.

Отлично изложил мысли. Как раз искал как решить проблему работы многих команд в одном монолите

Очень хорошее видео, крайне помогло при изучении kafkи

Согласен полностью. Особенно про вредные побочки использования ии

В видео говорится о .net framework.Так полагаю на .net core логика такая же? Ничего не упускаю?

Человек всегда был таким самоуверенным! Частное не может познать общее. Если стали такие умные, что закроете вирусам дорогу в человеческий организм, то прионные белки размягчат вам мозги, чтобы не были такими умными))) Миллиарды лет вирусы были, а тут бац и нет. Не боитесь, что получите более злых агентов, которые будут заселять опустевшую нишу? Свято место пусто не бывает...

Медиатор как идея очень понравилась несколько лет назад, портировал ее на питон mediatr_py. Медиатор позволяет создавать гибко функциональное ядро приложения. Считаю он нужен, в идеале через Source Generator

Кто-то реально говорит дотнЕт а не дотнЭт?))

доклад топ. ждем продолжение

Красиво

00:22 Как появилась идея такого доклада 02:08 Что такое Dev brothers 02:40 Почему на презентации без бороды 03:00 Начало доклада 04:00 Вопросы агитаторам за микросервисы 04:35 Архитектурные тренды 06:10 Как сейчас воспринимается монолит/микросервисы 07:06 О чем поговорим 07:33 Что такое монолит 08:34 Достоинства монолитов 09:10 Недостатки монолита 10:24 Реальные преимущества микросервисов (Рихтер) 12:03 Независимое масштабирование - самое главное 13:06 Когда используют микросервисы 13:40 "Микросервисы, но" в Enterprise 14:42 Когда делать монолиты 15:47 Как ускорять монолиты 17:20 Зачем нужен модульный монолит 21:50 Пример 23:10 Схема архитектуры модульного монолита 24:18 Сходство с микросервисами/плагинами 25:20 Что делает хост 26:13 Нужен ли инициализатор модуля? 27:09 Доступ к данным 30:50 Проект на C# 34:56 Почему не доменные события? 35:40 Атомарность транзакции 39:10 Кейс: финтех-проект 42:45 Инфраструктура 44:49 Что еще изменится при переходе в модульный монолит 48:30 Нужно ли всё это? 50:33 Итоги 52:50 Доп. источники 55:00 Вопросы

Ожидание: "MediatR не нужен" Суть доклада: "Мы вам покажем 5 методов из додо"

Всё таки Scala - более приятный язык....

14:57 как он смог поймать стакан на бегающей туда-сюда тумбочке?

Стрелка "может помочь" существует и у имбецила, исходя из требования автоморфизма для объектов, так что категория не очень получилась Монада это моноид в категории эндофункторов потому, что для функтора m имеется pure : t -> m t, join : (m×m) t -> m t, плюс законы (взаимодействие pure/return и >=>/∘), т.е. моноид тут в типах 1 -> m и m×m -> m

какая-то беда у диктора с ударениями, невозможно слушать

❤❤❤

F# |> (I love)

🤯🤯🤯

I'm completely absolutely agreed we have not much info even in English RUclips as well.