Карта — не счет, но она не может существовать без счета, потому что она является "ключом" к денежным средствам, хранящимся на счете. При получении карты в банке тебе открывается банковский счет и к нему выпускается карта.
Тут вся статья про это, а вы такой вопрос задаёте...
Во-первых, не всегда есть возможность (или желание) реализовывать в источнике данных дополнительные функции, помимо бизнес-логики. Например, в качестве источника выступает вендорское ПО, в которое нельзя просто так взять и прикрутить управление правами доступа, нужными фронту.
Во-вторых, что если нужно в одном ответе фронту агрегировать (и фильтровать) ответы нескольких бэкенд-источников?
В-третьих, BFF-сервис может держать в себе что-то, чему нет места в других источниках — ну, например, какие-то специализированные бизнес-справочники, чтобы подмешивать данные из них в ответ для фронта.
Автор, поправьте опечатки, пожалуйста )
Всё-таки, одно из важных качеств аналитика — производить корректный грамотный текст.
В Киргизстане.
Статья же о более абстрактных вещах, а не конкретно о сортировке именно пузырьком.
По делу утопили.
Статья — низкокосистентная информационная жижа.
Привет. А кнопка "Закрытые в Jira" (в футере) что делает? В статье не написано.
А чипы и дейлы там тоже есть? 😄
Фраза на пять баллов.
Подскажите, пожалуйста, следующая статья выйдет?
Что?..
ПиплИнтернет всё схавает — и ИИшные книги, и ваше "хватает" вместо "схавает" )Это к тому, что кожаные — часто такие же производители слопа, что и некожаные. А если так, то какая разница?
Но ведь это целых 9 миллионов!!!11
Это не очень очевидно для неносителя, но event-driven читается как "ивент дрИвен".
драйв - дроув - дривен
Карта — не счет, но она не может существовать без счета, потому что она является "ключом" к денежным средствам, хранящимся на счете. При получении карты в банке тебе открывается банковский счет и к нему выпускается карта.
Константин, спасибо за статью. Просто, понятно и полезно.
Но отмечу, что в плюсах и минусах подхода у вас продублировался пункт Упрощение клиент-серверного взаимодействия.
Тут вся статья про это, а вы такой вопрос задаёте...
Во-первых, не всегда есть возможность (или желание) реализовывать в источнике данных дополнительные функции, помимо бизнес-логики. Например, в качестве источника выступает вендорское ПО, в которое нельзя просто так взять и прикрутить управление правами доступа, нужными фронту.
Во-вторых, что если нужно в одном ответе фронту агрегировать (и фильтровать) ответы нескольких бэкенд-источников?
В-третьих, BFF-сервис может держать в себе что-то, чему нет места в других источниках — ну, например, какие-то специализированные бизнес-справочники, чтобы подмешивать данные из них в ответ для фронта.
И так далее.
Ну что, как обычно — шедевр.
Хорошая попытка, но нет.
Вы закрыли сценарий слушания своей музыки, но не закрыли сценарий рекомендации новых артистов/треков, которые могли бы вам понравиться.
Это "не ИИ".
А что в нем облачного? Это же просто устройство, подсоединенное к сети (NAS, network-attached storage).