Любые обсуждения архитектуры сходятся к выбору сервисов и раскладыванию связей между микросервисами. При этом про код как будто забываем, но "правильно" ли это? Попробуем разобраться.
Спасибо всем кто нас слушает. Ждем Ваши комментарии.
Бесплатный открытый курс "Rust для DotNet разработчиков": [https://www.youtube.com/playlist?list=PLbxr_aGL4q3S2iE00WFPNTzKAARURZW1Z
](https://www.youtube.com/playlist?list=PLbxr_aGL4q3S2iE00WFPNTzKAARURZW1Z
))
Shownotes:
00:00:00 Вступление
00:07:00 Зачем вообще нужен архитектор?
00:21:30 Что архитектор должен объяснять разработчикам?
00:29:00 Почему СУБД выбирает архитектор, а не команда?
00:40:50 Выбор библиотеки и фреймворка - такой же риск, как и выбор неправильной БД
00:49:10 Должен быть стек и технологический сетап в компании
00:56:30 Dapper vs EF vs linq2DB
01:05:30 Развитие в архитектора или принципала
01:16:00 Как шарить велосипеды между командами
01:22:05 "Успешные" архитектуры
01:32:10 Архитектор пишет фреймворк
01:41:40 Архитектура монолита
Видео: https://youtube.com/live/hAkJlyMsXfU
)
Слушайте все выпуски: https://dotnetmore.mave.digital
)
YouTube: https://www.youtube.com/playlist?list=PLbxr_aGL4q3R6kfpa7Q8biS11T56cNMf5
)
Обсуждайте:
Следите за новостями:
– Twitter: https://twitter.com/dotnetmore
)
– Telegram channel: https://t.me/dotnetmore
)
Background music: http://freemusicarchive.org/music/Six_Umbrellas/Ad_Astra
)
Copyright: https://creativecommons.org/licenses/by-sa/4.0/)
