да, но это скорее фанерка) тогда уж проще просто пойти и договориться

под запись диктофона! ))

приковав наручниками

И пиздить, пиздить...

Фанеркой

ты меня прямо заинтриговал, но у меня на самом деле вопрос больше в том, успешно внедрять солид в процессе развития проекта,
потому, что бы солид хорошо делать на старте, когда ты видишь что тебе надо сделать большой проект, тебе известны большенство его частей, есть какие-то схемы бека
а вот что если проект вырастает прямо из ничего? ну типа вот сделали простое приложение в 5 экранов, увидели, что интерес есть, допилили тут логики, там экранов добавили, и все это быстро-быстро, а потом спустя 2 месяца у тебя запунный клубок который становится трудно поддерживать и надо бы его рапутать, как тут быть?

Так СОЛИД же не столько про глобальную архитектуру, сколько советы о том как писать мелкие куски

Или мы о каком-то разном говорим

мелкие куски выливаются в глобальное так или иначе

как минимум, где ядро, где кандидаты

Типа D - это про прокидывание каллбеков в пропсы компонентов, или каких-то рендер-функций или ещё чего, всякие S и I - просто правила, на любом уровне применяй, и так далее

солид - это как раз то самое "на всякий случай сделаю хорошо", если сразу не начал - потом тяжело)

да и принцип единой ответственности или как он там

это прям указание

как надо раскидывать файлы по структуре

и как дробить, имхо

Его ещё трактуют неправильно. Многие почему-то думают, что он про то, что "функция должна делать что-то одно", а это немного не так

солид без добавления от себя  - не солид

сколько программистов, столько и трактовок :D

"функция должна делать что-то одно" вообще неплохое правило, если это не вывод символа на экран или какая-то очень мелкая атомарная операция