Телеграмм чат группы itarchitect страница 4065

Size: a a a

Архитектура ИТ-решений

3320 membersпожаловаться на группу

2021 June 25

АП

Алексей Попов... in Архитектура ИТ-решений

В смысле - зачем?
Ну вот так была решена задача

источник

12:57пожаловаться #1

Phil Delgyado in Архитектура ИТ-решений

А пофиг на чем клепать. Скорость создания первой версии зависит только от богатства экосистемы, не от языков.
Собственно, на языках со строгой типизацией можно экономить на числе тестов )

источник

12:57пожаловаться #2

Phil Delgyado in Архитектура ИТ-решений

Микросервисы не бывают просто так, это всегда решение какой-то проблемы.
Мне не представить себе проблему, где много сервисов по 500 строк лучше одного на 2000, есть пример?

источник

12:58пожаловаться #3

АП

Алексей Попов... in Архитектура ИТ-решений

Распилить задачу и отдать Джунам, например
Они там изолированно что-то творят

источник

12:59пожаловаться #4

pragus in Архитектура ИТ-решений

Странный тезис. gql - это про "как спросить все необходимые данные за 1 запрос".

Вроде "вернусь частичный профиль пользователя, последние 5 заказов и 3 последних адреса доставки"

источник

13:00пожаловаться #5

Denis Migulin in Архитектура ИТ-решений

тут клиент решает, какие данные. он должен знать, какие есть варианты
в bff - решает bff

источник

13:01пожаловаться #6

Phil Delgyado in Архитектура ИТ-решений

Э, а зачем отдавать задачу джунам, еще и по микросервису на каждого. Это никак не про обучение.

источник

13:01пожаловаться #7

Denis Migulin in Архитектура ИТ-решений

Ограничение blast radius говнокода?

источник

13:02пожаловаться #8

Phil Delgyado in Архитектура ИТ-решений

Неа. gql - это представить себе весь бэк в виде очень фиговой БД.
При этом вся сложность оптимизаций уходит на фронт (понимание, как именно будет отрабатывать gql, откуда реально пойдут данные, как они будут обогащаться, как именно будет делаться фильтр и т.п.).

источник

13:02пожаловаться #9

pragus in Архитектура ИТ-решений

Клиент часто знает что ему надо

источник

13:03пожаловаться #10

Phil Delgyado in Архитектура ИТ-решений

Иллюзия. Плохой сервис может всю систему уронить, так же, как и плохой код )

источник

13:03пожаловаться #11

Alex in Архитектура ИТ-решений

и выкачивает мимо rbac и abac всю базу клиентов

источник

13:03пожаловаться #12

Phil Delgyado in Архитектура ИТ-решений

GraphQL - это решение для специфических публичных API, очень дорогое и очень специфическое.
Если нет реальной необходимости (и возможности) его использовать - лучше и не начинать.
Обычный RPC (лучше в виде REST level 1) удобнее и эффективнее и лучше поддается изменениям.

источник

13:04пожаловаться #13

Phil Delgyado in Архитектура ИТ-решений

Пока, конечно, хуже всего по индустрии прошелся REST level 2, но по вредности его уже догоняет graphql

источник

13:05пожаловаться #14

Phil Delgyado in Архитектура ИТ-решений

Впрочем, это мир фронта, там вообще все очень грустно (

источник

13:05пожаловаться #15

Aleksandr Bespalov in Архитектура ИТ-решений

а задачу синхронизации данных, контрактов, и всего остального тоже джуны решат?)