Аналитик на Балтике

Как избежать влияния кода и бизнес-логики при проектировании API Код, управляющий данными – бизнес-логика реализации, – может влиять на проектирование API. Открытие доступа к такой логике через API может докучать не только потребителю, но и поставщику. На рис. 2.19 показан такой пример. Допустим, что для реализации нашего API онлайн-магазина у каждого клиента есть один активный адрес. Но адреса в системе никогда не удаляются; вместо этого их статус становится неактивным, когда клиент не пользуется услугами сайта. Проектирование API, на который влияет эта бизнес-логика, может обеспечить следующие ориентированные на поставщика цели: — составляем список адресов клиентов (активных и неактивных); — добавляем адрес клиента; — обновляем статус адреса (на активный или неактивный). Слова, используемые для описания этих целей, понятны, но общее назначение целей может быть неочевидно для потребителя, который не знает точно, как система обрабатывает адреса. Эти цели показывают, как данные обрабатываются внутри; на рис. 2.20 показано, как их нужно использовать. В левой части рисунка показано, как изменить адрес клиента с помощью этого API. Потребители должны перечислить существующие адреса, чтобы определить активный, обновить их, чтобы установить статус «неактивный», а затем добавить новый активный адрес. Довольно просто, нет? Вовсе нет! Это очень сложный процесс, и здесь легко что-нибудь может пойти не так. Что, если потребители не установят для предыдущего адреса значение «неактивный»? Это может стать катастрофой для целостности данных – здесь рискует поставщик. К счастью, в правой части рисунка показано простое решение. Весь этот сложный и опасный беспорядок можно заменить простой целью «Обновить адрес клиента». Реализация может сделать все остальное, как если бы мы позволили схеме обрабатывать цикл включения/выключения магнетрона для API-интерфейса нашего кухонного радара 3000. Открытие доступа к внутренней бизнес-логике может затруднить использование и понимание API-интерфейса для потребителя и стать опасным для поставщика. Опять же, если вы будете использовать таблицу целей API и сосредоточитесь на том, что могут делать пользователи, это должно позволить вам с легкостью избежать подобных проблем разработки, но тем не менее они все же могут происходить. ПОДСКАЗКА. При определении целей API всегда следует проверять, чтобы вы случайно не предоставили доступ к внутренней бизнес-логике, которая не касается потребителя и которая может быть опасной для поставщика. Здесь мы имели дело только с одним программным компонентом. Книга: Проектирование веб-API, автор: Арно Лоре. #книжныйКлуб #цитаты #АрноЛоре #IT #api #аналитик

Подборка IT-мероприятий🗓 ➡️ 10 марта — 2 апреля. Онлайн кейс-чемпионат Changellenge >> Cup IT 2025. ➖ Быстрый карьерный старт на онлайн кейс-чемпионате. ➖ Решайте реальные задачи и прокачивайте ключевые навыки в одном из трех направлений: анализ данных, продуктовый менеджмент B2B и продуктовый менеджмент B2C. ➡️ 10 марта. Разработчик и аналитик: как понимать код без написания кода. Как системному аналитику разбираться в коде, выявлять ошибки и понимать разработчиков, не будучи программистом. Практические приёмы и полезные инструменты. ➡️ 11 марта. SQL как самый быстрый вход в профессию аналитика. Приходите на практикум, где вы напишите свой первый SQL-запрос и решите задачу на реальных данных Netflix. ➡️ 12 марта. Вебинар "Из аналитика в продакта. ➖ Зачем аналитику в продакты, и где подвох? - и не хочется ли потом вернуться к анализу? ➖ Analyst -> PO -> Product Manager -> Head of products -> - навыки, ответственность, риски - в чем разница? ➖ Насколько для продакта критичен домен? - например, из финтеха в фудтех и обратно - годно? ➡️ 13 марта в 18:00. Офлайн. Бизнес-лавочка. ➖ Группа компаний Innovative People и экспертный лейбл «Тишина» на «Бизнес-лавочку» — стендап-вечеринку для IT-специалистов. ➡️ 13 марта. Постановка: как делать и кому. Максим Цепков: ➖ Развитие ИТ накопило большой набор методов создания постановок для разработки софта: требования и проектирование от модели данных, описание бизнес-процессов, use case, user story и story mapping, domain driven design, c4-model, макеты интерфейсов, CJM, event storming и многое другое. ➖ Эти подходы создавались в разное время и для разных типов проектов, а также для разных представлений о разделении ответственности между командой и бизнес-заказчиком и ролями внутри команды. И при выборе метода работы, как и при выборе фреймворка разработки, стоит не брать то, что знакомо, а представлять спектр вариантов, их назначение и особенности. ➡️ 13 марта. ecom.teсh x keycloak community meetup. ➖ Refresh token в веб-приложениях: быть или не быть? — Андрей Кузнецов, архитектор. ➖ Тернистый путь OAuth: от 2.0 к 2.1 — Ирина Блажина, архитектор ИБ, Оператор Газпром ИД. ➖ Безопасность микросервисов: как защититься от уязвимостей аутентификации — Алексей Морозов, руководитель AppSec, ecom.teсh. ➡️ 18 марта. Офлайн. ML Party. В Санкт-Петербурге обсудим тренды, новые подходы и вызовы индустрии с экспертами в области машинного обучения. Будет экскурсия по офису, нетворкинг на темы LLM, RecSys, Speech и не только.  ➡️ 18 марта. Автоматизация документооборота в Enterprise за 1,5 месяца. Кейс Whoosh. ➖ Сокращение сроков и трудозатрат на выполнение процессов по документообороту; ➖ Минимизация убытков компании из-за несвоевременной подготовки договоров и их согласования; ➖ Единое пространство для коммуникации и наличие внешнего портала для работы с контрагентами; ➡️ 27 марта. Офлайн. Zvuk Teamlead Meetup. ➖ Как экологично расстаться с сотрудником при увольнении — Никита Любицкий, Frontend Teamlead, Звук. ➖ Технический фитнес тимлида. Как тимлиду не просаживаться по техническим навыкам и знаниям — Никита Ульшин, Teamlead, Т-Банк. ➖ Как заонбордить одновременно 3 новые команды и не сгореть — Сергей Пиший Android Teamlead, Okko. ➖ Предотвращаем выгорание — объясняю на пальцах — Иван Шашов, руководитель веб-разработки, онлайн-кинотеатр START. #мероприятия #BA #SA #аналитик #IT

