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

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

Комментарии • 19

  • @user-ps2he7dt1h
    @user-ps2he7dt1h 2 года назад +3

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

    • @tough-dev-school
      @tough-dev-school  2 года назад +1

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

  • @saen5
    @saen5 2 года назад +8

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

    • @tough-dev-school
      @tough-dev-school  2 года назад

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

    • @clauseclause6640
      @clauseclause6640 2 года назад

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

    • @tough-dev-school
      @tough-dev-school  2 года назад

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

    • @clauseclause6640
      @clauseclause6640 2 года назад

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

    • @clauseclause6640
      @clauseclause6640 2 года назад

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

  • @user-wr5vp8ez3x
    @user-wr5vp8ez3x 2 года назад +2

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

  • @corpuniver1951
    @corpuniver1951 2 года назад

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

    • @antondavydov4697
      @antondavydov4697 2 года назад

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

  • @gisolog
    @gisolog 2 года назад

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

  • @alpden550
    @alpden550 2 года назад +1

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

    • @tough-dev-school
      @tough-dev-school  2 года назад +4

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

  • @user-hq1du2fg4j
    @user-hq1du2fg4j Год назад +2

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

    • @aynurshauerman
      @aynurshauerman 3 месяца назад

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

    • @vadim12342
      @vadim12342 3 месяца назад

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

  • @user-df5qf1om2f
    @user-df5qf1om2f 2 года назад

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

    • @denislomanov5347
      @denislomanov5347 Год назад

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