Analyst IT

System Design Интервью. Как готовить? 🍳 • Пойду по наитию -> ❌ • Буду ждать подсказок -> ❌ • Моя экспертиза позволит вырулить -> ❌✅ ❗️ По опыту прохождения таких интервью в BigTech делаю маленький вывод для больших размышлений: "System Design Интервью - вещь в себе." ☀️ Оказывается у такого интервью: • Свой пайплайн прохождения • Аккуратно расставленные грабли • Разбросанные по IT миру лайфхаки • Не простая подготовка 💯 Такое осознание специфики интервью поможет к нему подготовиться и успешно его пройти! ❓ С какого конца взяться? 1. Понять основные шаги интервью 2. Выяснить ожидания интервьюера ✏️ Пошаговый фреймворк прохождения Существуют разные фреймворки прохождения. Чтобы не потонуть в море информации предлагаю рабочий: 1) Выяснить требования Сюда относим Функциональные и Нефункциональные. ФТ - какая функциональность доступна пользователю. НФТ - Какие качества должны быть у проектируемой системы. 2) Построить api Обычно это REST с несколькими ручками. Одну из которых нужно описать очень хорошо. 3) Спроектировать архитектуру Начать с монолита. Позволит описать основные user flow голосом. Показать уже работающую минимальную систему. 4) Поговорить о масштабировании Здесь многие тонут. Но мы подготовимся: а) Сделать stateless сервисы, которые можем масштабировать горизонтально. б) Сделать read реплики, поскольку, скорее-всего, запросов на чтение будет больше. в) Обозначить шардирование, если идём в мир. К примеру, шардирование по гео для букинга. Допустим, ищем отели во Франции. Пускай по признаку "Страна" все данные находятся на определенном сервере. Чтобы не делать кросс серверных запросов. Удобно. Быстро. 5) Упомянуть технологии Обычно выбираем PostgreSQL, если нужен ACID, схема данных, join. 6) Приправить всё кэшем и мониторингом Именно здесь. В конце. Избегаем широко известной истории в узких кругах. Рассказывает СТО: "Ко мне пришёл кандидат и предложил использовать кубернетиз для всех случаев.". Как бы да. Но сначала хочется увидеть спроектированный сервис. Который обслуживает основные пользовательские сценарии. А фразу "кубернетиз всё разрулит" можно припасти на потом. А не спасаться с помощью неё в самом начале. 👎 Нам не нужны: • Диаграммы последовательности • BPMN диаграммы, ... • Подробное описание интеграций внутренних и внешних систем с проработкой их контрактов 🆗 Из диаграмм - максимум аналог С4 контейнерной схемы: а) Актор - пользователь, админ, ... б) API GATEWAY в) Сервисы г) СУБД д) Мониторинг изображенные в таком виде, чтобы получить от интервьюера: 💭 «Ага! Теперь ясно!». ⚡️ Так и закончатся ваши 60 минут крови и пота приятного времяпрепровождения в рамках решения архитектурной задачи. ❗️ Если вышесказанное too much for me now, заберите первые 3 этапа. Отработайте их на "отлично" на пятерке(5️⃣) популярных задач. И это будет уже базовым прохождением. ❓ В следующий раз можно разобрать ожидания интервьюера и особенности коммуникации на таком интервью. Автор - Невзоров Владимир. Телеграмм канал - @system_design_world

API как продукт: честный взгляд изнутри Ozon Seller API Читать статью | Analyst IT

Дарим Яндекс станцию ‼️ Мы с друзьями решили порадовать одного из вас Яндекс станцией мини 3 - за подписку! С нашими каналами познавать мир IT проще и интереснее. Здесь вы найдете: авторские посты, полезные статьи и самые свежие новости про управление проектами, менеджмент, системный анализ, бизнес-анализ и многое другое. Будь в курсе вместе с нами! Условия максимально простые: - подписаться на каналы; - нажать «участвую». 1. Analyst IT 2. Project management | IT 11 февраля мы проведем розыгрыш и одному из вас улыбнется удача и он получит подарок 🎁

Что такое Архитектура ПО ⏳ 15 мин | 🟡🟡⚪️ Читать статью | Analyst IT

Идеальных систем не существует. Монолит, микросервисы и цена распределённости. CAP, ACID, BASE ⏳ 13 мин | 🟡🟡⚪️ Читать статью | Analyst IT

