p
В rest или grpc этого тоже нет
Ну да, тем он и ужасен. Так как это неверная абстракция в большинстве случаев, очень сильно протекающая.
И возвращающая нас во времена двухзвенок (и от них не просто так отказались).
Size: a a a
2021 June 25
АП
Ну вот если есть задача быстро напилить что-то - берём пачку джунов, пилим
А вообще требования к тому, чтобы у языка бэкэнда была строгая типизация, не всегда оправданы. Архитектурные ошибки не зависят от типизации, а именно они самые "дорогие"
А вообще требования к тому, чтобы у языка бэкэнда была строгая типизация, не всегда оправданы. Архитектурные ошибки не зависят от типизации, а именно они самые "дорогие"
PD
В bff есть.
graphql - это паттерн, а не только протокол, его нельзя сравнивать с grpc (на котором тоже можно сделать graphql, делов-то)
graphql - это паттерн, а не только протокол, его нельзя сравнивать с grpc (на котором тоже можно сделать graphql, делов-то)
PD
Не, оно так не работает. Если нужно быстро что-то напилить - берем сеньора и он быстро пилит.
Пачка джунов работает гораздо, гораздо медленее всегда.
Пачка джунов работает гораздо, гораздо медленее всегда.
PD
Ну, "пачка микросервисов" - это как раз архитектурная ошибка. Вызванная языком )
A
ну вот вы быстро напилили джунами 500строчных сервисов. Работать не будет. Вы вынесли сложность системы на другой уровень. И уверен если трассировку запросов посмотреть по бизнес-функциям, окажется что показатели доступности такой системы состоят из десятка-другого показателей доступности таких вот 500строчников...
АП
Но сениор может стоить дороже пачки джунов (особенно если его приходится снимать с другого проекта)
PD
Ну так увольте менеджера, который вместо миддлов и сеньоров нанял пачку джунов, если он думать не умеет.
АП
Почему?
PD
Потому что микросервисы - это очень сложное архитектурное решение, которое нужно очень сильно обосновывать и которое почти всегда избыточно.
PD
И которое требует гораздо более высокого качества от разработчика, нежели цитадель или монолит.
АП
Это пока не придумали фреймворков, которые прячут эту сложность (делаем вид что ещё не придумали)
PD
Ну, как придумают - так и посмотрим. Пока нет ничего и близко.
АП
Молекулер
AB
Куда он её прячет? У разработчиков и так в среднем не высокое понимание того как на самом деле работает какой нибудь коммит транзакций, что с консистентностью и т.д.
AB
Монолит придумали ;)
AP
представьте, что у вас есть проект дома. И вот приходит прораб и начинает на все вопросы орать "гвозди! У нас будут гвозди! Всюду гвозди! Чисто из гвоздей построим дом!"
Вот примерно так же и с микросервисами. Это инструмент, материал, кирпичик, один из множества.
Смешно каждый раз читать "у нас микросервисы"
Вот примерно так же и с микросервисами. Это инструмент, материал, кирпичик, один из множества.
Смешно каждый раз читать "у нас микросервисы"
PD
И какие проблемы микросервисов он решает?
Сквозной рефакторинг? Распределенные транзакции? Оптимальные запросы? Контроль чистой архитектуры продукта (а не сервиса)?
Сквозной рефакторинг? Распределенные транзакции? Оптимальные запросы? Контроль чистой архитектуры продукта (а не сервиса)?
A
npm 0.14.13