Последние посты
Системный анализ | Ольга Пономарева
25 сент., 14:26
Где заканчивается для аналитика база и начинается архитектурное мышление?На проверке домашних заданий "Архитектуры.База" мы часто видим технически рабочие решения. Например, на скриншоте взаимодействие сервиса заказов и сервиса оплаты:Заказ → брокер → Оплата → webhook → ЗаказНа первый взгляд всё логично. Но именно здесь начинаются архитектурные вопросы: - Почему между сервисами выбран брокер? - Почему результат оплаты возвращается через webhook? - Что произойдёт, если сообщение потеряется или придёт дважды? - Какие есть альтернативы и почему выбран именно этот вариант?Знать, что такое брокер и webhook конечно круто, и это база. Понимать, когда их применять, почему именно здесь, какие есть ограничения и чем придётся заплатить за решение, это уже архитектурное мышление. Именно этот переход от знания компонентов к обоснованным архитектурным решениям и отличает просто техническую схему от архитектурыЕсли хотите научиться разбирать такие решения глубже, приходите на курс «Архитектура.Хард». Старт уже 28 сентября, а сейчас записаться можно со скидкой 10% по промокоду SADAY10Программа и запись: https://systemanalyst.life/architecturehard
1,040Открыть в TelegramСистемный анализ | Ольга Пономарева
24 сент., 15:00
Давайте пока сделаем как быстрее, а к архитектуре вернёмся потом Знакомо? Только это «потом» обычно не наступает. Зато каждая следующая доработка занимает всё больше времени, стоимость изменений растёт, а любое вмешательство в систему грозит новыми проблемамиСистемный анализ | Ольга Пономарева
24 сент., 13:31
24 сентября — наш профессиональный праздник 💛 Но мы решили не ждать и начать отмечать заранее 🙌 Разыгрываем 50 000 ₽ на обучение в нашей школе! 🥇 1 место — 30 000 ₽ 🥈 2 место — 10 000 ₽ 🥉 3 место — 5 000 ₽ 4–5 место — по 2 500 ₽ Условия максимально простые:Системный анализ | Ольга Пономарева
24 сент., 10:48
Планы на день системного аналитика:1) Поздравить коллег 2) Поучаствовать в розыгрыше 50.000р 3) Немного поработать 4) Воспользоваться промокодом 5) Сходить на вебинар по архитектуреСистемный анализ | Ольга Пономарева
24 сент., 07:04
С днем системного аналитика! 😀Помните, в какой бы вы сфере не работали - вы все равно системный аналитик, а значит, незаменимый специалист для компании 😏В честь праздника дарим промокод 10% на все обучения в нашей школе! Промокод SADAY10 (вводить на странице оплаты) Выбрать обучениеp.s. Для курса "Архитектура.Хард" на вебинаре будет мега бонус, приходите: https://school.systemanalyst.life/atbkssСистемный анализ | Ольга Пономарева
23 сент., 13:11
Маленькая доработка стоило месяц работы и вовлечение всей команды...Знакомо?У меня на работе была ситуация: бизнес попросил изменить одно небольшое правило в системе. Казалось бы, поправить условие и готово. Но когда мы начали разбираться, оказалось, что это правило завязано на несколько сервисов, старую интеграцию без обратной совместимости и тесты, которые тоже нужно было обновитьВ итоге изменение, которое выглядело как пара часов работы, превратилось в несколько недель 😢Медленно работала команда? Нет!Просто иногда проблема в самой архитектуре: чем больше скрытых зависимостей и связей между компонентами, тем дороже любое изменение. А как понять, что архитектура уже начинает мешать бизнесу?Будем обсуждать завтра на вебинаре с Владимиром БурмистровымЖдем тех, кто хочет понимать и развиваться в архитектуре. Всем посетителям вебинара отправим чек-лист архитектурного здоровья проекта, с помощью которого можно оценить текущее состояние системы и найти проблемные места 🙂➡️ Зарегистрироваться тутСистемный анализ | Ольга Пономарева
22 сент., 14:45
Кейс задачка из собеседованияДомен: онлайн-школа, кураторы проверяет домашнее задание. Студент должен сразу увидеть новый статус без обновления страницыНо: - студент может быть оффлайн - у него открыто несколько устройств - одновременно работают тысячи пользователей - статус проверки нельзя потерятьВопрос: как спроектировать такую интеграцию?Расскажите: - Какой протокол выберете? - Что произойдёт, если студент был оффлайн? - Какие компоненты системы будете проектировать?
Системный анализ | Ольга Пономарева
22 сент., 10:49изменён
24 сентября — наш профессиональный праздник 💛Но мы решили не ждать и начать отмечать заранее 🙌Разыгрываем 50 000 ₽ на обучение в нашей школе!🥇 1 место — 30 000 ₽ 🥈 2 место — 10 000 ₽ 🥉 3 место — 5 000 ₽ 4–5 место — по 2 500 ₽Условия максимально простые:— быть подписанным на @system_analyse — нажать кнопку «Участвовать» нижеА если хотите увеличить свои шансы — приглашайте друзей по своей персональной ссылке 👀За каждого человека, который присоединится к розыгрышу по вашей ссылке, вы получите +1 дополнительный билет.Системный анализ | Ольга Пономарева
21 сент., 14:32
Пишите сопроводительные через ИИ?Мы решили провести эксперимент и проверить, что из этого получитсяЦель эксперимента показать и подсветить то, что бездумные сопроводительные через ИИ - не улучшают вашу ситуацию по поиску работыЭксперимент: Мы взяли реальное резюме системного аналитика и подходящую вакансию на hh.ruОтдали всё ИИ и попросили написать сопроводительное, которое повысит вероятность приглашения на собеседование (с промтом)На первый взгляд получилось хорошо: опыт, цифры, инструменты, но потом мы перечитали письмо ещё раз и поняли, что вакансию ИИ почти не использовал, несмотря на промтТакое письмо можно отправить на десятки вакансий системного аналитика, ничего в нём не меняя, но вы представляете, когда у работадателя десятки или даже сотни таких сопроводительных?Этим экспериментом хотим вам показать, что не нужно бездумно доверять ИИ. С ее помощью действительно
Системный анализ | Ольга Пономарева
18 сент., 12:04
Есть сервис поиска товаров в интернет-магазине. При запуске системы было определено НФТ:Время ответа поиска — не более 500 мс для 95% запросовНа старте в каталоге было около 200 тыс. товаров, нагрузка составляла около 100 RPS. Требование выполнялось с большим запасом — среднее время ответа было около 150 мс. Через год каталог вырос до 15 млн товаров, а количество пользователей увеличилось. Нагрузка на поиск достигла 1500 RPS.Функциональность не менялась: пользователь может искать товары по названию и применять разного рода фильтры. Но теперь 95-й перцентиль ответа составляет 2,8 секунды. При этом база данных не падает, запросы выполняются корректно, данные актуальны➡️ Задание:Предложите, какие изменения в архитектуре или реализации вы бы рассмотрели, чтобы вернуть время ответа к требуемым 500 мсВажно: не нужно сразу называть конкретную
Системный анализ | Ольга Пономарева
17 сент., 14:57
Давайте пока сделаем как быстрее, а к архитектуре вернёмся потомЗнакомо?Только это «потом» обычно не наступает. Зато каждая следующая доработка занимает всё больше времени, стоимость изменений растёт, а любое вмешательство в систему грозит новыми проблемами24 сентября в 19:00 мск, в День системного аналитика, проведём вебинар о том, как говорить с бизнесом об архитектуре на понятном ему языке — через сроки, деньги и рискиНа вебинаре разберём:— как показать, что технический долг — это не абстрактная проблема разработчиков, а конкретные потери для бизнеса — как обосновать время на архитектуру и рефакторинг, когда от команды ждут новые фичи «ещё вчера» — как связать архитектурные решения с time-to-market, стоимостью изменений и рисками инцидентов — как постепенно мигрировать с монолита на микросервисы с помощью паттерна Strangler Fig — без остановки бизнеса — как системному
Системный анализ | Ольга Пономарева
16 сент., 14:56
Внутренним API тоже нужна обратная совместимость?Буквально недавно перед одним из наших экспертов стояла задача доработать метод API таким образом, что он потерял обратную совместимость со своей прежним видом (добавили path параметр)С одной стороны всё просто: API принадлежит одной команде, можно быстро договориться, а при необходимости одновременно обновить фронты и бэкиНо ситуация была неоднозначная🟢 Позиция «Выкатим все одновременно и нормально» Внутренние API не обязаны жить вечно. Если контракт используется несколькими сервисами одной команды, можно синхронно внести изменения, быстро обновить потребителей и удалить старую версию. Полная обратная совместимость здесь может только замедлять развитие: появляются лишние версии, временные поля и поддержка устаревших сценариев🔴 Позиция «правила должны быть как для внешних, так и для внутренних API» Внутренний API это тожеСистемный анализ | Ольга Пономарева
15 сент., 15:10
Любимая ситуация аналитика: технически всё работает, а по факту нет 🌚Kafka не упала. Сообщение пришло в правильном формате. Обработчик честно сделал свою работуНо пока OrderPaid был в пути, заказ уже успели отменить. И если такой сценарий заранее не согласовали, бизнес-решение фактически принимает обработчикВ карточках разобрали, как обычная задержка сообщения ломает весь процесс 👆Как бы вы обработали OrderPaid после CANCELLED: проигнорировали событие, запустили возврат или отправили на ручную проверку? Пишите в комментариях 👇
Системный анализ | Ольга Пономарева
14 сент., 12:43
1 сентября мы немного намекнули, что планируем новый формат про поиск работы и подготовку к собеседованиям с помощью ИИНо когда начали обсуждать его внутри команды, мнения разошлись. Поэтому решили не гадать, а спросить напрямую у васНемного предыстории:1️⃣Сейчас многие системные аналитики ищут работу или планируют начать в ближайшее время2️⃣ИИ можно использовать далеко не только для того, чтобы «улучшить резюме». С ним можно творить крутые вещи!3️⃣Мы провели много кастдевов и регулярно видим одну и ту же ситуацию: Человек хочет найти работу, переживает из-за рынка, но сам поиск выглядит как несколько откликов за неделю и подготовка к собеседованию в последний вечерРынок сейчас действительно непростой. Но если постоянно откладывать поиск, лучше он от этого точно не станетСистемный анализ | Ольга Пономарева
14 сент., 12:04
2,050Открыть в TelegramСистемный анализ | Ольга Пономарева
14 сент., 12:02
2,330Открыть в TelegramСистемный анализ | Ольга Пономарева
14 сент., 12:01
Системный анализ | Ольга Пономарева
13 сент., 10:37
Первая неделя "Архитектуры.База". Что мы заметили с кураторами курсаПервая неделя потока закончилась. Сейчас хочется поделиться с вами одним интересным наблюдением по домашкам❗️Ребята часто понимают архитектурную идею, но теряются, когда нужно объяснить, почему выбрали именно такое решение Например, несколько раз встречала ответы в духе "здесь лучше использовать X, потому что это надёжнее", или "потому что есть такой паттерн и так правильно". А вот когда начинаешь спрашивать: "надёжнее в каком смысле?", "а какие минусы есть у паттерна и не сыграют ли они злую шутку в данном кейсе?", "что именно здесь может пойти не так?" и так далее, начинается самое интересное...Поэтому в обратной связи мы стараемся не просто написать "ошибка" или дать правильный вариант. Мы задаем встречный вопрос, разбираем логику решения и показываем, какое ограничение илиСистемный анализ | Ольга Пономарева
11 сент., 13:55
Как бы вы спроектировали будильник для человека, который не слышит? ⏰Такой вопрос реально встретился на собеседовании. Его принёс мне один из учеников))Представьте: готовитесь к вопросам про REST, Kafka, базы данных и архитектуру. А на собеседовании вас просят спроектировать будильник 😊На первый взгляд вопрос кажется странным. В данном вопросе хотят понять, начнёте ли вы задавать уточняющие вопросы, разбирать сценарии пользователя и учитывать ограниченияК такому не подготовиться, это про мышление аналитика, но поразмышлять можно. Напишите в комментариях свой топ самых странных вопросов с собеседований 👇Системный анализ | Ольга Пономарева
10 сент., 14:45
Когда анализа уже достаточно?Представьте: команда делает новую функцию, пользователь может отменить оформленный заказ. Аналитик подготовил подробную спецификацию: описал основной сценарий, статусы заказа, все варианты отмены, ошибки, тексты сообщений, пограничные случаи и даже последовательность действий при отмене заказа с разных устройств.Команда читает и спорит"Пора в разработку" Основной сценарий и бизнес-правила понятны. Чем дальше аналитик пытается описывать каждую мелочь, тем больше времени уходит на согласования и тем сильнее спека превращается в нечитаемую простыню. Часть решений проще принять непосредственно в процессе разработки"Лучше проработать все мелочи" Подробная спецификация снижает неопределённость. Разработчику не приходится додумывать, что делать в редких сценариях, а бизнесу проще заранее увидеть, как будет вести себя система. Лучше потратить время на анализ
