EDITING(INTRO): Refine content. Section "For whom?"

[azinit]

Задача

Реализовать в RU-версии доки параграф в Intro, адаптируя существующий контент и имеющиеся наброски (см. ниже)

Картина в целом

То, к чему стремимся

== 1. SummaryHeader
Вопрос: "Что это?"
Контент: Краткая инфа по FSD - можно поженить то, что ты описал с тем, что есть в доке

== 2. For whom
Вопрос: "Это может быть мне полезно?"
Контент: "кому полезно" + оч немного "мотивации" (чтоб не сбивало с толку)

== 3. Overview
Вопрос: "Как применяется? Примеры?"
Контент: Основы оч кратко (остальное в /get-started/basics) + пример декомпозиции
(возможно той же интерактивной анимашкой, которую позже завезем)

== 4. Advantages
Вопрос: "А в чем профиты таких концепций?"
Контент: Адаптировать существующий раздел, учитывая твои замечания
(мб даже получится как-то склеить с предыдущим, хотя кажется, что все же лучше отдельно)

== 5. Usage
Вопрос: "А как затащить в проект? И стоит ли?"
Контент: Про частичное применение, как у тебя

Материалы

Драфт @illright

[illright]

@feature-sliced/core @feature-sliced/contributors В приложенном драфте есть следующая фраза:

стоит помнить, что эта методология создана именно для фронтенд-проектов. Для проектирования бэкенд-проектов можно рассмотреть, например, Clean Architecture.

Там я Clean Architecture с неба приплёл, но на самом деле я не очень разбираюсь в хороших архитектурах для бэкенда. Какую одну архитектуру бэкенда вы бы предложили линкнуть?

[azinit]

Там я Clean Architecture с неба приплёл, но на самом деле я не очень разбираюсь в хороших архитектурах для бэкенда. Какую одну архитектуру бэкенда вы бы предложили линкнуть?

@illright Да в целом ее и можно, тут в целом спорно насколько стоит бэкендерам что-то советовать - но пусть будет )

Там из предшествующих более слабые версии типа Onion, DDD, 3-Tier и т.п.
Хотя насколько знаю, щас сильно извращаются в этом, так что возможно есть более хипстерские аналоги