fullstack-development
middle1/design: рассмотреть вопрос про антипаттерны (например, в контексте SOC)
- К Separation of concerns какие антипаттерны и как их избегать? (например, https://sourcemaking.com/antipatterns)
Предложение от @Zarwlar "Ну это не конкретно про separation of concerns, здесь в целом хотелось бы что-нибудь про примеры того, как не надо делать, или даже лучше, про то, что ты думал, что это хорошо, а оказывается, что - нет. Мне тогда как и сейчас приходит на ум только https://en.wikipedia.org/wiki/Big_ball_of_mud но это не антипаттерн, а про вид самой распространённой архитектуры. Вот хотя бы возможные причины её возникновения знать неплохо"
Т.е. если у кого-то есть идеи на этот счёт (антипаттерны проектирования), то кидайте сюда
Ну именно в контексте антипаттернов тут я так понимаю как раз имеются в виду две крайности: когда мы на SoC забиваем и получается Big ball of mud, и вторая когда мы чрезмерно увлекаемся и получается слишком много тонких слоёв с большим coupling между ними
