Курс «Асинхронная архитектура» Урок 1. Введение в async architecture.

Рет қаралды 12,643

2 жыл бұрын

Это первый из девяти уроков курса «Асинхронная архитектура» от Фёдора Борщёва и Антона Давыдова. В нем разбираем, в чем разница между распределённым монолитом и асинхронной системой.
За 4 недели курса делаем полноценный учебный проект, который можно положить в свое портфолио.
Подробнее о курсе education.borshev.com/archite....

Пікірлер: 19

@user-ps2he7dt1h 2 жыл бұрын

Спасибо за урок, было интересно послушать)

@tough-dev-school 2 жыл бұрын

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

@saen5 2 жыл бұрын

3:13 По моему опыту - бизнес довольно редко понимает чего он хочет.

@tough-dev-school 2 жыл бұрын

Это так, но если задавать ему вопросы и помогать сформулировать чего он хочет - жизнь становится лучше

@clauseclause6640 2 жыл бұрын

@@tough-dev-school у вас сайт лежит, вернее та его часть которая за курсы отвечает.

@tough-dev-school 2 жыл бұрын

@@clauseclause6640 А покажете скриншотик?

@clauseclause6640 2 жыл бұрын

@@tough-dev-school просто не грузится, долго загружается, на хроме один раз открылась, в сафари ни разу, просто сервер не отвечает

@clauseclause6640 2 жыл бұрын

так, сейчас все нормально отрабатывает.

@user-wr5vp8ez3x 2 жыл бұрын

Можно же использовать медиатор для того чтобы система была не так сильно связана .

@corpuniver1951 2 жыл бұрын

Есть ли аргументы писать логику монолита (4 года разработки на 36к+ коммитов, знаю что не показатель, но как-то показывает объемы проекта) рядом в новых асинхронных сервисах вместо "распила" монолита с условием, что и тем и тем занимается одна и та же команда разработки. В целом есть ли сложившаяся практика в принятии решений пилить или писать заново?

@antondavydov4697 2 жыл бұрын

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

@gisolog 2 жыл бұрын

На 13:30 тонкий намек на BPMN?

@alpden550 2 жыл бұрын

👍 когда продолжение?

@tough-dev-school 2 жыл бұрын

Продолжение за деньги :-) education.borshev.com/architecture

@user-hq1du2fg4j Жыл бұрын

что это за планшет/программа на 15 минуте?

@aynurshauerman 4 ай бұрын

тоже интересно

@vadim12342 3 ай бұрын

iPad, что за программа, не знаю, наверное что-то стандартное.

@user-df5qf1om2f 2 жыл бұрын

Вы в начале сказали, что в реальности бы не использовали ни сервисы, ни асинхронную архитектуру, но почему?

@denislomanov5347 Жыл бұрын

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