За что на самом деле платят ваши пользователи: декомпозиция ценности, которую не покажут метрики
⏳ 9 мин | 🟡🟡⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
За что на самом деле платят ваши пользователи: декомпозиция ценности, которую не покажут метрики
“Надо увеличить ценность нашего продукта!” - фраза, которую произнес, пожалуй, каждый продакт хотя бы раз за свою карьеру. Эта фраза уже так набила оскомину, что уже потеряла всякий смысл. А вот такой...
🔥3❤1
Forwarded from Business | System analyst
Салют! Когда приходишь на новую работу часто возникает вопрос: «Я ничего не понимаю и как не сойти с ума» 🤯 Сегодня как раз об этом и поговорим))
Что ты видишь в первый рабочий день?:
Вокруг — незнакомые лица, в ушах — непонятные акронимы, в задаче — туман, а в голове — панический внутренний диалог: «Я не справлюсь. Все уже давно в теме, а я даже с чего начать не знаю. Они сейчас поймут, что я — фейк».
Делиться своими лайфхаками.
Страх №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
Что ты видишь в первый рабочий день?:
Вокруг — незнакомые лица, в ушах — непонятные акронимы, в задаче — туман, а в голове — панический внутренний диалог: «Я не справлюсь. Все уже давно в теме, а я даже с чего начать не знаю. Они сейчас поймут, что я — фейк».
Расслабьтесь. Это нормально. Я проходила через это не раз, и с каждым разом училась превращать этот страх из врага в топливо.
Делиться своими лайфхаками.
Страх №1:
Совет, который меня спас: «не пытайся проглотить слона целиком»
В первые дни я задаю себе один вопрос: «Какую одну главную проблему решает этот продукт/модуль для одного главного пользователя?». Все остальное — фичи, исключения, нюансы — будет нанизываться позже на этот стержень. Я прошу коллег или руководителя нарисовать эту самую простую, базовую схему на доске. Это фундамент.
В отдельный документ (я люблю OneNote или просто текстовик) начинаю записывать каждое новое слово, аббревиатуру, имя системы. Рядом — расшифровку и контекст, как оно используется.
Это твой личный переводчик. Через месяц в него будет страшно заглянуть — настолько это станет для тебя родным языком.
Не читай всю документацию подряд. Возьми одну ближайшую небольшую задачу (багфикс, маленькое улучшение) и изучай ровно то, что нужно для ее решения. Так знания укладываются в практический контекст и лучше запоминаются.
Страх №2:
Здесь правило простое: первая неделя — не для выдачи результата, а для настройки радаров.
В тихой обстановке я рисую простую схему: кто Product Owner, кто тимлид, кто ключевые разработчики, тестировщики, архитектор. Рядом с именами — пару слов о зоне их ответственности и как они коммуницируют (задает много вопросов? любит лаконичные сообщения?). Это моя социальная карта местности.
Я прямо так и говорю: «Привет, я новенькая, хотела бы на 15 минут созвониться, чтобы просто познакомиться и понять твою роль в проекте». Люди почти всегда идут навстречу. Эти 15 минут спасают от недель непонимания, «кому какой вопрос задать».
Не стесняйся спросить: «Как у вас принято проводить ревью требований? Куда выкладывать схемы? Как проходит приемка?».
Лучше 10 раз спросить вначале, чем один раз сделать «не по-уставу» и получить недовольство.
Страх №3:
Мой главный принцип: показать путь, а не сразу результат.
Страшно начать большой эпик? Разбей его на шаги:
1) найти всю существующую документацию
2) провести интервью с 2 экспертами
3) нарисовать AS-IS процесс
4) записать уточняющие вопросы.
Вместо того чтобы неделю в тишине копать и бояться, что идея неидеальна, я делаю набросок — в Miro, в виде простого списка вопросов или грубой схемы. И показываю его коллеге со словами: «Вот как я сейчас это вижу, правильно ли я двигаюсь?».
Это снимает груз «создать шедевр с первого раза» и сразу направляет тебя верным курсом.
Это суперсила. Часто именно вопрос «А почему это вот так?» вскрывает устаревшее бизнес-правило или скрытую проблему. Фраза «Пожалуйста, объясните мне, как пятилетнему» — мой секретный ключ к сложным системам.
· Первые 30 дней — это легальный период «незнания». От вас ждут не готовых решений, а правильных вопросов и активного погружения.
· Ты пришла не как «всезнайка», а как «проводник». Твоя задача — не помнить все, а уметь найти, структурировать и прояснить.
· Страх и дискомфорт — признак роста. Если тебе комфортно и все понятно, значит, ты не учишься новому. Эта первая фаза хаоса — обязательная ступенька к экспертизе.
Если знакомо - поддержи реакциями или расскажи свои советы в комментариях)))
Источник: @ba_and_sa
Please open Telegram to view this post
VIEW IN TELEGRAM
1🔥21👍10❤9🤯1
Архитектурные практики в «кровавом энтерпрайзе»: данные, управление сложными системами и влияние AI
⏳ 11 мин | 🟡⚪️⚪️
Перейти | Analyst IT
Перейти | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Архитектурные практики в «кровавом энтерпрайзе»: данные, управление сложными системами и влияние AI
Привет, Хабр! Меня зовут Игнатий Цукергохер, я фриланс-журналист и блогер. На Хабре в основном пишу про технику и выкладываю интервью, но решил вернуть рубрику обзоров мероприятий. И начну с такой...
За кулисами требований: психоанализ стейкхолдеров для продвинутых аналитиков
⏳ 5 мин | 🟡🟡⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
За кулисами требований: психоанализ стейкхолдеров для продвинутых аналитиков
Вы написали безупречное техническое задание. Провели двадцать интервью. Заполнили сто страниц в Confluence. Проект запущен, а через месяц ключевой стейкхолдер говорит: «Нет, это не то, что мы хотели»....
Почему бизнес покупает технологии, но не получает результат
⏳ 13 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Почему бизнес покупает технологии, но не получает результат
Или как я за 200+ внедрений научился отличать реальную боль от маркетинговой иллюзии Знаете, что меня бесит больше всего в этой индустрии? Когда бизнес тратит 200-300 тысяч на "решение всех проблем",...
💯4❤1
Бэклог без хаоса: как навести порядок и не утонуть в задачах
⏳ 11 мин | 🟡🟡⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Бэклог без хаоса: как навести порядок и не утонуть в задачах
У любой команды всегда копится бэклог — явный или призрачный, записанный или только устный. И чем больше людей в команде, тем больше задач под контролем. Но хаос может начаться и в небольших командах....
🐍 Автоматизация задач аналитики на Python: история выживания аналитика на утконосах
🗓 27 января в 20:00 МСК
🆓 Бесплатно. Урок в рамках старта курса «Продуктовая аналитика».
Что будет на вебинаре?
— Разберем частые боли аналитиков: ручные отчеты, бесконечный копипаст, страх сломать расчеты и витрины данных.
— Покажем, как превратить разовые скрипты в автоматизированные сценарии на Python без «оверинжиниринга».
— На примере данных про утконосов соберем типовой рабочий пайплайн: от сырых данных до готового вывода.
В результате:
— Поймете, какие задачи аналитика нужно автоматизировать в первую очередь, а какие — нецелесообразно.
— Научитесь писать понятные и переиспользуемые Python-скрипты вместо одноразового кода.
— Сможете внедрить системные подходы в регулярные отчеты, A/B-тесты и ad-hoc аналитику.
👉Для участия зарегистрируйтесь: https://clck.ru/3RQNuL
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
🗓 27 января в 20:00 МСК
🆓 Бесплатно. Урок в рамках старта курса «Продуктовая аналитика».
Что будет на вебинаре?
— Разберем частые боли аналитиков: ручные отчеты, бесконечный копипаст, страх сломать расчеты и витрины данных.
— Покажем, как превратить разовые скрипты в автоматизированные сценарии на Python без «оверинжиниринга».
— На примере данных про утконосов соберем типовой рабочий пайплайн: от сырых данных до готового вывода.
В результате:
— Поймете, какие задачи аналитика нужно автоматизировать в первую очередь, а какие — нецелесообразно.
— Научитесь писать понятные и переиспользуемые Python-скрипты вместо одноразового кода.
— Сможете внедрить системные подходы в регулярные отчеты, A/B-тесты и ad-hoc аналитику.
👉Для участия зарегистрируйтесь: https://clck.ru/3RQNuL
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Исследуем UX-долг: как мы превращали список проблем в продуктовые решения
⏳ 6 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Исследуем UX-долг: как мы превращали список проблем в продуктовые решения
Всем привет, я Лена, исследовательница в команде Облака Mail. Изучаю опыт пользователей и помогаю командам делать наши сервисы удобнее и понятнее. Управляю проектом UX-мониторинга core-сценариев...
Аналитик данных: от базовой теории к практике
На старте изучения аналитики данных легко растеряться: не всегда понятно, с чего начать, а что можно освоить позже. А без практики мотивация к обучению и вовсе может быстро угаснуть.
Бесплатный демокурс от karpovꓸcourses помогает сделать первые реальные шаги: вы познакомитесь с Python, SQL: переменными и запросами, попробуете решать задачи, которые решают начинающие аналитики в компаниях, и получите ясное представление о профессии.
Автор курса — Анатолий Карпов, бывший ведущий аналитик Mailꓸru Group и VK, самый читаемый эксперт в аналитике, по исследованию NEWHR. Его курсы прошли уже более 290 000 студентов.
Получите доступ к демокурсу: https://clc.to/erid_2W5zFJG15bn
Реклама. ООО "КАРПОВ КУРСЫ". ИНН 7811764627. erid: 2W5zFJG15bn
На старте изучения аналитики данных легко растеряться: не всегда понятно, с чего начать, а что можно освоить позже. А без практики мотивация к обучению и вовсе может быстро угаснуть.
Бесплатный демокурс от karpovꓸcourses помогает сделать первые реальные шаги: вы познакомитесь с Python, SQL: переменными и запросами, попробуете решать задачи, которые решают начинающие аналитики в компаниях, и получите ясное представление о профессии.
Автор курса — Анатолий Карпов, бывший ведущий аналитик Mailꓸru Group и VK, самый читаемый эксперт в аналитике, по исследованию NEWHR. Его курсы прошли уже более 290 000 студентов.
Получите доступ к демокурсу: https://clc.to/erid_2W5zFJG15bn
Реклама. ООО "КАРПОВ КУРСЫ". ИНН 7811764627. erid: 2W5zFJG15bn
Forwarded from Business | System analyst
This media is not supported in your browser
VIEW IN TELEGRAM
🤣13❤7😁3
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Байки математика: Эксель на фронте
Я математик по образованию, но, очень долго работаю в софте на разных должностях и в разных ролях. За долгую карьеру, накопилось множество интересных случаев, из которых каждый может сделать для себя...
❤2
❓Работа в 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
📊Компании уже сейчас ищут специалистов в системном анализе, а ваши навыки работы с документами и логика — это уже 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
❤3😁3👏1
Идеальных систем не существует. Монолит, микросервисы и цена распределённости. CAP, ACID, BASE
⏳ 13 мин | 🟡🟡⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Идеальных систем не существует. Монолит, микросервисы и цена распределённости. CAP, ACID, BASE
Эта статья не о «правильной» архитектуре. Здесь я постарался ответить на вопросы: почему микросервисы дороже, какие компромиссы неизбежны и по каким критериям выбирать архитектуру?...
❤3👍1🙈1
Дарим Яндекс станцию ‼️
Мы с друзьями решили порадовать одного из вас Яндекс станцией мини 3 - за подписку!
С нашими каналами познавать мир IT проще и интереснее. Здесь вы найдете: авторские посты, полезные статьи и самые свежие новости про управление проектами, менеджмент, системный анализ, бизнес-анализ и многое другое. Будь в курсе вместе с нами!
Условия максимально простые:
- подписаться на каналы;
- нажать «участвую».
1. Analyst IT
2. Project management | IT
11 февраля мы проведем розыгрыш и одному из вас улыбнется удача и он получит подарок 🎁
Мы с друзьями решили порадовать одного из вас Яндекс станцией мини 3 - за подписку!
С нашими каналами познавать мир IT проще и интереснее. Здесь вы найдете: авторские посты, полезные статьи и самые свежие новости про управление проектами, менеджмент, системный анализ, бизнес-анализ и многое другое. Будь в курсе вместе с нами!
Условия максимально простые:
- подписаться на каналы;
- нажать «участвую».
1. Analyst IT
2. Project management | IT
11 февраля мы проведем розыгрыш и одному из вас улыбнется удача и он получит подарок 🎁
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥14❤8👍5🤣3
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
API как продукт: честный взгляд изнутри Ozon Seller API
API — это не просто интерфейс, а полноценный продукт с живыми пользователями Когда слышишь слово «API», первое, что приходит в голову — это технический набор функций для программистов. Но в нашей...
❤2
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
• Пойду по наитию ->
• Буду ждать подсказок ->
• Моя экспертиза позволит вырулить ->
"System Design Интервью - вещь в себе."
• Свой пайплайн прохождения
• Аккуратно расставленные грабли
• Разбросанные по IT миру лайфхаки
• Не простая подготовка
1. Понять основные шаги интервью
2. Выяснить ожидания интервьюера
Существуют разные фреймворки прохождения. Чтобы не потонуть в море информации предлагаю рабочий:
1) Выяснить требования
Сюда относим Функциональные и Нефункциональные.
ФТ - какая функциональность доступна пользователю.
НФТ - Какие качества должны быть у проектируемой системы.
2) Построить api
Обычно это REST с несколькими ручками. Одну из которых нужно описать очень хорошо.
3) Спроектировать архитектуру
Начать с монолита. Позволит описать основные user flow голосом. Показать уже работающую минимальную систему.
4) Поговорить о масштабировании
Здесь многие тонут. Но мы подготовимся:
а) Сделать stateless сервисы, которые можем масштабировать горизонтально.
б) Сделать read реплики, поскольку, скорее-всего, запросов на чтение будет больше.
в) Обозначить шардирование, если идём в мир. К примеру, шардирование по гео для букинга. Допустим, ищем отели во Франции. Пускай по признаку "Страна" все данные находятся на определенном сервере. Чтобы не делать кросс серверных запросов. Удобно. Быстро.
5) Упомянуть технологии
Обычно выбираем PostgreSQL, если нужен ACID, схема данных, join.
6) Приправить всё кэшем и мониторингом
Именно здесь. В конце. Избегаем широко известной истории в узких кругах.
Рассказывает СТО: "Ко мне пришёл кандидат и предложил использовать кубернетиз для всех случаев.". Как бы да. Но сначала хочется увидеть спроектированный сервис. Который обслуживает основные пользовательские сценарии. А фразу "кубернетиз всё разрулит" можно припасти на потом. А не спасаться с помощью неё в самом начале.
• Диаграммы последовательности
• BPMN диаграммы, ...
• Подробное описание интеграций внутренних и внешних систем с проработкой их контрактов
а) Актор - пользователь, админ, ...
б) API GATEWAY
в) Сервисы
г) СУБД
д) Мониторинг
изображенные в таком виде, чтобы получить от интервьюера:
И это будет уже базовым прохождением.
Автор - Невзоров Владимир. Телеграмм канал - @system_design_world
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥9❤2👍2
Forwarded from Business | System analyst
Салют! Сегодня у нас подборка материалов по сбору требований
- Определение требований: что это такое и как его применять?
- Требования к ПО на пальцах
- Бизнес-требования. Назначение
- Документ бизнес-требований: Что это такое и как его составить [+5 шаблонов]
- Сбор и формирование бизнес-требований для сайта интернет-магазина
- Бизнес-функциональные требования (БФТ): особенности работы и реализации
- Как писать функциональные требования
- Алгоритм описания функциональных требований к системе в формате Use Case
- Нефункциональные требования к программному обеспечению.
Источник: @ba_and_sa
- Определение требований: что это такое и как его применять?
- Требования к ПО на пальцах
- Бизнес-требования. Назначение
- Документ бизнес-требований: Что это такое и как его составить [+5 шаблонов]
- Сбор и формирование бизнес-требований для сайта интернет-магазина
- Бизнес-функциональные требования (БФТ): особенности работы и реализации
- Как писать функциональные требования
- Алгоритм описания функциональных требований к системе в формате Use Case
- Нефункциональные требования к программному обеспечению.
Источник: @ba_and_sa
🔥7❤1👍1