Системный анализ | Ольга Пономарева

📂 Почему на вакансии СА всё чаще хотят почти архитектора, но платить как аналитику Читаю вакансии и начинаю подозревать, что архитектора теперь можно не нанимать. Достаточно написать: API, SQL, брокеры, highload, system design, чтение кода, НФТ — и присыпать это «широким техническим кругозором». Объяснение красивое: зоны ответственности соприкасаются. У СА они, кажется, соприкасаются вообще со всем живым. Я двумя руками за сильных технических аналитиков. Но когда «понимать архитектуру» превращается в «спроектировать, защитить и потом отвечать, почему легло», хочется хотя бы переименовать вакансию и пересчитать вилку. Архитектор за миску риса, который пока числится системным аналитиком. Нормальная эволюция роли или работа за двоих?

Всем больщущее спасибо, кто поучаствовал в челендже с борьбой за чемодан косметики 🙂 Челендж я не выиграла, да и кажется там все заглохло. Хотя всем участницам челенджа (и самого мероприятия) все-таки они коробочку с косметикой отправили 👍 Как и писала, что среди всех, кто выполнил условия разыграю что-то приятное, мой рандомайзер выбрал @rusanova_oa, в качестве бонуса: или созвон-менторство или мерч! так что побежала писать в лс ❤️

❤️ На первых потоках курсов по Архитектуре мы намеренно с Владимиром Бурмистровым решили проверять домашки, проводить воркшопы и активно чатиться с учениками, чтобы максимально собрать обратную связь. Но, похоже, теперь я лишилась выходных 🌚 🎬 Вебинар с Владимиром Бурмистровым «Читаем архитектуру как документ» 22 июля 19:00 мск

📂 Задание с курса про индексы. Какую бы функцию выбрали? _________________________________ Напоминаем, что до старта курса "Архитектура. Хард" осталось менее 2 недель (27 июля). Самое время пойти к руководителю и попросить оплатить обучение от компании:) 🫡Скопируйте и отправьте руководителю: Привет! Хочу согласовать обучение за счёт компании: курс «Архитектура систем. Хард». Старт — 27 июля. Возможна оплата по безналу: договор, счёт, закрывающие документы и лицензия. Курс поможет мне лучше оценивать архитектурные решения, заранее выявлять риски производительности и отказоустойчивости, аргументированно обсуждать технические решения с разработчиками и архитекторами. Это позволит снижать количество ошибок на этапе проектирования и избегать дорогих доработок уже после реализации. Для оформления необходимо отправить на почту companysystemanalyst@gmail.com: — карточку компании: название, ИНН и юридический адрес; — название курса и тариф; — дату старта; — ФИО ученика и его электронную почту

Нейросеть может анализировать SQL-запросы и предлагать способы их оптимизации – добавление индексов, переписывание запроса с использованием более эффективных операций, изменение структуры таблиц для улучшения производительность 👍 Пример промта 1: Оптимизируй следующий SQL-запрос: SELECT * FROM orders WHERE user_id = 123 AND order_date > '2024-01-01'; для PostgreSQL. Предложи оптимальные индексы 👍 Пример промта 2: Как улучшить производительность следующего запроса в MySQL: SELECT p.name, c.comment_text FROM products p JOIN comments c ON p.product_id = c.product_id WHERE p.category_id = 5;? Какие индексы необходимо добавить 💬 Чат по обсуждению ИИ в работе аналитика

