Архитектура современных FRONTEND приложений. 5 видов. Преимущества и недостатки

[@dontcode]

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

[@stmihan_]

Очень важный и крутой ролик. ОГРОМНОЕ тебе спасибо за развитие frontend разработки в русскоязычном пространстве

[@render_the_void]

Первое впечатление от FSD - катострофическая сложность, которая непременно приведет к свалке, ведь подобный абстрактный ряд правил все будут интерпретировать по-своему. Только в отличие от [No Architecture] свалка будет не плоской, одноуровневой, а ультравложенной и иерархической - т.е. мегасвалкой.

[@sergeymaksimov3441]

О, как же я долго ждал такое видео! Спасибо тебе большое!!! Огонь! Долго присматриваюсь к FSD но понять ее было не просто. Сейчас стало более понятно и в теории, и на практике!

[@m.lukyanovich]

Очень хороший контент. Автор вообще всегда доступно и без воды доносит саму суть. Относительно этой темы. Сам я уже не первый год работаю и несколько неправильно набирался опыта - все архитектурные решения, реализации многих вещей делал, не ознакамливаясь с существующими практиками и готовыми решениями. И лично я отталкивался от такого можно сказать "математического" подхода: то, что повторяется - "за скобки". В итоге пришёл примерно к тому, в чём заключается FSD. Конечно же, каждый раз с учётом индивидуальных особенностей отдельного проекта. На практике в результате это, как минимум, может в разы увеличить скорость разработки проекта, что на длительной дистанции даёт огромный выхлоп. А так в целом озвученные подходы - это разными словами и в разной степени сложности об одном и том же) Если у вас всё хорошо с логикой да и вообще вы по жизни педант и перфекционист, достаточно будет один раз услышать всё это, "чтобы быть в курсе", а к идеальной архитектуре придёте и сами. Миксуя существующие подходы и добавляя что-то от себя.

[@Леонид-с5з]

11:29 UI 11:48 компоненты 12:40 модули 14:11 15:00 16:01 хелперы 16:14 store 16:43 изоляция модулей с помощью public api 18:00 ограничение внутренностей модуля с помощью линтера 18:05 подитоживание 18:55 страницы 19:43 поток однонаправленный 20:46 преимущества перед классическим подходом 21:17 недостатки подхода 22:07 22:47 сравнительный анализ 23:53 Atomic design методология. Слои: Атомы (UI-слой) 25:11 Молекулы 25:26 Организмы 25:38 Шаблоны 25:51 Страницы 26:08 Аналогия с модульной архитектурой 26:36 Преимущества/недостатки 26:57 Feature sliced design (модульная на стероидах) 27:58 Слои .... 29:20 features 29:51 widgets 30:42 Сегменты 31:58 Ещё раз про слои ... 33:29 processes 33:58 app 34:28 35:10 Сравнение с тремя принципами ООП. Реализация структуры Ideal (в правом нижнем углу) с помощью данной методологии: 37:24 за счёт чего достигается слабое зацепление между модулями 40:13 за счёт чего достигается связанность внутри модулей 41:05 ещё раз про слои. Более детальные примеры каждого слоя: 42:51 слой shared 44:12 45:22 слой enteties (с этого момента еще раз пересмотреть) 47:37 слой features 48:20 слой widgets 49:10 слой pages 49:44 слой app 50:08 итог 51:30 преимущества FSD 53:40 недостатки FSD 54:27 снова упоминание важности использования линтероа для ограничения доступа разработчикам к другим слоям, которыми они не занимаются. 55:22 сравнение FSD с простой модульной архитектурой 55:55 Микрофронтенд + монорепа + модульная

[@SaidKilamatov]

так,не понял,почему лайки не ставим?

[@hatimenkun686]

Большое спасибо

[@dontcode]

Очень ждал это видео, с самого момента твоего анонса роликов по архитектуре. Ты делаешь вещи, определенно. После просмотра отпишу про материал Спасибо.

[@kristinavolk2660]