❓Работа в IT доступна только математическим гениям, пишущим код на черном экране? 📊Компании уже сейчас ищут специалистов в системном анализе, а ваши навыки работы с документами и логика — это уже 80% необходимого фундамента. Осталось освоить инструменты, и вы в IT. 🔥Записывайтесь на 3 бесплатных вебинара курса «Системный аналитик» и узнайте подробнее о профессии от преподавателей-практиков. 📕Вебинар 1: «Топ ошибок начинающего системного аналитика при описании REST API» 28 января в 20:00 мск На вебинаре разберём: 1. Типовые ошибки при описании REST API: структура, контракты и форматы данных 2. Где чаще всего возникает недопонимание между аналитиком и разработкой 3. Как оформлять описание REST API так, чтобы его было удобно реализовывать и тестировать 📙Вебинар 2: «Стейкхолдеры: как превратить хаос интересов в управляемую систему» 2 февраля в 20:00 мск На вебинаре разберём: 1. Кто такие стейкхолдеры 2. Как выделить группы стейкхолдеров, чтобы принести пользу проекту 3. Способы и методы работы со стейкхолдерами на разных этапах проекта 📗Вебинар 3: «Техническое собеседование системного аналитика» 10 февраля в 20:00 мск ✅На вебинаре вы узнаете, как эффективнее подготовиться к собеседованиям на позицию системного аналитика уровня Junior Записывайтесь ➡️ OTUS.RU Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Байки математика: Эксель на фронте ⏳ 4 мин | 🟡⚪️⚪️ Читать статью | Analyst IT

Давайте сократим сокращения ⏳ 5 мин | 🟡⚪️⚪️ Читать статью | Analyst IT

Аналитик данных: от базовой теории к практике На старте изучения аналитики данных легко растеряться: не всегда понятно, с чего начать, а что можно освоить позже. А без практики мотивация к обучению и вовсе может быстро угаснуть. Бесплатный демокурс от karpovꓸcourses помогает сделать первые реальные шаги: вы познакомитесь с Python, SQL: переменными и запросами, попробуете решать задачи, которые решают начинающие аналитики в компаниях, и получите ясное представление о профессии. Автор курса — Анатолий Карпов, бывший ведущий аналитик Mailꓸru Group и VK, самый читаемый эксперт в аналитике, по исследованию NEWHR. Его курсы прошли уже более 290 000 студентов. Получите доступ к демокурсу: https://clc.to/erid_2W5zFJG15bn Реклама. ООО "КАРПОВ КУРСЫ". ИНН 7811764627. erid: 2W5zFJG15bn

Исследуем UX-долг: как мы превращали список проблем в продуктовые решения ⏳ 6 мин | 🟡⚪️⚪️ Читать статью | Analyst IT

🐍 Автоматизация задач аналитики на Python: история выживания аналитика на утконосах 🗓 27 января в 20:00 МСК 🆓 Бесплатно. Урок в рамках старта курса «Продуктовая аналитика». Что будет на вебинаре? — Разберем частые боли аналитиков: ручные отчеты, бесконечный копипаст, страх сломать расчеты и витрины данных. — Покажем, как превратить разовые скрипты в автоматизированные сценарии на Python без «оверинжиниринга». — На примере данных про утконосов соберем типовой рабочий пайплайн: от сырых данных до готового вывода. В результате: — Поймете, какие задачи аналитика нужно автоматизировать в первую очередь, а какие — нецелесообразно. — Научитесь писать понятные и переиспользуемые Python-скрипты вместо одноразового кода. — Сможете внедрить системные подходы в регулярные отчеты, A/B-тесты и ad-hoc аналитику. 👉Для участия зарегистрируйтесь: https://clck.ru/3RQNuL Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Бэклог без хаоса: как навести порядок и не утонуть в задачах ⏳ 11 мин | 🟡🟡⚪️ Читать статью | Analyst IT

Почему бизнес покупает технологии, но не получает результат ⏳ 13 мин | 🟡⚪️⚪️ Читать статью | Analyst IT

За кулисами требований: психоанализ стейкхолдеров для продвинутых аналитиков ⏳ 5 мин | 🟡🟡⚪️ Читать статью | Analyst IT

Архитектурные практики в «кровавом энтерпрайзе»: данные, управление сложными системами и влияние AI ⏳ 11 мин | 🟡⚪️⚪️ Перейти | Analyst IT

Салют! Когда приходишь на новую работу часто возникает вопрос: «Я ничего не понимаю и как не сойти с ума» 🤯 Сегодня как раз об этом и поговорим)) Что ты видишь в первый рабочий день?: Вокруг — незнакомые лица, в ушах — непонятные акронимы, в задаче — туман, а в голове — панический внутренний диалог: «Я не справлюсь. Все уже давно в теме, а я даже с чего начать не знаю. Они сейчас поймут, что я — фейк».

