วีดีโอ

Выпуск просто бомба! 💣💥

Tempóral же )) UPD не дослушал до конца первой минуты, спасибо Антону за правильное ударение )))

Очень интересно

Time-коды было бы хорошо добавить

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

Несколько лет работал с аналогичным устройством внутренней архитектуры сервиса, хорошо знаю плюсы и минусы подхода. У рассказанного подхода есть большие проблемы с оптимизацией. Например, сохранение агрегата целиком грузит базу на порядок больше, чем обновление отдельных полей. А это блокировки таблиц, полей, IOPS, обновление кешей в базе. Кроме того, в указанном примере для query текст запроса отправляется по сети каждый раз, вызывая сначала свою сериализацию, потом десиарилизацию и синтаксический парсинг. Если нужна призводительность, уйти от хранимых процедур не получится. Подход можно докрутить, но придется отказаться от агрегатов и ряда других идей. На небольших приложениях работает хорошо, но в нагруженных системах, увы, не применимо. Кроме того, использование этой архитектуры в микросервисах маленького размера накладывает огромный оверхед на затраты времени на разработку и сильно усложняет сопровождение. Но единобразие архитектуры действительно полезная штука. Резюмируя свой опыт - внутренняя архитектура сервиса должна быть. Выбирайте наиболее удобную для себя и делайте просто. Единообразно где это возможно. Большая часть книжек презентует красивые концепции, которые сыплются при реализации. Пишут такие книжки для того, чтобы продать Вам идею. Не забывайте об этом. KISS и YAGNI самые важные аббревиатуры.

Григорий, спасибо за интересное обсуждение! Не мог бы ты поделиться списком литературы, источников информации про моделирование? Может быть гости могут поделиться своими? Интересная тема!

@mezhdu_skobok не смог найти в плейлисте встречи по главам 6 и 7, они существуют?

и кстати промокод не работает

хороший выпуск! где-то на гитхабе код валяется?

Мне кажется собес был ненужным. Сразу было понятно, что он готов к такой работе.

Если со временем правила для value object поменялись, и некоторые значения в базе стали невалидными, то как их выгружать из базы? Если из 3-й системы, на которую ты никак не можешь повлиять, летит невалидная фигня, останавливать работу всех сервисов?

прошло 30 минут видео - на обсуждение темы главы давно забили

Интересный формат, спасибо за видео

Почему-то Георгий всегда намного тише, чем остальные. Звук нельзя выровнять?

Было бы здорово если Геннадий поделился примерами статей с глубоким разбором кейсов по DDD

1. Кандидат слишком многословен. 2. Кандидат оцениватся как "выше синьора", но спрашивают у него базу по Java Core. Сусдизайн в "РиК" не творят? А если творят - кто эти монстры? И как вы тогда собесите джунов/мидлов?

О какой книге идет речь на 44 минуте?

Этот DDD не нужОн ваш

Не так уж и плохо. Хорошо, что не похоже на популярные сейчас шаблоны аля Алекс Ксю. Но, кажется, было бы лучше, если бы интервьюер активнее контролировал и направлял отвечающего. Очень много говорильни, но мало чего зафиксировано на схемах. Надо выступающему посмотреть Курс молодого бойца от Олега Онтико(hightload++).

большой минус кандидату - он вообще никаких вопросов не задал про задачу. например, можно было бы узнать как будет использоваться система - больше записи или чтения, профиль нагрузки, объем данных, кол-во нод в системе и тд. а тут сразу начал реализовывать, а на 9.43 интервьювер сказал про инмемори БД...

Я так понимаю что описание workspace на языках Java, .Net, etc дает возможность определять архитектурные правила и праверять их соблюдение модульными тестами. Или есть еще какое-нибудь интересное использование описаний архитектуры на Java?

Объясните пожалуйста, как это работает? MAU 20m, значит в день 670к???? Чоооо? У винды 365м пользователей, значит в день 1 Мио? Серьёзно?!?

32:00 Если нет consistency, зачем делать систему, где есть лидер..? Просто взяли и не выбрали ничего из "CAP"...

22:21 Плохой вариант. Для leader election нужен специальный алгоритм, наивный не сработает

21:35 Ещё можно про Viewstamped Replication и про Zookeeper Atomic Broadcast почитать

21:20 Multi Paxos, а не Paxos

21:00 В etcd Raft, реплики тоже общаются по протоколу Raft... (Зачем..?)

