Size: a a a

Software Design/Architecture/Zen

2021 June 10

M

Mixer in Software Design/Architecture/Zen
ага. обращайся если что
источник

JF

Jorik Fat in Software Design/Architecture/Zen
не знаю кто такой Ньюман
источник

JF

Jorik Fat in Software Design/Architecture/Zen
в людях вообще плохо разбираюсь
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Ну... Ты про штуку которую Мартин в конце 90-х публиковал. Люблю уважаю все, слегка (сильно) забиваю на abstract dependency, считаю что люди оч мало внимания уделяют stable dependency, про циклические зависимости я думаю все понимают что это симптом кривой декомпозиции
источник

JF

Jorik Fat in Software Design/Architecture/Zen
ну про ADP это понятно. Abstract Dependency тут причем?
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Но в целом оч осторожно надо со штуками у которых reuse в названии есть
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Там в оригинальной публикации оно есть и по сути в купе с stable dependency и за счёт инверсии приводит нас к определенным решениям которые де-факто стандарт индустрии (гребаные слои)
источник

JF

Jorik Fat in Software Design/Architecture/Zen
апеллирование к дате публикации такой себе тезис
источник

JF

Jorik Fat in Software Design/Architecture/Zen
а что со слоями не так?
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Не, я не про то что старое, я про то что "до того как он начал солиды продавать"
источник

JF

Jorik Fat in Software Design/Architecture/Zen
окей, хронологический порядок имеет значение
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Если следовать принципам этим и на основе оных выбирать чё где как - все хорошо. Но людям удобно обобщать.
источник

JF

Jorik Fat in Software Design/Architecture/Zen
так на слои делить нужно продуманно, а не абстракции ради абстракций "шоб было як у книжхе"
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Просто вот эти все клин архитектуры по сути на базе этих принципов но без осознания оных  люди просто пускаются в культ карго
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Ну и повторюсь - слишком много люди уделяют внимание "реюзу чего-то" хотя смысл не в реюзе а в изоляции и сокрытии знаний как чё работает.
источник

DT

Dmitriy Tkachenko in Software Design/Architecture/Zen
Насколько я понял, все эти reuse, абстрагируйся от БД, вдруг поменять придется - являются просто натянутой совой на глобус. Ну тоесть поменять БД тебе наврядли когда-нибудь понадобится, но ты не зависишь от деталей текущего движка, что уже само по себе хорошо. Цель-то то не столько в быстром переезде, сколько в разрыве зависимостей
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Дублирование кода при отсутствии дублирования знаний не проблема а наоборот решение
источник

SP

Sergey Protko in Software Design/Architecture/Zen
И для любителей нападок на "это все академическая хуйня" - это важно что бы паралелить/масштабировать работу и самое важное - масштабировать принятие рещений
источник

JF

Jorik Fat in Software Design/Architecture/Zen
Это частое явление, но почему-то многие из-за этого катят на архитектуру. Хотя виновниками являются те, кто не думают (хотя им следует)
источник

M

Mixer in Software Design/Architecture/Zen
тут просто пациент не видит никакой связи с бизнесом )
источник