Гайс, в последнее время часто начал замечать, что начали спрашивать на собесах про принципы чистой архитектуры. Так что если вы подаетесь на middle+, то вы точно должны это знать. Ловите шпаргалку 🤘 SOLID Пять принципов ООП: – Single Responsibility — один класс/модуль = одна ответственность. – Open/Closed — открыт для расширения, закрыт для изменений. – Liskov Substitution — подклассы должны заменять базовые без ошибок. – Interface Segregation — лучше несколько узких интерфейсов, чем один жирный. – Dependency Inversion — зависимости от абстракций, а не от конкретных реализаций. 💡 KISS (Keep It Simple, Stupid) Не усложняй там, где можно сделать проще. 💡 YAGNI (You Aren’t Gonna Need It) Не пиши код “на будущее”. Будущее может не наступить. 💡 DRY (Don’t Repeat Yourself) Не дублируй код. Общую логику — в функции, хуки или утилиты. 💡 SLAP (Single Level of Abstraction Principle) Внутри функции/компонента все должно быть на одном уровне абстракции, без мешанины из логики, запросов и разметки в кучу. 💡 BDUF (Big Design Up Front) Не всегда нужно проектировать систему целиком заранее. Итеративное улучшение архитектуры часто полезнее. 💡 Separation of Concerns Отделяй разные аспекты: логика состояния, API-запросы, UI, бизнес-правила. Легче читать, тестировать и поддерживать. 💡 Occam’s Razor (Бритва Оккама) Не ищи сложные решения, если простое решает задачу. Упростить > Усложнить. Также, кроме того, что вы их знаете, очень важно уметь применять их в работе. Принципы нужны не для галочки на собесе, а чтобы ваш код не превращался в хаос, которым невозможно пользоваться через месяц.