Thread by @mr_mig_by

@skv_nskv @jsunderhood В точку 😉

@skv_nskv @jsunderhood В пакет «хуяк-хуяк» входит целый набор активностей: от сбора бизнес-требований до формирования списка core qualities и идентификации точек роста.

Но это сложно и скучно, так что упаковываем всё в хуяк-хуяк, чтобы никто не уснул

@skv_nskv @jsunderhood Ну и есть стандартный «подход по умолчанию»: DDD, CQRS + ES, data driven programming, MVVM, hexagonal architecture, FSM

Только это все не для нет-проектов и не для стартапов без будущего

@skv_nskv @jsunderhood Самый минимум это:
- бизнес логика живет отдельно
- сайд-эффекты отдельно
- UI компоненты отдельно от данных и сайд-эффектов
- единый способ моделирования доменных сущностей с минимальной иерархией
- родители не передают модели детям, отдельные подписки по id

@skv_nskv @jsunderhood Из этого набора можно слепить что угодно.
Конкретные либы тут решают не так сильно по началу, как разделение и минимальные согласованные интерфейсы

@skv_nskv @jsunderhood Вот это и выглядит снаружи как хуяк хуяк, потому что позволяет быстро итерировать и чуть что принимать более специфические решения

@skv_nskv @jsunderhood Задача любой архитектуры и проектирования - быть максимально ленивой.

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

А то сплошные риски, overfitting и overengineering

@skv_nskv @jsunderhood Пожалуй, главный принцип, который надо соблюдать - «пересобирать, но не переписывать».

Всё остальное - дополнительные меры для обеспечения этого принципа