Однонаправленная (и только вверх) и явная благодарность тебе, Тимур! Ролик не остался незмеченным и невкатанным в голову из-за прочно понятной логической структуры контента. Чисто субъективно хочу выделить, что моим мозгам особенно приятно, когда ты грамотно раскидываешь такие архитектурные скелеты не только в схемы, но и в папки и файлы в проекте. И годными примерами ещё подкрепляешь, что и порождает наслойку знания. И как незаменимый бонус, способ мышления также переходит в новые рельсы, которые одерживавют верх над старыми привычками. Спасибо, что почти каждый ролик ты пропитываешь такой идеей, что как нет волшебной таблетки, так нет и чудо - архитектуры. ) Только не надо надеяться, что вот-вот и мы уж точно наверняка все поймём, всю универсальность. Ничего неправда) так как по мере расширения нашего знания, расширяется наше и незнание. Площадь соприкосновения с ним становится больше. Но в этом и есть азарт) Необходимо думать и быть начеку, и если может сразу не всегда получается, то не забывать опираться на ООП китов 😉) (единственное, но опять же вкусовщина, я бы сделала шрифт потоньше для читабельности лёгкой или у меня уже просто глаза плывут, но такой контент не досмотреть до конца на одном дыхании просто невозможно 🤍)

[@eeeMan2]

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

[@KGB1st]

челоресур ротируется, все превращается в кашу в любом случае

[@27sosite73]

@@KGB1st da =(

[@KGB1st]

@@27sosite73 хотя я читал статью, и там такая проблема решается тем, что на каждый микросервис конкретные люди от начала его создания и до самого вывода мс из эксплуатации. технически, это позволить хотя бы как-то не разводить бардак и это действительно дельный совет, но дорогой, типа держать команду целую либо если на одну какую-то команду возложить несколько мс. Но есть риск в степени К если команда свалит или распадется, тогда труба всем этим мс, ибо новые спецы каждый же по своему смотрит, со своей колокольни. короче все это пиз.. как 😋весело

[@aau8]

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

[@artyomsultanov5204]

Комментарий в поддержку канала! Тимур, ты супер!

[@dabiggestfloppa3441]

Спасибо за такое бесплатное распространение столь важной инфы! Очень полезно!

[@wat4mon]

Спасибо за такой качественный контент, который оч трудно найти на просторах интернета

[@AveWoff]

Такая чистая речь, после прослушивания конференций всяких, это так удивительно слушать 😮

[@kapwas]

Автор этим видео вырывается на топ уровень авторов годного материала, полезность зашкаливает.

[@daniyarzhanakhmetov7741]

У тебя дар раскладывать информацию по полочкам! Я именно после этого видоса понял FSD достаточно хорошо. Именно после этого ролика все встало на свои места! Спасибо большое за твою работу!

[@natalyamurashko125]

Выход нового ролика это целый праздник! 😍 спасибо, Тимур!

[@СергейКлейников-ь4у]

Спасибо за материал! Взял курс, очень жду начала)

[@dmtrkskv]

Ты очень сэкономил мне время! Спасибо за структурированную работу. Усвоил конечно не все, нужна практика) - Понравилась идея линтинга для запрета импорта кишков модуля. - Понравилась ремарка о том, с какими проблемами столкнемся, если не будем использовать монорепозиторий. - Понравилось наглядное сравнение Модульной и Atomic архитектур с проведением линий на 26:15. Думаю, сильно улучшило бы понимание такое же сравнение Модульной и Feature-sliced архитектур. - Увидел, как Feature-sliced решает проблему использования "модуль в модуле" за счет увеличения количества слоев. Но у меня остался вопрос, как в Feature-sliced решается 4-й недостаток Модульной архитектуры (21:53)? Было сказано, что глобальные сторы/хэлперы могут создавать неявные связи между собой, но как от этой проблемы избавиться в Feature-sliced, пока непонятно, там ведь тоже придется куда-то класть глобальный стор. Был бы очень кстати конкретный пример такой проблемы и ее решения.

[@DENisHolden1]

Если стор один общий для всех, то никак от связности не избавиться. Так что 4 недостаток сохраняется

[@romandeveloper7720]

​@@DENisHolden1 о. У меня такой же вопрос) А если стор не общий, например, на Effector'е, тогда 4 недостаток пропадает и у модульной архитектуры, и у FSD?

