ну яж не говорю что я предлогаю стратегию

но так часто само-собой получается на практике

и сам я таким не занимаюсь

я за симплисити 🤣

Я вот тоже)

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

🚁 https://youtu.be/gY2EeGuuaFg

Это больше не столько "сложность" типа "сложна" как усложненность с какой то целью, которую хотелось бы выяснить

ну типа текущее решение по каким то причинам не подходит под проект, например с сервисами можно прити к тому что у тебя окажется дофига tightly coupled компонентов что усложняет тестирование приложения

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

усложненность кода всегда ведет к увеличению стоймости такого кода

По тестированию надо отдельную дискуссию, думаю за тестирование пока бессмысленно говорить в нашем флоу разработки, последний опрос Алекса это подтвердил, мало кто тесты пишет в связи с бардачным менеджментом приходящим в снг, особенно в свете вопроса о повышении быстроты/удобства разработки. Тем более, тестирование стейтовых rx цепочек в любом случае сложнее чем простой testbed с di. Опять же просто фича, даже бесплатная, требующая стейта не должна влиять на архитектуру в глобальном плане, или нет?

Например классическое использование ngrx в компонентах это tight coupling в чистом виде

смотря как написан аплтикейшен поэтому the answer it depends 😀

один и тот же ап можно написать разными способами и каждый способ может быть как то обоснован 🙂

по поводу тестов, любая контора которая знает что она делает, будет писать тесты иначе софт сложно итерировать - что бы избежать плохих времен с поддержкой кода

если контора не знает что она делает, например какой то стартап или может аутсорсинговая контора, которая чаржит за тайм и материаллы - что бы бабло зря не “жеч” - тесты писать не будут

Опять же не могут быть причинами написания сложных либ повышение стоимости кода/рычаг шантажа/доминирование/альфа-чсв итд, те же обзорщики типа Тода Мотто просто освещают очередной подход, просто он должен выполнять смысловую роль. Наверное хотелось бы просто посмотреть на реальные примеры решения болей с помощью ивент модели, которая несмотря на усложненность решает большие траблы меньшими силами

Согласен

Часто стартапного типа проекты так и пишутся, первые 4 итерации обычно летят со скоростью истребителя и в таких моментах ты поримаешь что впиливать что либо закидывающее плуги тебе до конца спринта просто неразумно, но если бы оно могло дать существенный буст в будущем это было бы обоснованно. Я только лишь пытаюсь понять вероятность такого буста у людей кто уже его почувствовал, ибо пока я так и не видел кого то кто не говорил обратного