интересно, как эти паттерны собирать, а точнее даже — где лучше всего насматриваться на них? Ждала этот вопрос, сразу хочу дополнить пост Я встречала в своем опыте два этапа: 😶Первый, когда паттерн описывается в виде документации по аналогии с компонентами в ДС: правила и ограничения, рекомендации сборки и примеры в контексте — так дизайнеры могут просто скопировать ваши наработки и переиспользовать в работе 😶Второй, где это описывается более человечным языком и оформляется в виде презентации. Так понять логику становится легче и это повышает процент переиспользования и понимания в целом Касаемо вопроса насмотренности При сборке любого паттерна вам необходимо собирать бенчмарки. Поэтому ответ простой: выбираете тему (например, ссылки) и смотрите как разные продукты оформляют ссылки в различных контекстах. Выводите ограничения вашей ДС и наблюдаете, ломается ли логика, какие есть проблемы. Это называется отказоустойчивость По сути план работы над паттерном выглядит так: 1. Выбираете тему 2. Аналитизирует бенчмарки 3. Формируете разные концепции решений 4. Тестируете на отказоустойчивость 5. Описываете правила и рекомендации 6. Оформляете в доступный вид