[@romandeveloper7720]

@@DENisHolden1 а какая связность в этих подходах от общего стора? Не совсем тут понимаю. Мы же создаем стор на самой верхушке этого однонаправленного потока, оборачиваем в этот провайдер все приложение, все редьюсеры вытаскиваем из модулей, с самого верхнего уровня это разрешается делать.

[@nk_77777]

Буквально за 3 минуты (27:45 - 31:25) автор объяснил суть FSD, который вызывает у меня боль на проекте) Спасибо)

[@Boobnovslava]

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

[@alexeyfladarov5200]

Твои видосы это просто лучшее что можно найти на русском ютубе, мега полезно

[@Serh-rp6qj]

Так не хватало понимания архитектуры на фронте. Спасибо за то, что ты делаешь!

[@T9Bd9fz6E5]

смерть узким ублюдкам

[@ВадимБ-у9э]

Спасибо за проделанную работу, получилось отличное видео. Всем приятного просмотра

[@shehe7408]

Спасибо за отличный материал

[@al77ex1]

Огромное спасибо за архиролик! Архитектура стоит над технологиями и фреймворками. Перевожу свой рабочий проэкт на FSD.

[@МарияЗахарова-ы8ц]

Спасибо! Наконец-то получилось разобраться с FSD. Хоть кто-то объяснил без воды, на реальном примере. Мне сеньор скинул официальную документацию и это видео в качестве материалов для изучения) Видео прояснило все гораздо больше, нежели документация. Пошла переделывать проект🥲🙂

[@ДмитрийГребнев-д3с]

Feature sliced design это лишь один из вариантов реализации clean arhitecture дядюшки Боба. В целом считаю, что данные ролик подойдет только для понимания что архитектура приложения есть, и что хорошо бы про это почитать, но никак не для практического применения. Очень сильная завязка на структуре проекта, как по папочкам все разложить, а это совсем не тоже самое что архитектура.

[@АлмазбекАлтынбекУулу]

Критикуешь - предлагай

[@MrLuckfinder]

Ещё бы узнать где почитать

[@Владимир-д9и7о]

Спасибо за ролик! Применяю на работе FSD над новым проектом. Намного лучше, чем свалка. Но, нужно перенастроить мозг - привыкнуть. Очень хорошо помогает раздербанить на слои, дизайнерский макет в Фигме.

[@_serge_]

Добрый день. Под свалкой вы имеете ввиду "Классический подход(без архитектуры)" или и "простой модульный" в том числе?

[@Владимир-д9и7о]

@@_serge_ "Классический подход(без архитектуры)"

[@fairytaile4368]

Спасибо большое за ролик, как раз искала что-то без воды и по делу

[@Kado-v1s]

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

[@romanbolshiyanov]

Не престаю восхищаться талантом Тимура. Каждый видос это сотни часов моего времени, которое ты спас дорогой друг. Чувствуется что ты тратишь много времени. Но в подумай сколько времени ты нам экономишь в сумме) тысячи лет . Тимур. А можешь сделать видео о безопасности в контексте архитектуры желательно Full Steck приложение как фундамент для огромного проекта. И рассказать где можно сделать неправильно и ослабить безопасность в проекте. Спасибо 😊

[@UlbiTV]

Спасибо! Про безопасность давно плейлист хочу записать, руки не доходят

[@norwinlol]

На проекте используем FSD чуть больше года, крутая концепция(иногда не очень ложится на тулкит из за необходимости шаринга между слоями) за видос лайк

[@ВладОся-з7ь]

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

[@RuslanDasaev-f7f]

Один из лучших материалов на канале, must have для каждого фронт разработчика!!

[@Logo-e2b]

Ещё полгода назад я впервые посмотрел ролик по реакту у тебя, а теперь ебашу мобильную приложуху с килотонным, для меня, стеком и кайфую. Спасибо тебе! Очень нравятся собесы

[@vuegit]