Одна стрелка на архитектурной схеме может скрывать проблему, которая потом положит всю систему 😡 На диаграмме всё выглядит спокойно: сервис А вызывает сервис B. Но сама стрелка не говорит, что происходит на самом деле: ➡️ вызов синхронный или асинхронный; ➡️ что будет, если сервис B не ответит; ➡️ есть ли таймауты, повторные попытки и fallback; ➡️ может ли сбой одного модуля запустить каскадное падение всей цепочки; ➡️ не превратился ли один сервис или одна база в единую точку отказа. Архитектурная схема — это не просто картинка из прямоугольников. Это документ, в котором за каждым элементом и каждой связью стоят решения, ограничения и риски 📆 22 июля на вебинаре «Читаем архитектуру как документ» разберём, как аналитику читать такие схемы не формально, а по-настоящему: ➡️ что означают разные типы связей между компонентами; ➡️ где искать SPOF, tight coupling и риск cascading failures; ➡️ какие детали часто не дорисовывают на схеме; ➡️ какие вопросы задавать разработчику и архитектору на проектной встрече. Вебинар будет полезен аналитикам, которые участвуют в обсуждении решений, получают схемы от разработки и хотят понимать не только «что с чем связано», но и к чему это приведёт в реальной системе ⏰ 22 июля, среда, 19:00 мск Спикер: Владимир Бурмистров, разработчик, главный системный аналитик, Т1 📌 Зарегистрироваться

📂 Вопрос с курса: Команда планирует добавить 10 индексов на таблицу events. Какой риск должен поднять аналитик? Правильный ответ: Каждый индекс ускоряет чтение, но требует обновления при изменении данных. Поэтому большое количество индексов может заметно замедлить INSERT, UPDATE и DELETE. Таблица events с активной вставкой событий при 10 индексах будет иметь значительный overhead на запись. Индексы нужно добавлять под конкретные запросы и нагрузку, а не «на всякий случай». А завтра поделимся заданием с курса Архитектура.Хард 🙂

📁 Собесный вопрос: зачем нужны индексы в таблицах БД? Ответ «чтобы быстрее искать» слишком общий. Индексы ускоряют чтение данных. Но индекс ускоряет не таблицу вообще, а конкретные запросы. Например: SELECT * FROM orders WHERE user_id = 123; Без индекса по user_id база может проверить каждую строку. С индексом — быстрее найти нужные записи. Если часто нужны последние заказы пользователя, может подойти составной индекс: (user_id, created_at) Сильный ответ на собесе: Индексы ускоряют операции чтения: поиск, фильтрацию, сортировку, JOIN’ы и проверку уникальности. Но индекс создаётся под конкретные запросы. Он ускоряет чтение, занимает место и делает запись дороже. Поэтому перед его созданием нужно понимать, по каким полям фильтруют и сортируют данные, какие запросы выполняются чаще всего и как часто обновляется таблица.

📁 Индексы: что это такое, зачем они нужны, какие бывают и почему индекс не всегда ускоряет запрос. Системному аналитику не обязательно самому проектировать индексы. Но важно понимать, как требования к поиску, фильтрации, сортировке, пагинации и времени ответа влияют на работу с данными. 😍 На карточках собрала базу, которую полезно знать

🙃 На курсе Архитектура.Хард мы не просто учим определения, а разбираем реальные кейсы: какой запрос выполняется, на каких объёмах данных, почему отдельные индексы не помогут и какой индекс нужен под конкретный сценарий. Например, как ускорить поиск заказов курьера за сегодня при таблице на 200 млн строк и высокой нагрузке. Здесь уже важно не просто знать, что такое B-tree, а уметь выбрать составной индекс и объяснить порядок полей. 😍 Напоминаем, что до старта курса осталось менее 2 недель (27 июля). Самое время пойти к руководителю и попросить оплатить обучение от компании:) 🫡Скопируйте и отправьте руководителю: Привет! Хочу согласовать обучение за счёт компании: курс «Архитектура систем. Хард». Старт — 27 июля. Возможна оплата по безналу: договор, счёт, закрывающие документы и лицензия. Курс поможет мне лучше оценивать архитектурные решения, заранее выявлять риски производительности и отказоустойчивости, аргументированно обсуждать технические решения с разработчиками и архитекторами. Это позволит снижать количество ошибок на этапе проектирования и избегать дорогих доработок уже после реализации. Для оформления необходимо отправить на почту companysystemanalyst@gmail.com: — карточку компании: название, ИНН и юридический адрес; — название курса и тариф; — дату старта; — ФИО ученика и его электронную почту