Подборка интересного из мира IT за неделю ⤴️ 👁 Видео: ➖ Записи ArchDays’24 уже в открытом доступе! YouTube 📣 Если пропустил конференцию или хочешь пересмотреть крутые доклады — плейлист с видео уже доступен! ➖ Хардкорная веб-разработка: проектирование структуры БД VK Video ➖ Kafka: что нужно знать Системному аналитику YouTube | VK Video Вы узнаете, что важно учитывать при постановке задач разработчикам, познакомитесь с принципами работы распределенной архитектуры и асинхронным взаимодействием сервисов внутри системы на примере подсистемы технической поддержки. ➖ Системный дизайн: взгляд со стороны продуктовой разработки» VK Video Особенности продуктовых компаний, сценарии архитектурных сессий и язык системного дизайна. Рекомендации по развитию навыков специалистам бизнес-анализа и системного анализа. ➖ Разбор PMBOK 8: Революция отменяется? Rutube — Что изменил PMI в восьмой редакции PMBOK? Хорошо это или плохо? — Как подготовиться к изменениям? — Когда будет опубликована новая редакция? Какие изменения в экзамене вступят в силу и когда? ➖ Individual Contributors, Site Reliability Engineering и надежность YouTube | VK Video Новый выпуск подкаста Фичи Катятся с Сашей Поломодовым, техническим директором из Т-Банка! 📱 Посты ТГ ➖ REST: синхронное или асинхронное взаимодействие. ➖ Уровни кэширования. ➖ Как НЕ потерять все наработки после продуктивного мозгового штурма? ➖ 10 вопросов, которые волнуют новичков в IT. ➖ Как подготовиться к собеседованию в компанию мечты и получить оффер? ➖ Всё, что нужно знать про брокеры. ➖ 3 реальных задачи, которые решают брокеры сообщений. ➖ Удалёнка против офиса: разнос «аргументов». 📖 Статьи ➖ Именно эти умения и навыки делают меня аналитиком. Автор статьи выделяет ключевые навыки системного аналитика: аналитическое мышление, умение задавать вопросы, находить решения, быстро адаптироваться к изменениям, системно мыслить, моделировать процессы и эффективно коммуницировать, подчёркивая, что успех зависит не от технических инструментов, а от гибкости, управления процессами и способности закрывать пробелы в команде. Особое внимание уделяется рефлексии, инициативности, которые позволяют предотвращать застои и обеспечивать слаженную работу даже в условиях неидеальных процессов. ➖ Канбан Метод: не магия, а логика. Наводим порядок в хаосе. Статья развенчивает распространённые мифы о Канбан-методе, подчёркивая, что это не просто визуализация задач, а системный подход к управлению процессами через анализ данных, гибкую адаптацию и оптимизацию потоков работы в интеллектуальном труде. ➖ Почему Redis работает так быстро, несмотря на то, что он однопоточный? Несмотря на однопоточную обработку запросов, Redis достигает высокой производительности за счёт работы в памяти, минималистичных операций и фоновой многопоточности для отдельных задач, а для масштабирования рекомендует кластеризацию вместо усложнения архитектуры. ➖ Руководство по Use Cases. Статья представляет собой подробное руководство по созданию и применению Use Cases (сценариев использования), объясняя их роль в структурировании требований через описание взаимодействий пользователя с системой для достижения целей. В материале разбираются этапы разработки сценариев, шаблоны документации, инструменты моделирования процессов (BPMN), типичные ошибки и связь с другими UML-диаграммами, подчёркивая важность Use Cases для согласованной работы команды и тестирования функционала. #подборка #SA #BA #аналитик #IT

Хорошо проведённый выходной - залог успешной рабочей недели💪 Предпочитаю куда-то выбираться на выходных, лишь бы не сидеть в четырёх стенах! А как вы проводите выходные ❓ #философияЖизни #life В этом посте есть большое видео, которое не загрузилось в Дзен. Откройте оригинал поста в телеграме, чтобы его посмотреть