FSD сначала показался похожим на Domain Driven Design (DDD). Но имеет большие отличия: DDD максимально оторван от UI и фреймворка (в FSD визуальные компоненты живут в каждом "слое"). В DDD можно писать на классах c DI со всеми ООП принципами. А можно и в функциональном стиле. Плюсом FSD отмечу стандартизацию и документацию, это популяризирует его. Хороший материал, был интересно узнать про FSD.

[@nickolayarbuzov6149]

Топовая и важная тема ! Спасибо за новые видео по этой теме

[@ДенисКвак]

Просто лучший, лучше видео по архитектуре фронта еще не видел

[@ocean1487]

На Jave не тыкаюсь, хорошо поставлена речь, подача инфы супер. Очень приятно слушать , смотреть. Дальше твори чудеса 👍👍🤝

[@Vesell11]

Turborepo от создателей nextjs в конце забыл упомянуть для монорепы. Отличное видео, много чего в одном месте собрал!

[@sverbinskiy]

Видео просто замечательное. Но в идеале было бы сделать видео по том как ты делаешь какой-нибудь простецкий проект по Feature sliced design так как, без каких-то явных примеров на практике довольно сложно понять в каком случае по каких папкам все разносить.

[@sergeys4732]

Там документация подробная есть как раз с примерами кода

[@thetraveler7779]

Очень познавательные ролики, без воды, предметно и по факту.

[@NefedoffYuriy]

Какое же шикарное видео, Алби, ты просто красава!

[@Ewok1991]

Самое лучшее, что я видел. Красава, оч все хорошо разложил по полочкам)

[@TeodorArg]

Большое спасибо ! Очень полезный видос с визуальной картинкой, иногда не хватает вот таких простых схем !

[@ivan_adamovich]

Большое спасибо вам за такой подробный ролик. Не первый год работаю программистом, но всё равно очень много полезного для себя подчеркнул

[@zakarhappy5496]

Тимурчик, родной, контент в кайф. Выпускай ролики почаще, очень полезный контент, и огромный в клад в обучение. Сасибо!

[@ВалентинДжексон]

Это очень полезное видео. Благодарю тебя!!!! Ты сделал мою разработку еще проще 👍👍👍

[@AndreyChursin]

Идея для ролика! Современная архитектура приложения - как развервнуть локально приложение, например в docker, можно выбрать какой-нибудь стек.. для меня лично - очень интересно послушать, что думают/умеют другие команды!

[@pochan1585]

Господи, как это прекрасно. Спасибо большое!

[@МаксимМухарёв-п8г]

Крутейший материал, спасибо огромное! Было бы невероятно круто в дополнение прикладывать ссылки на хорошие примеры проектов или реализовать некий тестовый проект на предложенных архитектурах. Можно потратить очень много лет, чтобы дойти до этого всего. Просто завидую тем, кто сейчас может это все получить в готовом виде, да еще и таким простым языком. )

[@mokkamokka4097]

Огромнейшее спасибо за все что ты делаешь!

[@mew6085]

Очень крутой разбор, смотрел 3 раза ролик, понимаю что ещё столько всего не знаю. Посмотрел на свои проекты, реально каша) Спасибо огромное!

[@valeramischenko9391]

как всегда максимально информативно! До этого я думал что соблюдаю определенную "классическую" архитектуру - оказалось свалка 🤣🤣. Вообще делаешь супер-мега крутой контент и работу! 🤘

[@boburmustafo]

Большое Спасибо очень полезный урок

[@kosee4008]

только подумал, а тут уже всё есть. Благодарю!

[@dimadima4222]

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

[@webunit]

Обычно не пишу комменты, но тут не удержусь, очень годный контент! То на что Соер потратил годы Ulbi объяснил за 1 час! 😎 Спасибо! 👍

[@vtsel-lp4jv]

Архитектура современных FRONTEND приложений. Спасибо!

[@ЕвгенийПалыч-ю4и]

Спасибо тебе мужик) такого на ру сегменте ютуба очень не хватает ))❤

[@Abdul-hy4cy]

Ты так объясняешь классно, спасибо большое Тимур ! Пришел сюда после доки

[@mikhas_ryzomny]

