วีดีโอ

А сергей знает о роли солюшен-архитектор ?

Подскажите, какие учебники по БД советует Сергей?

Очень интересный и полезный рассказ! Слушал (давно такого не было) с удовольствием! Спасибо!

что курит автор?

Иннокентий, спасибо за доклад! В работе тоже органически приходили к тому, что избыточная аналитика приводит к проблемам. Разработчики сами любят думать и им некоторых люфт надо оставлять для выбора решения - этого можно добиться, используя постановки на уровне UC без описания конкретных методов и тд - получается реально быстрее, ТТМ меньше. При этом бывают задачи, где реально надо углубиться и описать какой-то алгоритм подробно - не возбраняется, agile все-таки

Спасибо, очень интересно и полезно!

07:03 - асбстракции 07:20 - человек 07:38 - программная система 08:10 - контейнеры 08:29 - примеры контейнеров 08:55 - компоненты 09:51 - код 10:10 - диаграммы 10:42 - диаграмма контекста 22:00 - инструмент drawio 22:57 - miro и подобные 23:23 - icepanel 26:57 - plantuml 28:35 - structurizr

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

Чет у вас нет никакой сравнительной аналитики и требований. М.б. дело в том, что у вас Госкорпорация, а значит нет конкуренции и свободы выбора решений.

Приложите пожалуйста пару примеров Git

Могут быть ситуации когда в практике EventStorming проявятся слабые места: 1) Мотивация разработчиков тратить время на погружение (возможно, довольно-таки глубокое) в предметную область. Например, сегодня авизо и факторинг, а завтра бюджет капитальных затрат и управление рисками. А экспертность хочется прокачивать именно в разработке (паттерны, технологии, архитектура и вот это всё) - так как спрашивают и платят именно за это. 2) От бизнеса может просто не быть эксперта, способного внятно объяснить предметную область - те, которым поручили, сами не знают, а тех, которые знают, не хотят отвлекать. Но в тех случаях когда в организации почему-то это работает такая практика может показать огромную эффективность - знаю из личного опыта.

Радиатора в стиральной машине нет

... и пустят поезд Москва - Большие Васюки

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

Юрий, спасибо за потрясающе структурированный доклад. За час получила пользы больше, чем после дорогостоящего тренинга. У вас потрясающий опыт и профессионализм

Это чувак, со своей стиральной машинкой, самый душный интервьюер в российском ИТ! Не дай боже к нему на собес попасть. вы там сдохните от безвоздушного пространства!)))

Спасибо, за обмен опыта по экосистемным сервисам

Спасибо! Посмотрела на одном дыхании, очень интересно!

Вот по Эвансу, модель должна максимально описывать предметную область(и я с ним согласен. Вроде это очевидно для чего. Тем более, говоря про аналитическое моделирование). А вот Роман говорит, это не так)))

Было бы неплохо увидеть практику в некоторых аспектах.

Симпатичная Анна Овзяк и еще умная

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

😁

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

А где ссылка на вакансию в альфе?)

Тема хорошая и нужная !

Как мне неприятно использование англицизмов, прям фу уже

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

У всех ссылки на телеграмм, так и чешутся руки резюме направить…))

О да половина моих последних собеседований проходила по схеме: Полтора часа беседы, А теперь про Кафку! Вы не знаете Кафку!? Никому не интересно твое мышление.

Ссылок нет. Для первого знакомства интересно

Пожалуй только для новичков м.б. полезна эта презенташка.

Очень хорошая лекция

Асинхронность на протоколе HTTP - жестокая жестокость

Помимо того, что оно непопулярно, есть 3 фатальных недостатка: 1. Реализовано на ноде 2. Нет того уровня поддержки, который есть у Swagger/OpenApi (генераторов клиентской части, например. И не будет, см. п. 1) 3. Оно несовместимо с OpenApi. То есть, нельзя одним файлом описать синхронную и асинхронную части. А это может быть очень полезно при наличии общих структур данных.

монолиты вполне можно разрабатывать на гохе. Я знаю такой проект.

Доклад просто супер! Мне понравился даже больше доклада создателя C4. Единственно надо смотреть первые 20 минут. А из второй части сделать бы отдельный доклад.

Доходчиво 🤓👍

Спасибо за видео

Толком ничего и не рассказали. Успели только очевидные и известные большинству вещи.

Да и есть вопросики к архитектору, который заявляет 25 лет в индустрии, и продолжает говорить в общем смысле "хорошая/плохая архитектура". Не бывает такого. Бывает подходящая, и не подходящая конкретному предприятию, в конкретный жизненный цикл.

Идея огонь, реализация и аргументация - мягко говоря отдает не приятным запахом. С таким подходом можно спроектировать только распределенный монолит.

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

Выступление в духе "Развенчатели мифов по РЕНТВ" 😂

Женя, Ваня, отличный доклад 🎉🎉🎉

Спасибо за доклад. Как всегда очень полезно послушать Александра - практика с высоким уровнем системного мышления

Доклад ради доклада.

Отличный доклад, спасибо!

Елена, по-моему, в шоке от интервьюируемого, но у вас получилась суперовая передача! Не то что другие школы размазывают розовые сопли. Молодцы! Огонь!

Доклад пушка!!!