Analyst IT

Переход с 1С: УПП на 1С:ERP: этапы, стоимость и риски ⏳ 6 мин | 🟡⚪️⚪️ Читать статью | @analysis_it 💙 Analyst IT | 💬 Analyst IT

Корпоративная библиотека как система: Как мы выстраивали архитектуру знаний для нашей IT-команды и что из этого вышло? ⏳ 5 мин | 🟡⚪️⚪️ Читать статью | @analysis_it 💙 Analyst IT | 💬 Analyst IT

Разбираемся с лицензией Redis. И что выбрать продуктовой команде ⏳ 11 мин | 🟡🟡⚪️ Читать статью | @analysis_it 💙 Analyst IT | 💬 Analyst IT

🎉 Результаты розыгрыша: 🏆 Победители: 1. Роман (@zkhromann) 2. AlexUnit (@AlexxUnit) 3. Tryshch (@Tryshch) ✔️Проверить результаты

Результаты розыгрыша: Победители: 1. Роман (438464292) 2. AlexUnit (8790709484) 3. Tryshch (296700801)

🎉 Результаты розыгрыша: 🏆 Победители: 1. Роман (@zkhromann) 2. AlexUnit (@AlexxUnit) 3. Tryshch (@Tryshch) ✔️Проверить результаты

Всем привет! Напоминаю о нашем розыгрыше Присоединяйтесь и получите шанс выиграть от нас подарочки)) Разыгрывать будем уже сегодня в 17:00 🙂

Как читать чужую документацию на API, чтобы не наступить на грабли Салют! Решила еще написать пару постов на тему API и рассказать случай из практики:

Получаю как-то документацию на внешнее API — для интеграции с платёжным сервисом. Открываю Swagger, всё красиво, эндпоинты на месте. Согласовываю интеграцию, передаю в разработку. Через две недели разработчик приходит с вопросом: “А что возвращает API если платёж завис в статусе pending дольше часа?” И тут выясняется — в документации этого нет вообще. Ни слова. Хорошая документация — редкость. Поэтому аналитик должен уметь читать её критически, а не просто принимать как есть.

Вот на что я теперь смотрю в первую очередь: 1. Есть ли вообще схема ошибок Если описаны только успешные ответы — это красный флаг. Спрашиваю прямо: “пришлите список всех кодов ошибок и их тела ответов”. Если в ответ тишина или “ну, обычно 400 и 500” — закладываю время на уточнения в процессе разработки. Они будут точно. 2. Что значит “опциональное” поле на самом деле Поле помечено как optional. Окей, а что если его не передать? — Подставится дефолт? — Просто проигнорируется? — Или вернётся ошибка, потому что поле опциональное только формально, а по факту обязательное при определённых условиях? Третий вариант встречается чаще, чем хотелось бы. Проверяю на реальном запросе, документации на слово не верю. 3. Идемпотентность — спрашиваю прямо Если интеграция создаёт сущности — платёж, заказ, бронирование — обязательно уточняю: что при повторном запросе с теми же данными? Дубль? Та же сущность вернётся? Для платежей это критично — повторный запрос из-за обрыва сети не должен списать деньги дважды. Если в документации об этом ни слова, это не значит что идемпотентности нет. Значит, про неё просто забыли написать. Спрашиваю у владельцев API напрямую, не додумываю сама. 4. Лимиты и троттлинг Сколько запросов в секунду разрешено? Что происходит при превышении — 429 Too Many Requests, как и положено по спецификации? Или, как бывает на практике, сервис просто молча обрывает соединение либо отдаёт 503? Это нужно знать заранее, а не выяснять на проде в пятницу вечером. 5. Версионирование — какая версия актуальна на самом деле Иногда документация описывает v2, а в реальности эндпоинт всё ещё на v1, потому что миграция не завершена. Смотрю дату последнего обновления документации. Если её нет — тоже звоночек. 6. Тестовая среда — её поведение реально совпадает с продом? Самое неприятное открытие — когда на тестовом стенде всё работает идеально, а на проде логика чуть другая. Уточняю у поставщика API: гарантируется ли идентичность тестовой и боевой среды, или есть нюансы, о которых стоит знать заранее. Документация — это обещание. Но обещания не всегда выполняют полностью. Задача аналитика — найти дыры до того, как их найдёт разработчик в проде, а не после. 🧐 Если было полезно, ставьте реакции, буду делиться больше такой информацией)) ___________ Источник: @ba_and_sa 💙 BA|SA | 💬 BA|SA

