Но за 3 недели объединить sap, crm и ещё что-то - это сильно. Было б интересно узнать, сколько до этого делалась аналитика/пресейл, а потом тестирование и отладка. Не верится, что можно все сделать от 1й встречи с клиентом до промышленной эксплуатации без багов за 3 недели.
Вы ошибаетесь, если думаете, что требования не уточняются. Но... по итогам уточнения бизнес-процессов, полей, их типов и т.д. предлагается написать пример json запроса, спроектировать БД, чтобы получить нужную выдачу, написать sql запрос для получения нужных данных. Заодно спросят о паттернах микросервисной архитектуры и что делать, чтобы неизвестные тебе потребители узнали об измениях в публичном API. И, конечно, зададут вопрос о разнице Soap и Rest.
И первым вопросом, скорее всего, попросят перечислить варианты обмена данными между АС.
Честно говоря, я ожидала бы таких же уточнений и описаний пользовательского пути на UI и их давала. Но сразу же после этого ответа было что-то вроде: "А теперь напишите JSON запрос для передачи этих параметров". =)
А ведь когда-то я могла понять ваши рассуждения. Пожму вам руку, просто, если позволите.
Но за 3 недели объединить sap, crm и ещё что-то - это сильно. Было б интересно узнать, сколько до этого делалась аналитика/пресейл, а потом тестирование и отладка. Не верится, что можно все сделать от 1й встречи с клиентом до промышленной эксплуатации без багов за 3 недели.
Наташка, добавь в статью скрины с платформы. Текста очень много, а примеры не визуализированы.
Плюс статья как будто о чем-то общем, но фактически о частных примерах применения ЮЗБАС.
Спасибо. Написано понятно.
Я просто руку пожму. Большая работа проделана. Надеюсь, что окупится.
Понравился пример с break. Спасибо.
Первый пример с кафкой неудачный. Кафка сама ничего не отправляет, из неее вычитывают сообщения.
Никак.
Из всех идей, приходящих в голову, надо откинуть лишние.
Я думаю, что тут ответ только один - сверху кто-то был в этом заинтересован. Инициативу снизу зарубили бы вместе с инициатором. :)
Спасибо
Хорошая статья. Не поняла, почему поставлены минусы за неё.
Круто. Но с наскока статью не осилить. Кажется, что она должна быть опубликована в специализированном журнале.
Я тоже так думала, если честно. Ниже ответила, какие вопросы задают далее по итогам уточнения требований. А иногда с них сразу начинают.
Походу.:)
Спасибо, зря чужую картинку взяла =)
Вы ошибаетесь, если думаете, что требования не уточняются. Но... по итогам уточнения бизнес-процессов, полей, их типов и т.д. предлагается написать пример json запроса, спроектировать БД, чтобы получить нужную выдачу, написать sql запрос для получения нужных данных. Заодно спросят о паттернах микросервисной архитектуры и что делать, чтобы неизвестные тебе потребители узнали об измениях в публичном API. И, конечно, зададут вопрос о разнице Soap и Rest.
И первым вопросом, скорее всего, попросят перечислить варианты обмена данными между АС.
Честно говоря, я ожидала бы таких же уточнений и описаний пользовательского пути на UI и их давала. Но сразу же после этого ответа было что-то вроде: "А теперь напишите JSON запрос для передачи этих параметров". =)
А как этого добиться, как сделать автоподсказки, желательно подключи к поиску ИИ чат к ним?
Теперь это должен делать аналитик, исходя из вопросов на собеседованиях.