Про evolution design Осенью я уже делал видео по Архитектурному линтеру. Та идея была хорошая, но по обратной связи я понял, что всё же нужно зайти с другой стороны. Поэтому я пошёл думать, и о ED не было слышно некоторое время. Но после большого количества общения, менторинга, написанного кода, я понял, что готов подступиться второй раз. В чём основная идея ED? И почему меня не устроил сам FSD? Уже где-то через год использования FSD, я начал его модифицировать. Быстро оказалось, что в FSD заложены классные архитектурные принципы, но есть некоторые мешающие вещи, которые вызывают много проблем. Я немного подпилил напильником и стало лучше. Потом время шло, FSD стал популярнее, и я решил поделиться своей экспертизой в курсе (который доступен в моём сообществе сейчас) И до 4 урока, курс по FSD – это курс по FSD. Но в 5 уроке я поднимаю вопрос "недостатков" и представляю свою модификацию. Таким образом, курс по FSD, по факту не про FSD. И, в целом, когда я говорю о FSD, имею ввиду не сам FSD. Более того! Когда я говорю с другими опытными разработчиками о FSD, мы говорим не о FSD) Когда я начал ездить на конференции и менторить, оказалось, что на чистом FSD успешно почти никто не пишет. Более того, оказалось, что многие действительно успешные кейсы модификаций очень похожи. Мы разговаривали с Денисом Черновым, и его архитектура очень похожа на мой ED. Недавно в чате FSD один из самых активных участников рассказывал про свою структуру. И, о боже, она тоже 1 в 1 ED small) То есть, за много лет работы и модификаций FSD, появляется некий консенсус, как его докрутить, чтобы получилось норм. Я решил просто задокументировать результат ресёрча всей отрасли! Более того, в ED заложена гибкость, чтобы от сложности проекта можно было варьировать сложность архитектурных решений. В результате я хочу, чтобы вам не пришлось говорить: "У меня FSD, но с модификациями. Сейчас объясню какими" А вы могли сказать: «У меня ED в модификации medium. Вот документация и видео курсы, в которых это рассказано. И туллинг под ED будет соответствующим. В нём базово будет заложена гибкость, чтобы вы могли принять часть решений об архитектуре своего проекта самостоятельно, и при этом остаться в рамках evolution design. Самое сложное в этом всём – не усложнить) Чем гибче код, тем он сложнее. С архитектурой также. Но я хочу этот момент перекрыть а. Постепенностью. ED small проще, чем FSD b. Просто тонной образовательных материалов. Уже доступен гайд, как разрабатывать на ED small. Пользуюсь преимуществами своих блогерских навыков. В будущем ждите гайды по всем популярным фреймворкам и СТМ. Хочется всё рассказать, но для этого есть документация: ed.evocomm.space А если у вас есть вопросы и пожелания, залетайте в чат ED: https://t.me/+VugvWY1dtdRhM2Uy