Это не проектирование базы данных. 10 минут про то, что это просто хэш-таблица и ссылки на файлик и дальше 50 минут стрелочки мастер->слэйв. Может надо было что-то про атомарность, какие-нибудь способы обработки отказов системы, больше про физическое представление данных. А база у нас однопоточная или нет?А какие данные храним? Только строки? Может спроектировать хранение сложных структур?

Спасибо

Постгрес сжимает данные по умолчанию? Это точная инфа? Таплы это не про сжатие если что.

В задаче описана функция получения данных по строке - зачем сюда стели лепить бинарное дерево? key-value сторадж аля Redis слишком просто использовать?

Зачем джуна волка на собес позвал? Кандидату 18 лет и у него меньше года коммерческого опыта, в чем тут он нам поможет разобраться? Как делать точно не стоит?

Какая то ерунда )

Прикольно, как неограниченный бюджет превратился k8s в k9s. При увеличении количества денег все увеличивается.

Спасибо за интервью. Можно ссылку на код который ревьюели.

Девушка молодец

Такой классный гость, интересные рассуждения, очень интересный опыт, и Николай его, даже не знаю, какое лучше слово подобрать, "прессует" что ли своими вопросами. Притом и гость в целом и без того в канве поставленного вопроса отвечает. Это же не экзамен в университете...

Вы говорите, про новые языки программирования. Вопрос Олегу: вы хоть один язык программирования выпустили для широкой публики?

Почему на 55:12 показана неэффективная реализация метода? А какая будет эффективная?

Чего не спросили чтото за сети?

вместо броадкастера и мапы с каналами, который Виталий предложил, можно же было использовать один канал и закрытие канала в качестве сигнала. Потом из кэш-мапы забирать данные

Смотреть надо - оч правильное замечание..интервью окончено. Код+что он выведет = зло. Человек живет в парадигме ТДД, где он тест сначала пишет ваще))))

Игра в реальную жизнь: стартуем, а не стартует и дискуссия на час.

Двухфазовый коммит это strong/acid consistency, а EDA это eventual consistency. Здесь в кучу все смешали. Смысл как раз в том, что мы говорим, что система в конечном счете будет в согласованном состоянии, но не сейчас, а в будущем, когда долетят необходимые события. За это мы получаем производительность системы, так как у нас нет раздутых транзакций где лочится куча данных, которые также нужны другим параллельно выполняющимся транзакциям и все дружно сидят друг друга ждут, но за это мы расплачиваемся тем, что пользователь в разные моменты времени будет видеть устаревшее или странное состояние системы и может считать это багом и с этим нужно как-то жить. Простейший пример eventual consistency это перевод денег со счета в одном банке на счет в другом банке. В моменте мы как пользователь можем видеть, что деньги с нашего счета уже списали, но на счету в другом банке они еще не появились. Мы к этому привыкли, мы не ждем здесь strong consistency, то есть мгновенного зачисления и не считаем это багом, но конечно есть множество других юзкейсов, где eventual consistency будет выглядеть странно для конечного пользователя. Соответственно strong/acid consistency ведет к снижению производительности системы, а eventual consistency ведет к несогласованным данным в различные промежутки времени.

Cмотрeл постановку задачи, меня только одного смутило что попугайчики могут регистрироваться в мобильном приложении имеют емайл и профиль в соц сетях и на них распространяется законодательство регионов распространения приложения? это сотка по паподанию в мем Да что ты черт побери такое несешь? Не представляют что это были за требования которые породили такую постановку задачи. Надеюсь требования были не соевые Вы сделали мой день ❤❤❤❤❤

Я не понимаю, почему у этого классного интервью так мало просмотров и лайков. Очень круто! Вы - большие молодцы!

21:13 ровно 1000, а не 1024

nowait если перехватывать - полезная вещь. Например одновременно списывается сумма по счету на покупку билета. Сумма билета 1500 руб. Баланс 1500. Если в 2 транзакциях происходит списание, то мы можем отловить изменение в 1 транзакции и уведомить, что сумма уже списана, for key update nowait. А если очередность реализовать параллельную, то через skip locked, к примеру мы по 1000 записей через cte обновляем, нам важно пропускать то, что уже заблокировано и брать в работу следующую пачку из 1000 записей 😊 на своем проекте такое реализовывал

Спасибо, круто видеть каты онлайн, хотелось бы видеть чаще)