по всему видео при определении свойств архитектуры идет упоминание, что поток данных у нас однонаправленный вот как тут 31:40, (это же было и про модульную) не вижу просто ни потока, ни данных, по мне, некорректно так говорить, потому что первое, что приходит в голову это "props drilling" еще это обычно использовалось в контексте описания самой архитектуры будь то реакта или его сторов. правильнее в данном контексте было бы сказать иерархия управления или иерархия зависимостей или иерарахическая композиция зависимостей. спасибо, было интересно глянуть!!!

[@MrGreen-zs7on]

Супер! Огромное спасибо )

[@barbatage5078]

Час годноты! Приступаю…

[@ТёмикГоловин-й8ц]

У него курс выходит, а он полезный видос на час выпускает. Что с лицом хейтеры? Ещё раз увижу, сразу в бан улетите 😈

[@UlbiTV]

:D

[@h1x0ver78]

:)

[@MrGameTVCity]

В чем смысл хейтить такой контент? Ну допустим автор где то ошибся, но как минимум 90% инфы то правильная, а ошибку по ходу изучения других курсов (или прочесть комментарий с примечанием) можно и самому потом найти и исправить. Благо, есть много курсов на русском/английском.

[@y_ra83]

Не перни

[@shevdev]

Уже больше года пользуюсь featured-slice. Всем советую!

[@Upset0990]

Боже, ты настолько крут, спасибо тебе! Я благодаря твоим видосам про реакт и vue начал писать на этих фреймворках, а теперь начну писать на них правильно! Чую на курс к тебе пора. Может будет запись курса что бы можно было купить только видосы?

[@adelinaromanova8353]

Тима, спасибо, смотрим!

[@theoty-js]

Самый лучший материал на канале Ulbi tv

[@vikodam]

Ulbi TV просто красава, так держать Тимур - спасибо за обучающее видео

[@eugene-dmitrievich]

Очень полезное видео. Узнал для себя много нового. Попробую в следующем своем React приложении попробовать архитектуру Feature Sliced Design. Спасибо большое за видео 👍👍👍

[@qwe-rty-]

Блин, вот все прям четенько, лайк, но ох уж этот reduser))

[@arlenm1472]

Спасибо огромное! Почувствовал себя супергением к концу ролика, иду пробовать fsd)

[@ruslanundefined2242]

Как всегда топ контент братан! Делай так по чаще! Спасибо за выпуск!

[@MrBenemon]

Спасибо, очень качественно, очень доступно. Теперь ролик про солид надо посмотреть.

[@ArtyomSerchenya]

Спасибо автору, смог по новому взглянуть на сферу в которую относительно недавно залетел. Здорово, что можно применить FSD в no-code разработке, может немного не в том виде как в классическом программировании, но всё же))

[@дмитрийшикалов-о5у]

Огромнон спасибо тебе такую грандиозную работу!

[@creemer]

Благодарю! Отличная обзорная экскурсия!

[@dmitriigolubev7385]

Спасибо Тимур! Удивляюсь как у тебя получается столько всего успевать. Не могу дождаться старта курса)

[@ЭльнараГайнанова-ф3к]

Как можно быть таким умным? 🤯👏

[@emirrrrr123]

опять же - шикарно 👍👍👍

[@TheLastSeason]

Спасибо! Отличный материал. Залпом просмотрел)

[@timurkasiev]

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

[@galichandreyschool]

Супер видео! Как раз FSD юзаю... И так приятно о нём послушать из уст профессионала! Благодарю за полезный контент! Успехов на нелёгком пути профессионального преподавателя!

[@ipa_stor]

Думаю, очень важно внимательно посмотреть тем, кто собирается или начинает свой первый проект(-ы), а то частенько бывает так, что стартуешь проект и не понимаешь с чего начать. Это может выбить из колеи, а архитектура убирает вопрос на корню. В любом случае, приятного просмотра всем

[@dmtrkskv]

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

[@ЕвгенийПалыч-ю4и]

@@notrodans да? А когда у тебя команда из 5 джунов, которым нужно сделать большое приложение? Всем ждать пока синъерами станут?

[@BigMother228]

@@ЕвгенийПалыч-ю4и Уволить 5 джунов, взять 1 синьера, очевидно же))

[@render_the_void]

