#Архитектура 

Больше видео про архитеуктуру, а так же много другой полезной информации на моем патреоне - www.patreon.com/soersoft

Отлично, спасибо! Есть небольшое пожелание. Сейчас то я все прекрасно понял, но пару лет назад, когда начинал разбираться в подобных вещах, мне бы очень помогло, если бы объясняли с наглядными примерами, как-будто для школьников:) Типа "нужно сделать приложение / сайт/ crm-систему, которая должна делать это и то. Сначала архитектор Вася делает... Потом приходят программисты Коля, Саша и Дима и начинают ... В какой-то момент Коля понимает, что у него с при добавлении новых фич происходит... и поэтому он начинает использовать..." Ну это так, совсем для дебилов, зато будет прямо очень наглядно. А за это тоже лайк!

меч майнкрафтэра! он свой, подписываемся!

Спасибо! Про архитектуру специально для сантехников (много воды).

Короче все эти инструменты призваны решать проблемы, а не плодить их, т.е. не использовать паттерны ради паттернов.

Не понимаю людей которые чем-то возмущены. Попробуйте дать больше информации об архитектуре приложения и кода за 7 минут своего драгоценного времени. Спасибо автору за контент.

Спасибо что делитесь опытом

Я так понял, что этот материал больше про Solutions Architecture, он как раз стоит на верхнем уровне абстракции, а ниже уже идёт Application Architecture, который включает OOA, OOD и OOP если мы используем ОО парадигму.

НЕ ХЕРА НЕ ПОНЯЛ НО БЫЛО ИНТЕРЕСНО!!!

Спасибо.

Грамотно объяснил спасибо

Вы можете делать подкасты с другими программистами и обсуждать разные темы?

ЛАЙК!

А как разрабатывать эту архитектуру? У меня всегда вознкают проблемы, если модуль больше чем маленький модуль и есть вязанность между компонентаи, допустим надо добавить еще один модуль, и тогда глобально приходится в общий стейт (я про реакт про редакс, к примеру) добавлять что-то, что используется везде. А иногда и вовсе приходится подстраивать и менять архитектуру. Как это все изучить? Конечно организация кода с опытом становится лучше, но опыт это единственный способ делать хорошую архитектуру или есть другие способы?

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

Мой девиз в жизни такой: Торопитесь Активно Учится Хорошим Искренним Делам. Запомните эту аббревиатуру. И пусть этот девиз сопровождает вас везде.

Спасибо, полезная информация, не подскажешь когда будет практика? Было очень интересно посмотреть какой нибудь пример

Соера с наскока не понять. я сразу вообще думал ерунду мечтами несет.)) но с опытом начал все больше понимать и прислушиваться.))) это все, очень тяжелая тема... с опытом только подъемная, и то не всегда.))) спасибо!

Привет, подскажи пожалуйста как очки называются или оправа

А вы прямо меняетесь внешне)

А говорят, что у Поперечного глаз вниз стёк.

Мужик! Ты очень круто излагаешь мысли уложится в 7 минут, с достаточным пояснением. Внук дяди Боба?

крутой фокус на микро

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

Должен ли разработчик после того, как закончили проект разбработки какого-либо софта, передавать описание архитектуры заказчику (чтобы тот умел поддерживать и дорабатывать решение)?

А будет видео про редстоун?

Такое мне пока рано. Вернусь позже.

Не совсем согласен. Когда узнал про паттерны стал пихать их везде по первости. Помойму это единственно верный способ понять где и когда они уместны, а когда нет.

Больше похоже на подкаст , а не на видео.. ожидаешь увидеть диаграмы, схемы и т.д.

Для тех кто хочет больше практики github.com/donnemartin/system-design-primer

Хотел выразить возмущение. Хотел стять патроном, но чуть-чуть. А на patreon 1$ опция is sold out. Как так? Искуственно ограничивают колличество? Ведь это не пирожки, которые могут закончиться. Просто хотят подтолкнуть к более дорогим опциям? Но разве недостаточно того, что за бОльшие суммы предлагается бОльший доступ?

просто болтовня, покажите примеры

ну капец воды, отписаться чтоле..!? C др. стороны других каналов подобного уровня, что-то даже и не припоминаю да и если есть, то те вообще не в ту степь.. Либо слишком что значит "по фану" - короче не устраивают др каналы, а у этого канала мала подписоты = мала денег = автор тоже хочет кушать и т.д. = такая вод подача.. Ну понято хоч. больше!? - го на > patreon.. (а да, на хабре, тож есть некоторое кол-во интересных статей, про паттерны с интересными размышлениями.. Но все равно хочется увидеть, еще больше разных взглядов, на то как, и в каких случаях используют опытные разрабы.. - Про правила и воду льют, все примерно одинаково, но вот в реале могут использовать паттерны по разному.. где один разраб видит надо использовать паттерн Фасад, - то там же другой разраб видит, что надо использовать паттерн Адаптер. - Оба паттерна считаются близкими и схожими, а значит и трудно отличимыми.)

Прослушал сей текст до 1 минуты 24 с. Ни слова по делу. Как в уши нассал. Выключаю