ПРО АНАЛИТИКА | СИСТЕМНЫЙ АНАЛИТИК | АЛЕКСАНДР НЕЗДЕМИНА
Образование · 19 сентября 2026 г.
НУЖНА ИНТЕГРАЦИЯ, А API ЕЩЕ НЕТ. — 19 сентября 2026 г. в 06:07:34.190
НУЖНА ИНТЕГРАЦИЯ, А API ЕЩЕ НЕТ. С ЧЕГО НАЧАТЬ? Есть у меня табличка с вопросами учеников за три года и один вопрос в ней повторяется почти каждый поток: Я хочу создать задачу на разработчика на интеграцию новой системы. Куда идти, что делать? API не существует, ранее в компании никто не реализовывал такой функционал. В целом, когда ты начинаешь работать и находишься на позиции начинающего, то практически всегда работаешь с готовыми API, но если тебе надо создать что-то с нуля, то это задачка со звездочкой. Потому что хоть все и говорят, что одна из задач аналитика - это умение работать с неизвестностью, то тут ее слишком много. И без опыта и насмотренности это не просто сделать. Чаще всего начинающие или самоучки начинают с контрактов, фигачат swagger и продумывают апишки, то есть пытаются создать нечто новое/свое. Но я так делать не рекомендую. Обычно, когда задача новая, я советую сделать такие шаги: 1️⃣ Проверить правда ли API, которое требуется исходя из требований, вообще нет? Если вы работаете в крупной компании, то скорее всего вы не первый и не последний кто столкнулся с такой проблемой. Поэтому нужно просто поискать у других команд или отделов. Как искать? Можно сходить к архитектору и владельцу системы и помучать их вопросами и рассказать контекст, что зачем и почему. Если вы нашли апишку, то там останется чисто договориться, как переиспользовать. Или даже форкнуть реализацию. Понятное дело, обсудив с командой. Если в явном виде не удалось найти, то переходим к следующему шагу. 2️⃣ Делаем полноценное исследование. Я уже писал про это в этом посте и ниже прикладывал шаблон. Из него будет понятно, что делаем дальше. Ключевое, с чем вы должны выйти - это с вариантами реализации. Дальше, если вы понимаете, что надо все-таки API проектировать, то хороший вариант это: 3️⃣ Прикинуть нагрузку и типы взаимодействия. Прикидываем цифры, сколько вызовов в день и в пик, какой объем данных за раз, сколько клиент готов ждать, потому что от ответов на эти вопросы вы поймете а как проектировать: синхрон/асинхрон, что там вообще у вас будет в вашем API. На этом этапе классно привлекать как команду, так и архитекторов. И только после 3-х шагов мы уже начинаем проектировать модель данных, эндпоинты и всю внутрянку апишки. ➖➖➖ Короче, ключевое в этом всем процессе - понять, что мы имеем на старте, чтобы убрать эту неизвестность и всех коней в вакууме, чтобы продвинуться по задаче. Согласны? ➖➖➖ Кстати, есть у меня классная идея. Я как-то записывал вебинар для ребят с прошлых потоков на тему "Как делать исследование" и приводил примеры. ➡️ ПОСМОТРЕТЬ БЕСПЛАТНО ВЕБИНАР МОЖНО ЗДЕСЬ