Size: a a a

Software Design/Architecture/Zen

2021 November 23

SP

Sergey Protko in Software Design/Architecture/Zen
что до "мы хотим что бы склеивалось автоматически" - да не особо в общем-то мы этого хотим..
источник

SP

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

NF

Nikita Fedorov in Software Design/Architecture/Zen
ну, если у тебя есть 2 варианта сделать что-то, то ты должен выбрать один, а не в одном месте писать по одному в другом по другому, вот и результат
источник

SP

Sergey Protko in Software Design/Architecture/Zen
если у меня есть 2 варианта сделать что-то и я могу ясно сформулировать в какой ситуации какой вариант - то будет два варианта
источник

SP

Sergey Protko in Software Design/Architecture/Zen
простой пример - у меня на бэке в одном месте нужен event sourcing. а в других местах он там "нахер не нужон". С твоей логикой я либо буду плакать и колоться в месте где ES упрощает жизнь но зато не тужить в других местах либо буду плакать везде кроме одного места
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
он так и так будет сложным, разница лишь в том будет ли это сделано ручками без какого-то одного подхода, или это везде будет одинаково
источник

SP

Sergey Protko in Software Design/Architecture/Zen
проблема в том что люди привыкли что "граф зависимостей сложны" и это воспринимается как норма. Но это не обязательно норма
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
ну, это решение чуть больше чем просто "стиль программирования"
источник

SP

Sergey Protko in Software Design/Architecture/Zen
а мы разве "стиль программирования" выбираем?
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
а тут ну это как писать while или везде for или забить и всегда использовать .map/select/etc
источник

SP

Sergey Protko in Software Design/Architecture/Zen
вот у меня есть эффектор. И я пишу ифы. во всяких там compose и прочих штуках. И я пишу гварды там где надо маршрутизировать флоу данных. И все у меня хорошо
источник

SP

Sergey Protko in Software Design/Architecture/Zen
и не мучаюсь экзестенциальными вопросами что "гварды это ж ифы, тогда почему у меня есть другие ифы..."
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
вообщем то да, это как решение о том делать ли домен без зависимостей от orm или нет, скорее стиль, чем требования бизнеса)
источник

SP

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

SP

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

SP

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

SP

Sergey Protko in Software Design/Architecture/Zen
все хорошо - вообще не интересно как это работает.
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
ну я тоже не мучаюсь, но это примерно как брать на js _.each из лодаш вместо натив, для этого нужны какие-то основания, а не просто, и вот сидишь смотришь на это и думаешь, какого хрена, зачем вообще это было написано так
источник

E

Emanresun in Software Design/Architecture/Zen
@fes0r нету какого нибудь фронта посмотреть референс или свой пример где реализовано примерно то что ты описывал либо похожее?
источник

E

Emanresun in Software Design/Architecture/Zen
хочется еще кстати использовать rxjs вместо эффектора
источник