Авторизация по протоколу OAuth 2.0 в интеграциях ⏳ 4 мин | 🟡🟡⚪️ Читать статью | @analysis_it 💙 Analyst IT | 💬 Analyst IT

Киска в зоне риска... на сокращение😾 Если у тебя лапки руки на работе опускаются от страха сокращений, и ты в панике бросаешься мониторить вакансии курьера - остановись Первыми сокращают специалистов с пробелами в базовой инженерии БД. Достаточно понимать, как работают репликация, партиционирование и шардирование Вот поэтому мы решили дать тебе мощную техническую базу! 😎 10 июля в 19:00 (МСК) проведем бесплатный веб “Масштабирование реляционных БД. На чем сыпятся даже сеньоры” Разберемся, как система ведет себя на проде под нагрузкой. Этот хард-скилл защитит тебя от любых кризисов, сделает востребованным и даст возможность уйти в топовую компанию на нормальные деньги Бонус: кто будет на эфире вживую, получит возможность пройти аудит навыков и получить персональный карьерный трек бесплатно Регистрируйся по ссылке Erid: 2SDnjezxCUS Название: ООО "СТЕП БАЙ СТЕП" ИНН: 0800013217

ТЗ на API: что написать, чтобы разработчик не придумывал за вас Однажды я получила от разработчика готовый эндпоинт, который работал. Технически. Но в таком формате, что фронт не мог его использовать без дополнительного преобразования. Когда спросила почему — пожал плечами: “в ТЗ не было написано как, я сделал как удобнее”.

И знаете что? Он был прав.

С тех пор у меня есть чеклист того, что обязательно должно быть в ТЗ на API. Делюсь. 1️⃣ Название и назначение Не “создать API для заказов”, а конкретно:

Эндпоинт: Создание заказа
Используется: мобильное приложение, личный кабинет
Контекст “кто вызывает” влияет на авторизацию и требования к нагрузке.

2️⃣ Метод и URL

POST /api/v1/orders

Точный адрес, метод, версия. Без этого разработчик придумает сам. 3️⃣ Авторизация

Bearer token (JWT)
Authorization: Bearer {token}

Не написали — получите либо открытый эндпоинт, либо неожиданную схему авторизации. 4️⃣ Тело запроса Каждое поле с типом, обязательностью и ограничениями:

{
  "userId": 123,       // integer, обязательное
  "items": [...],      // array, обязательное, min: 1
  "comment": "..."     // string, необязательное, max: 500
}

Для необязательных полей — что происходит если не передали? Дефолт? Игнорируется? Напишите явно. 5️⃣ Ответ при успехе

HTTP 201 Created
{
  "orderId": 789,
  "status": "created",
  "createdAt": "2026-06-17T10:00:00Z" // UTC, ISO 8601
}

Формат даты фиксируйте явно — иначе получите локальное время сервера и долгие поиски расхождений. 6️⃣ Ошибки — то, что забывают в 80% ТЗ 422 - Не передан обязательный параметр 404 - Пользователь не найден 401 - Нет авторизации 409 - Товар недоступен Для каждого кода — тело ответа с понятным error code. Договоритесь о едином формате ошибок на весь проект и зафиксируйте один раз. 7️⃣ Бизнес-логика Самое недооценённое. Структура понятна — но что происходит внутри? Пишите явно: заказ создаётся только если все товары в наличии, после создания резервируется остаток, уходит email-уведомление. Если этого нет в ТЗ — разработчик придумает сам. Иногда угадывает. Чаще нет. 8️⃣ Нефункциональные требования

Таймаут: не более 2 секунд
Нагрузка: до 100 запросов в минуту

Если нужна защита от дублей — опишите механизм явно через Idempotency-Key в заголовке. Само собой не появится. Хорошее ТЗ — это не формальность. Это единственный способ получить то, что вы имели в виду, а не то, что разработчик имел в виду за вас 🙂 🧐 Если было полезно, ставьте реакции, буду делиться больше такой информацией)) ___________ Источник: @ba_and_sa 💙 BA|SA | 💬 BA|SA

