Монолитность на уровне приложения и кода
HTML-код
- Опубликовано: 2 окт 2024
- #soer #itubeteam
Основной канал для общения и публикации новых видео - Телегарм - t.me/softwaree...
Спонсорство - donate.s0er.ru
Сайт платным контентом - soer.pro
Зеркало для видео Дзен Видео - zen.yandex.ru/...
GitHub - github.com/soe...
Чат для программистов - / discord
Группа ВК - codeart...
Монолит - это архитектура которую ты выбираешь, разобравшись как следует с микросервисной.
Asmr подкаст про программирование
@Психолог Лариса Бандура здравствуйте, к сожалению нет свободного времени
Посмотрел ваше видео Программирование с полного нуля и задумался, а может я в свои 45 могу научиться?)..главное видео жизнеутверждающее)
Соер, можешь снять про DDD? С практической точки зрения что-то ничего внятного не могу найти уже какой год. В основном беседы про какой-то бизнес, и бизнес сущности, создается впечатления что авторы сами не понимаю что такое этот DDD...
Такие видео, мне кажется будут намного понятней и интересней с конкретными примерами, например в uml
3к лайков?! это же не видео про котят!!!
Спасибо, лучше начал понимать что такое монолиты
так и не набралось 3к лайков(
Посоветуйте, что бы почитать про архитектуру приложения. Желательно с примерами. А то иногда есть задача, которую нужно решить и есть множество способов сделать это. А какой более правильный - неизвестно.
Как тебе идея читать что-нибудь типа "Чистая архитектура" и разжёвывать сложные моменты?
Хороший видос, но короткий( было бы круто чтоб была целая лекция на эту тему, с диаграммами связей между компонентами, чтоб было видно наглядно какая связанность - хорошая, а какая плохая. Видео информативное но, из-за того что короткое, одна мысль меняется другой, не успевая отложиться в голове. Буду смотреть пару раз, перематывая и обдумывая)
Ох, батенька, много хотите...
Я уверен, что за отдельную плату гражданин Soer подготовит для вас лекцию.
KJ Ich да, согласен, наверно я сильно избалован своим универом)
чтобы не тянуть зависимости-используйте чистые функции
+ тестирование облегчится
При условии, что есть время этим заниматься
А чем их чистить?
@@Svinogalya pure function, ты, как часть гугла, должен знать где искать инфу)))
Angular Чистить нужно вилкой
Не понял почему многослойная архитектура = монолитная? Само разделение на слои уже является модульностью, мы можем взять и написать новый слой представления, заменить бд на другую, при соответствующем проектировании конечно, да и сам слой бизнес логики может быть модульным... Сама формулировка: многослойная это монолит, а микросервисы это модульная, мне кажется не верна.
А что вы имеет в виду под "заменить БД"? Если вы про структуру БД, то замена БД повлечет изменение всех остальных слоев.
@@S0ERDEVS имел ввиду заменить производителя, да хоть и вообще перейти на хранение в файлах. Да и замена структуры не обязательно должна повлечь изменение даже бизнес объектов, если проектирование ведётся на основе бизнес модели, а не на основе бд. При соответствующей архитектуре изменению может подвергнуться только слой отвечающий за работу с этой самой бд. (Data Mapper)
@@BASic_37 все смешалось в доме Облонских - кони, люди...
1. В видео речь идет о уровне приложения, здесь стандартная трехзвенка - это интерфейс, логика, доступ к данным. Эти три уровня завязаны друг на друга и находятся в одном модуле развертывания. Т.е. к ним не применима горизантальное масштабирование (если нужно масштабировать, это уже message based архитектуры).
2. Если мы говорим про СУБД, то речь идет о солюшн архитектуре, где учитывается инфраструктурный уровень (там тоже бывают трехслойки) и здесь уже и про тонкий/толстый клиент, про вендора СУБД, про шардинг базы данных и т.д. Это не уровень приложения.
3. Если речь идет про DataMapper то это уже внутрянняя организации уровня "доступ к данным", и обычно это уже уровень кода. Здесь тоже есть свои проблемы.
Вы в одну кучу свалили разные уровни архитектуры, что лешает обсуждение какого-либо смысла. Если Вы хотите сказать, что при монолитной организации на уровне приложения, можно сами уровни делать модульными на уровне кода, то да - это так. Если вы хотите сказать, что мы можем на уровня приложения легко переносить/разносить/масштабировать/изменять связи между слоями - то нет.
Если речь о том, что мы можем менять одни однотипные компоненты на другие однотипные компоненты, то такая гибкость есть даже на уровне спагетти кода. А для развития на уровне приложения нужна гибкость, связанные с расширением функциональности/нагрузки. Устойчивость к изменениям в большинстве случаев делается на уровне кода, а не на уровне приложения.
Soer, юзай iZotope RX5 или 6 для шумоподавления, он на самых хардовых настройках очень деликатно срезает шум, и не превращает звук в АСМР. Еще такое чувство, будто юзаешь дефолтную нормализацию в какой-то daw, лучше потратить пол часа и разобраться как "руками" подстроить эквалайзер и компрессор, этого с головой хватит для хорошего звука.
Хотелось бы увидеть какой-то видос про устройство OLAP баз/big data processing если шаришь в этом.
Интересно продолжение) Лайк поставил
Абстракция - это здорово. Она помогает найти ключ к решению проблемы или определённой задачи. Но я думаю, что пазл не является монолитом, а является набором модулей или блоков.
Так что при всем великолепии абстракции, её ещё нужно научится правильно привязывать к решению поставленной задаче или же наоборот, поставленную задачу привести к абстракции и найти ключ её решения.
А монолитность - это неделимость.
Но все же спасибо за твою работу помогающую не застаиваться на месте.
а почему сразу не писать «модульную»?? чтобы не потом «монолит» не переписывать?
Ну, тут уже кто на что горазд :)
Потому что "правильная" модульная структура пишется под более менее проработанную архитектуру и понятные юзкейсы, что в нашем современном мире встречается реже чем никогда. Остался разве что только "кговавый энтегпгайз" живет древними как мамонт приложениями с "правильной" """модульной""" """""архитектурой""""".
Странно. Недооценили тему зрители. А тема важная.
Классные блублокеры) Помогают?)
Можно аналогию? код делится на сегменты, если сегмент является неделимым то его править возможно...
изменять и манипулировать все зависит от построения идеи.
Я в програмировании нуб... я сделал максимум кнопку эксит в конструкторе.
Но если в языке програмирования есть проблема с неделимым кодом и вмешательством в него это говорит о том что програмисты топором пытаются сделать яйцо Фаберже... это тупо
Как когдато сказал Бил гейт.. винда стабильно и работает на ура.. проблема в дополнительном ПО которое ставят юзвери. также с кодом. Есть идеальный код.. а есть монолит.
И да .. пожалуйста... и подавитесь
А у меня мозаики были исключительно монолитные
Лайк поставлен))))
а как из монолита сделать действительно модульное приложение? решил на своем проекте разделить все по слоям (слой взаимодействующий с БД, слой бизнес логики), но мне кажется так и осталось все манолитом. Первый раз делал такой рефакторинг, и такое ощущение что зря. Смысл был в том, чтоб сделать код более читаемым и масштабируемым.
Используй микросервисную архитектуру и докер контейнеры.
Фу какая мерзость -докерконтейнеры. Если это не о серверных приложухах. Для десктопа это явнейший оверхед