​@@ЕвгенийПалыч-ю4и пилить "свалку компонентов" и позволить им учиться на своих же ошибках. Джуны в FSD все равно не смогут, равно как и написать большое приложение. Когда подберут определенное количество опыта, тогда и пересмотрите архитектуру в соответствии с уже изученными бизнесовыми требованиями.

[@Black1991Star]

Спасибо за видео. И всё в итоге сводиться к общепринятой культуре которая уже установилась в коллективе. А потом, каждый начинает доказывать, что модуль или компонент должен лежать там или там-то, потом приходит тимлид и отдает преймущество тому методу с каким программистом он больше дружит, а на место того програмиста чей вариант не прошел назначаеться следующий кандидит. ... круговорот програмистов в Web-е.

[@RAMfOR]

Видос отличный, большое спасибо за огромный пласт информации. Единственное замечание, что последняя архитектура - это скорее не микросервисный подход, а разделение кода на библиотеки. А так прям круто!

[@evgenasd8892]

Приколько что автор старается по принципу solid спроектировать

[@zluka7951]

Спасибо большое за то, что ты делаешь.

[@sergeigostilovich5720]

Видео просто шикарное! Спасибо за такой контент!) Дополнительные вопросы: - Хотелось бы ещё услышать про особенности разработки на Angular (и прочих новых фрэймворках), и почему на них не так просто применять эти архитектуры? - было бы не плохо, если бы были ссылки на литературу и сайты, на базе которых ты делаешь ролики. Интересуют скорее Книги и статьи.

[@AlexKato-y7k]

ссылку на feature sliced design даже не дал, чтобы зритель не потерялся среди донатных ссылок и ссылок на его курсы. Ангуляр не расскажет, ибо не знает. Я работаю на ангуляр со дня его появления. Работал и с реактом и вью. Так вот даже не сомневайся, выбирая ангуляр. Это серьезный инструмент с жесткими рамками. И это миф, что порог входа в него выше. Ангуляр дает предсказуемое поведение и никогда не выплюнит тебе в браузер ошибку, из которой ты не будешь знать что делать. Реакт же, - на получай простыню на 500 строк, где ничего не будет сказано...

[@ВикторКоролев-й3э]

@@AlexKato-y7k какую архитектуру используете?

[@dontcode]

@@AlexKato-y7k ахах, ты не можешь в поиске написать «feature sliced design”?)) или ты за 10 лет кодинга на ангуляре гуглить не научился? Бедолага

[@AlexKato-y7k]

@@ВикторКоролев-й3э монорепозитории с nx. Но feature sliced design нахожу толковым подходом. В рамки загонять себя не надо конечно, пытаясь применить все правила того или иного подхода, но иметь предсказуемую структуру, всегда полезно.

[@lavenir9907]

​@@AlexKato-y7k, какие книги по улучшению кода и архитектуры читал? Посоветуй актуальные ресурсы.

[@darkside2436]

Спасибо что разложил по полочкам про feature slide design. Видел open sorce проекты с этой архитектурой, но не до конца понимал чем entities от widgets отличается.

[@Tanatos654]

Посмотрел с большим интересом, большое спасибо за проделанную работу! Очень хочется попробовать FSD и микросервисную архитектуру

[@GreenHappyHelix]

чуть ли не единственный, кто вообще не делает воду и кто делает видосы полезные для миддлов

[@mavldr]

Очень подробно и доступно, спасибо тебе большое 🎉

[@ma1abakiev]

Лучший! Очень долго искал толковую информацию об архитектуре, но никак не мог её найти, и тут выходит твой ролик, и всё сразу доходчиво и понятно объяснил что да как. Спасибо большое

[@ЭльнараГайнанова-ф3к]

Бесподобное объяснение 👏 Feature sliced design

[@samserios9367]

Кайф! Было полезно! Спасибо тебе за труд!

[@nodependency]

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

[@aleksandrmatyka3118]

Этот материал уникален для ютуба, спасибо Тимур, было бы интересно когда нибудь увидеть видео по монорепо, можно было бы также turborepo затронуть

[@Qwertyqwerty-tq3we]

так держать🔥