Сообщество GetAnalyst создано для объединения начинающих и опытных системных аналитиков, а также всех, кто хочет получить знания и опыт в проектировании программного обеспечения: от сбора требований до разработки архитектуры систем 🚀
Системный анализ | Бизнес-анализ | Проектирование и архитектура | Управление проектами | Практическое обучение
Пікірлер
А как слушать подкаст без включённого экрана телефона?
Такой кайф послушать в подкасте, очень информативно. ❤
первая часть посвящена ошибкам и я понимаю, что собрала их все) тоже не было ментора
Так много слов, так мало информации
Вас очень приятно слушать
Интересно, что будут делать, если ответ на заявление стопорит дальнейшие действия?
Спасибо за подкаст❤
А почему не рассмотрели вариант с использованием callback?
Добрый день! Так как во внешней системе он не был реализован и считаем, что детский лагерь может нам только предоставить API "как есть". С Callback конечно было бы красивее решение. Упоминала об этом в подкасте)) В этом плане вас может заинтересовать видео про вебхуки, если еще не видели: kzread.info/dash/bejne/pmiTk9Gvj9Ovf84.html
Очень интересно! С большим удовольствием слушаю ваши подкасты!
Благодарим за обратную связь!
1. Никиту слышно плохо. 2. скорость речи разная - автора слушаю на 1,5х, а Никиту приходится обратно на 1х переключать - не удобно. 3. тема вроде бы исходя из названия видео мне (еще даже не джуну, просто учусь) примерно понятная (на вскидку - периодический get или ресурс для приема ответа), а тут ее растянули на 30+минут.
Очень интересный материал, спасибо! У меня возник вопросистый вопрос по части очереди на стороне страховой компании.. каким образом эти наши заявочки будут отправляться уже в саму мед организацию? (Вряд ли мед организация будет как консюмер выступать.. да и вряд у нас будет реализован пуш механизм для этих консьюмеров.. вот этот момент непонятен) Брокер как то сам будет эндпоинт медицинский вызывать?
Видимо какой-то обработчик будет срабатывать на стороне страховой?
Здравструйте! Спасибо за приятную обратную связь :) Отвечаю на вопрос. У нас есть два сценария. Мед.организация -> Страховая 1. Мед организация отправила запрос на обработку 2. Страховая поставила задачу в очередь к обработке заявок, она в ожидании автоматической или ручной обработки. Страховая -> Мед.организация 1. Заявку обработали. И теперь нам гарантированно надо доставить статус на мед. организацию. 2. Страховая кладет задачу на вызов внешней мед.системы в брокер. Задача находится в брокере, пока мед. система не ответит успехом, либо пока не выполнятся условия исключения задачи из брокера (21 день мед система реагирует ошибками и подобное) Верно поняла вопрос?
Вы вообще не смотрели свое видео перед публикацией?
это уже исправленный вариант. в прошлый раз там еще музыка была, было еще в два разха хуже слышно.
Со звуком, ребят, у Никиты беда.
Интересная беседа для меня как джуну, много вопрос и страхов за час развеялось👍
Добрый день! Это прекрасно! Теперь главное не придумывайте новые страхи, всё ок и поддержка всегда есть. Спасибо Вам за обратную связь! :)
мало дяди, много тети - лучше наоборот бы
Насчет метода PATCH, что он идемпотентный можно поспорить. Он скорее частично идемпотентный или не является строго идемпотентным. К примреру, у нас есть объект "user" с полем "age". Вызов PATCH запроса с данными {"age": 30} увеличит возраст пользователя на 30 лет. Если повторно отправить точно такой же PATCH запрос с {"age": 30}, некоторые серверы могут интерпретировать его как повторное действие, увеличив возраст пользователя еще на 30 лет, а не оставив его неизменным. Таким образом, в данном случае результат не останется одинаковым, что противоречит строгой идемпотентности.
Добрый день! Пример скорее вырожденный. Похоже на то, что нужен какой-то counter (счетчик) на события именно под вашу задачу. И да, его можно сделать через PATCH :) На самом деле и под GET в REST API тоже можно заложить логику измениня данных в БД в процессе получения (например, увеличение счетчикаа на кол-во просмотров). И получается, что все методы частично идемпотентны. Можно начинать рассуждения о том, когда у нас просто REST API, а когда RESTful. И хорошо, когда вы можете привести примеры с такими исключениями и войти в дискуссию на эту тему, это показывает глубокое понимание вопроса))
Спасибо, жаль не послушал вас перед собесом)
Зато теперь знаете куда идти перед собесом и что смотреть ;)
блин ну просто музыкой все убили вы же смотрели что выгружаете, вы же аналитики тест перед выходом в прод)
Обновлено: kzread.info/dash/bejne/pqypurKCY7eoXZs.html
Спасибо огромное! Очень вовремя❤
Спасибо за обратную связь! ❤️
Интересно показано, как определять тип связи между сущностями. Спасибо!
Успехов в применении полученных знаний в работе))
Музыка мешает
Обновлено: kzread.info/dash/bejne/pqypurKCY7eoXZs.html
исит на месте?
Если Вы уточните Ваш вопрос, то нам будет проще на него ответить)
Спасибо! Очень понятно объяснено
Рады помочь!
Ничего не слышу, кроме музыки. Выключаю, спасибо.
Обновлено: kzread.info/dash/bejne/pqypurKCY7eoXZs.html
Задачка супер , спасибо. Мелодию , надеюсь , с фона уберете 😁
Уберём, уже скоро + Готовится отдельный подкаст по вебхукам
Очень полезная информация! Спасибо) Вас с 8 марта!
Спасибо за обратную связь и за поздравления! ❤️
Звуковая подложка перебивает лекторов
Обновлено: kzread.info/dash/bejne/pqypurKCY7eoXZs.html
Классная! Прикольно смотреть, спасибо!
музыка громкая, не юзер френдли(
Обновлено: kzread.info/dash/bejne/pqypurKCY7eoXZs.html
Я, с похожими мыслями на должности ведущего специалиста базы знаний, думающая перейти в системные аналитики, смотрю это видео: 🗿🗿🗿
😁😁😁
Какая бизнес-цель: 1. Использование музыки в видео? 2. Музыка заглушает ответы и отвлекает от контекста?
Пытались сделать лучше, получилось раза в разы хуже. Пересобрали из исходников, что остались. Благодарим за обратную связь. Обновлено: kzread.info/dash/bejne/pqypurKCY7eoXZs.html
Классный вебинар! полезная инфа, спасибо!👍
Круто! Спасибо за зания! 🤓🙌
музыка ужас.............. тема интересная.
Спасибо что музыка громче голоса Никиты браво
Шикарное объяснение, очень все понятно) Еще классно было бы такое видео с физической моделью)
Благодарю!
Супер лекция!) у Вас талант объяснять👍
Спасибо :)
Отличное видео! Спасибо
Спасибо за Вашу обратную связь!
Добрый день! Подскажите, пожалуйста, почему не является более оптимальным решением, когда внешняя система уведомляет нашу, когда заявка обрботана?
Есть куча решений куда лучше чем у этого решения. Решение из видео на уровне джун+ Как и микрофон у спикера
+ первая мысль которая пришла в голову. Если ты заинтегрировался с какой то внешней системой, которая тебе с такой большой задержкой должна что то вернуть, то логично что на их стороне должна быть реализация метода, когда внешняя система оповещает ВЕ о смене статуса, как на примере данной задачки. Не совсем конечно понятно зачем такая задачка, ибо в реальности такой кейс из ряда фантастики скорее, да и как отметили другие кандидаты, что тут более рационально использовать брокер
Здравствуйте, спасибо, интересная задачка, хоть и приходилось напрягать слух и еще продираться сквозь музыкальный фон))) Скажите, Никита, а callbackURI для внешней системы может подойти как решение?
Здравствуйте! Спасибо за Вашу обратную связь. С качеством звука будем полностью менять всё) callbackURI для внешней системы может подойти как решение - да, когда внешняя система по готовности вызывает нас (webhook)
супер, спасибо) продолжайте! Оч полезный разбор задач в таком формате @@GetAnalyst
реалистично)
Реальность пропетого менеджера и команды. Но с опытом можно стопорить заказчиков в их желаниях и по ТС 😂
Смишно
Етишкина макату😂😂😂😂я валяюсь
Вот так если и происходит, если в начале не поставить границы проекта и не обозначить самые главные бизнес-цели для mvp.
Хорошо подан материал, особенно для новичков! Спасибо!
Спасибо за Вашу обратную связь!
😢
Жиза
Хахахах! Как же жизненно)
первыыый
Опаздал) я 1 была хахаха
😅