Теория и практика DWH: что такое согласованные факты и измерения по Кимбаллу и зачем они нужны ⏳ 4 мин | 🟡⚪️⚪️ Читать статью | @analysis_it 💙 Analyst IT | 💬 Analyst IT

Агент написал код за 12 секунд и чинил его 40 минут: как я на самом деле сравнила ИИ-агентов ⏳ 6 мин | 🟡🟡⚪️ Читать статью | @analysis_it 💙 Analyst IT | 💬 Analyst IT

Системный аналитик помогает бизнесу и разработке говорить на одном языке: разбирает задачи компании, описывает требования, проектирует IT-решения и следит, чтобы система работала на реальные цели бизнеса. Онлайн-магистратура СПбГУ и Нетологии «Системный анализ и интеллектуальные системы управления бизнес-процессами» готовит специалистов на стыке IT и управления. В программе сочетаются академическая база СПбГУ и прикладные инструменты Нетологии. Студенты изучают математическое моделирование, алгоритмы, системный анализ, Python, BI-системы, no-code-инструменты, управление проектами и подходы к внедрению искусственного интеллекта. Такой набор навыков помогает работать со сложными бизнес-процессами: находить узкие места, снижать риски при разработке, формулировать требования к системам и сопровождать внедрение IT-решений. Обучение проходит полностью онлайн. После выпуска вы получаете диплом магистра СПбГУ очного образца по направлению «Прикладная информатика». Подробнее о программе Реклама. ООО “Нетология” ОГРН 1207700135884 Erid: 2VSb5w7d2U2

Как мы переносили интеграции с монолита на микросервис ⏳ 3 мин | 🟡🟡⚪️ Читать статью | @analysis_it 💙 Analyst IT | 💬 Analyst IT

Как мы переносили интеграции с монолита на микросервис ⏳ 3 мин | 🟡🟡⚪️ Читать статью | @analysis_it 💙 Analyst IT | 💬 Analyst IT

Дарим подарки нашим подписчикам 🎁 Мы с ребятами решили порадовать вас интересными подарками от наших каналов: - Внешний жесткий диск - Настольная игра от Школы Систем Аналист - Футболка BA | SA Условия максимально простые: - подписаться на каналы; - нажать «участвую». 1. Системный анализ | Ольга Пономарева 2. Business | System analyst 3. Analyst IT 07.07 в 17:00 мы проведем розыгрыш и троим из вас улыбнется удача)))

Data Mesh: что это и почему концепция не подходит большинству компаний в России ⏳ 12 мин | 🟡🟡⚪️ Читать статью | @analysis_it 💙 Analyst IT | 💬 Analyst IT

🔥 Приглашаем на бесплатный открытый вебинар курса «Микросервисная архитектура»: «RabbitMQ против Kafka — что выбрать для вашей структуры: сравнение и лучшие практики» 🗓 Когда: 24 июня, 20:00 (мск) 🚀 О чём этот урок? Обзор двух ведущих решений для работы с брокерами — RabbitMQ и Kafka. Разберём их основные особенности, преимущества и недостатки, а также рассмотрим реальное использование ключей. Вы узнаете, как выбрать тот или иной инструмент в зависимости от требований вашей системы, и дадите рекомендации по их внедрению и настройке для повышения производительности и надежности Что будет на вебинаре: — Обзор RabbitMq - устройство, принципы работы, отправка и получение сообщений — Обзор Kafka - устройство, принципы работы, отправка и получение сообщений — Сравнение этих двух систем 👉 Зарегистрируйтесь https://clck.ru/3UK3eE Бесплатное занятие приурочено к старту курса «Микросервисная архитектура», обучение на котором позволит освоить микросервисы: Docker, Kafka, API и стать мастером производительных систем. 🎁Бонус при покупке курса - мини-курс от платформы Алгокод с подготовкой к собеседованиям по System design. Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Системные дашборды для Sigla Vision ⏳ 9 мин | 🟡⚪️⚪️ Читать статью | @analysis_it 💙 Analyst IT | 💬 Analyst IT