Расслабьтесь. Это нормально. Я проходила через это не раз, и с каждым разом училась превращать этот страх из врага в топливо.

Делиться своими лайфхаками. Страх №1: 🤔 «Я ничего не знаю о продукте/домене» Совет, который меня спас: «не пытайся проглотить слона целиком» 1️⃣ Найди «ядро». В первые дни я задаю себе один вопрос: «Какую одну главную проблему решает этот продукт/модуль для одного главного пользователя?». Все остальное — фичи, исключения, нюансы — будет нанизываться позже на этот стержень. Я прошу коллег или руководителя нарисовать эту самую простую, базовую схему на доске. Это фундамент. 2️⃣ Составь глоссарий. В отдельный документ (я люблю OneNote или просто текстовик) начинаю записывать каждое новое слово, аббревиатуру, имя системы. Рядом — расшифровку и контекст, как оно используется. Это твой личный переводчик. Через месяц в него будет страшно заглянуть — настолько это станет для тебя родным языком. 3️⃣ Изучай не «все», а «от задачи». Не читай всю документацию подряд. Возьми одну ближайшую небольшую задачу (багфикс, маленькое улучшение) и изучай ровно то, что нужно для ее решения. Так знания укладываются в практический контекст и лучше запоминаются. Страх №2: 🧑‍💻 «Я не знаю процессов и людей» Здесь правило простое: первая неделя — не для выдачи результата, а для настройки радаров. 1️⃣ Составь карту stakeholders. В тихой обстановке я рисую простую схему: кто Product Owner, кто тимлид, кто ключевые разработчики, тестировщики, архитектор. Рядом с именами — пару слов о зоне их ответственности и как они коммуницируют (задает много вопросов? любит лаконичные сообщения?). Это моя социальная карта местности. 2️⃣ Назначь «ознакомительные» чаты. Я прямо так и говорю: «Привет, я новенькая, хотела бы на 15 минут созвониться, чтобы просто познакомиться и понять твою роль в проекте». Люди почти всегда идут навстречу. Эти 15 минут спасают от недель непонимания, «кому какой вопрос задать». 3️⃣ Уточни ритуалы. Не стесняйся спросить: «Как у вас принято проводить ревью требований? Куда выкладывать схемы? Как проходит приемка?». Лучше 10 раз спросить вначале, чем один раз сделать «не по-уставу» и получить недовольство. Страх №3: 😨 «Я не знаю, с чего начать и боюсь сделать ошибку» Мой главный принцип: показать путь, а не сразу результат. 1️⃣ Декомпозируй страх. Страшно начать большой эпик? Разбей его на шаги: 1) найти всю существующую документацию 2) провести интервью с 2 экспертами 3) нарисовать AS-IS процесс 4) записать уточняющие вопросы. 2️⃣ Делитесь «сырыми» мыслями раньше. Вместо того чтобы неделю в тишине копать и бояться, что идея неидеальна, я делаю набросок — в Miro, в виде простого списка вопросов или грубой схемы. И показываю его коллеге со словами: «Вот как я сейчас это вижу, правильно ли я двигаюсь?». Это снимает груз «создать шедевр с первого раза» и сразу направляет тебя верным курсом. 3️⃣ Задавай «глупые» вопросы. Это суперсила. Часто именно вопрос «А почему это вот так?» вскрывает устаревшее бизнес-правило или скрытую проблему. Фраза «Пожалуйста, объясните мне, как пятилетнему» — мой секретный ключ к сложным системам. ‼️ Главное, что я уяснила за годы: · Первые 30 дней — это легальный период «незнания». От вас ждут не готовых решений, а правильных вопросов и активного погружения. · Ты пришла не как «всезнайка», а как «проводник». Твоя задача — не помнить все, а уметь найти, структурировать и прояснить. · Страх и дискомфорт — признак роста. Если тебе комфортно и все понятно, значит, ты не учишься новому. Эта первая фаза хаоса — обязательная ступенька к экспертизе. Если знакомо - поддержи реакциями или расскажи свои советы в комментариях))) Источник: @ba_and_sa

За что на самом деле платят ваши пользователи: декомпозиция ценности, которую не покажут метрики ⏳ 9 мин | 🟡🟡⚪️ Читать статью | Analyst IT

От потребностей команд к требованиям: выбор движка бизнес процессов после EOL Camunda 7 ⏳ 24 мин | 🟡🟡⚪️ Читать статью | Analyst IT