Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Как правильно формулировать нефункциональные требования
Привет, Хабр! Я старший системный аналитик, эксперт онлайн-школы по системному анализу Ольги Пономарёвой Материал основан на реальных кейсах из практики: мы в школе System Analyst...
👍16🎉9❤7🥰6👏4🔥3😁3
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Примеры бизнес-применения модели C4
Я часто слышу от коллег и партнеров о трудностях в описании бизнес-процессов компании. Кто-то начинает с рисования общих схем процессов, оргструктур или моделей. Инструменты вроде BPMN действительно...
😁13👍10🔥9🥰8❤6👏6🎉6
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Эволюция процессов: от классической автоматизации до самооптимизирующихся ИИ-агентов
Привет, Хабр! Я Игорь Морозов, архитектор в Platformeco. Мы более семи лет развиваем методологию композитных предприятий (Composable Enterprise), изначально разработанную с Google и Gartner, а также...
😁13❤12👏11👍9🥰7🎉5🔥4
Инженеры, как справляетесь с облачной рутиной?
Каждый день: проверить конфиги, настроить сервисы, ответить на алерты безопасности. Одни и те же операции снова и снова, а времени на важные задачи не остаётся.
На конференции команда Yandex Cloud представила AI-ассистентов, которые берут до 30% этой рутины на себя.
Теперь можно просто написать ИИ-ассистенту: «Покажи топ клиентов по выручке» — и AI сам отправит запрос в Trino, ClickHouse или другую базу-данных. Мало того, в YDB еще можно провести диагностику БД и в целом автоматизировать их администрирование.
Настройка, аналитика, безопасность — всё через обычный запрос. Экономьте время на том, что действительно важно.
Перейти | BA|SA
Каждый день: проверить конфиги, настроить сервисы, ответить на алерты безопасности. Одни и те же операции снова и снова, а времени на важные задачи не остаётся.
На конференции команда Yandex Cloud представила AI-ассистентов, которые берут до 30% этой рутины на себя.
Теперь можно просто написать ИИ-ассистенту: «Покажи топ клиентов по выручке» — и AI сам отправит запрос в Trino, ClickHouse или другую базу-данных. Мало того, в YDB еще можно провести диагностику БД и в целом автоматизировать их администрирование.
Настройка, аналитика, безопасность — всё через обычный запрос. Экономьте время на том, что действительно важно.
Перейти | BA|SA
👏16🎉11❤10🥰8😁8👍6🔥6
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Внедрение API Gateway: проблемы, решения, практические рекомендации
В мире микросервисов десятки, а то и сотни сервисов живут своей жизнью. Каждый со своим адресом, своими правилами, своей аутентификацией. Для внешнего клиента это выглядит как город без улиц и...
❤15👍11😁10🎉9🔥5🥰5👏3
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Альтернативная нотация описания архитектуры ИТ систем
Когда‑то, много лет тому назад, когда я начинал перепрофилироваться с разработчика программного обеспечения на системного и бизнес аналитика, я открыл для себя нотацию описания бизнес...
❤4
Салют! Я проводила опрос по интеграции систем для системных аналитиков и обещала поделиться своими мыслями, но что-то затянула, исправляюсь)))
1️⃣ «Ваш ключевой проект - интеграция новой CRM с устаревшей ERP-системой. Бюджет и сроки ограничены. Какой подход вы предпочитаете на старте?»
Мой ответ: C. API-led (во главе угла API)✅
Почему?
Стратегия, а не тактика:
- Point-to-Point — это технический долг почти в чистом виде.
Мы решим сиюминутную задачу, но создадим монолитный стык, который будет сложно поддерживать и почти невозможно переиспользовать для других систем.
- ESB — это "тяжелая артиллерия". Для старта проекта с ограниченными сроками и бюджетом разворачивание и настройка ESB — это overengineering.
- iPaaS — хороший вариант, но он может создать зависимость от вендора и не решает проблему legacy-системы в корне.
-✅ API-led как золотая середина: Этот подход позволяет нам создать современный, стандартизированный интерфейс (API) для нашей старой ERP. Это превращает её из "обузы" в полноценного участника экосистемы. Мы сначала инвестируем силы в создание этого слоя, что немного увеличивает время на старте, но затем подключение CRM (и любой будущей системы, например, портала для клиентов или бухгалтерского сервиса) становится вопросом дней, а не месяцев. Это стратегическое вложение, которое окупится в первом же крупном обновлении архитектуры.
2️⃣ «При выборе технологии интеграции для нового проекта, какой фактор для вас является решающим»
Мой ответ: A. Масштабируемость и гибкость✅
Почему?
Это стратегический выбор, а не тактический. Остальные факторы либо производные от него, либо должны быть по умолчанию.
-✅ Масштабируемость — это проактивная инвестиция в архитектуру, которая избегает дорогостоящих переделок и позволяет бизнесу быстро адаптироваться к изменениям.
- Скорость внедрения: Быстро = костыльно. Создает технический долг, который обойдется дороже в будущем.
- TCO (стоимость владения): Низкий TCO — это прямое следствие масштабируемой архитектуры. Они не конкурируют, а масштабируемость — инструмент для достижения низкого TCO.
- Безопасность: Это must-have, гигиена. Должна быть заложена в любом решении по умолчанию, а не выбираться вместо гибкости.
3️⃣ «Как вы видите evolving роль системного аналитика в контексте интеграции»
Мой ответ: A. "Архитектор экосистем"✅
Почему?
- Смещение фокуса: Классический СА часто фокусируется на функциональности одной системы. Современный СА должен видеть всю картину: как данные рождаются в одной системе, преобразуются, путешествуют и потребляются в другой.
- Проектирование связей: Моя ценность всё больше заключается не в том, чтобы написать идеальное ТЗ для разработчика одной команды, а в том, чтобы спроектировать взаимодействие между командами и их системами. Я определяю контракты API, форматы событий, стандарты обмена данными. Я думаю не в терминах "функций", а в терминах "потоков данных" и "бизнес-процессов", которые проходят через несколько систем. Это роль архитектора, который рисует не здания, а дороги, коммуникации и связи между ними. Остальные роли ("переводчик", "data-детектив") — это важные, но подчинённые навыки в рамках этой главной роли.
Источник: @ba_and_sa
Мой ответ: C. API-led (во главе угла API)
Почему?
Стратегия, а не тактика:
- Point-to-Point — это технический долг почти в чистом виде.
Мы решим сиюминутную задачу, но создадим монолитный стык, который будет сложно поддерживать и почти невозможно переиспользовать для других систем.
- ESB — это "тяжелая артиллерия". Для старта проекта с ограниченными сроками и бюджетом разворачивание и настройка ESB — это overengineering.
- iPaaS — хороший вариант, но он может создать зависимость от вендора и не решает проблему legacy-системы в корне.
-
Мой ответ: A. Масштабируемость и гибкость
Почему?
Это стратегический выбор, а не тактический. Остальные факторы либо производные от него, либо должны быть по умолчанию.
-
- Скорость внедрения: Быстро = костыльно. Создает технический долг, который обойдется дороже в будущем.
- TCO (стоимость владения): Низкий TCO — это прямое следствие масштабируемой архитектуры. Они не конкурируют, а масштабируемость — инструмент для достижения низкого TCO.
- Безопасность: Это must-have, гигиена. Должна быть заложена в любом решении по умолчанию, а не выбираться вместо гибкости.
Мой ответ: A. "Архитектор экосистем"
Почему?
- Смещение фокуса: Классический СА часто фокусируется на функциональности одной системы. Современный СА должен видеть всю картину: как данные рождаются в одной системе, преобразуются, путешествуют и потребляются в другой.
- Проектирование связей: Моя ценность всё больше заключается не в том, чтобы написать идеальное ТЗ для разработчика одной команды, а в том, чтобы спроектировать взаимодействие между командами и их системами. Я определяю контракты API, форматы событий, стандарты обмена данными. Я думаю не в терминах "функций", а в терминах "потоков данных" и "бизнес-процессов", которые проходят через несколько систем. Это роль архитектора, который рисует не здания, а дороги, коммуникации и связи между ними. Остальные роли ("переводчик", "data-детектив") — это важные, но подчинённые навыки в рамках этой главной роли.
Данный опрос не имеет правильных и неправильных ответов, кто-то может считать и по-другому, я поделилась своими мыслями по данному опросу, и как бы я ответила на него😉 исходя из личного опыта
Источник: @ba_and_sa
Please open Telegram to view this post
VIEW IN TELEGRAM
❤8👍3🔥3
Салют! Продолжаем изучать Архитектуру ПО, и сегодня делюсь подборкой статей по теме:
📎 Основы архитектуры ПО:
- Все, что вам нужно знать об API в архитектуре программного обеспечения в 2024 году
- Освоение архитектуры API: подробное руководство
- Основные типы архитектуры программного обеспечения
- Шаблоны архитектуры программного обеспечения: руководство для разработчиков
📎 Роль системного аналитика в Архитектуре ПО
- Роль системного аналитика при проектировании архитектурных решений
- Скрытая работа аналитика по проектированию систем
- Архитектура систем для аналитиков: ТОП-5 нотаций моделирования архитектуры
📌 BA|SA
- Все, что вам нужно знать об API в архитектуре программного обеспечения в 2024 году
- Освоение архитектуры API: подробное руководство
- Основные типы архитектуры программного обеспечения
- Шаблоны архитектуры программного обеспечения: руководство для разработчиков
- Роль системного аналитика при проектировании архитектурных решений
- Скрытая работа аналитика по проектированию систем
- Архитектура систем для аналитиков: ТОП-5 нотаций моделирования архитектуры
Please open Telegram to view this post
VIEW IN TELEGRAM
❤10👍5🔥3
📌Актуальные навыки бизнес-аналитика на реальном проекте от преподавателей-практиков — убедитесь сами в программе обучения!
💎Для вас 3 бесплатных вебинара курса: «Бизнес-аналитик в IT».
💠Вебинар №1: «Инструменты бизнес-аналитика»
⏰6 октября в 20:00 мск
На вебинаре:
1. Рассмотрим роль бизнес-аналитика и его задачи на проекте.
2. Поговорим про инструменты, которые бизнес-аналитик использует каждый день в своей работе: UML, BPMN, Confluence и многое другое.
3. Обсудим техники, применимые на различных этапах аналитического процесса.
💠Вебинар №2: «Графическое описание бизнес-процессов и требований»
⏰16 октября в 20:00 мск
На вебинаре:
1. Что такое моделирование, зачем оно нужно и почему его применяют.
2. Обзор нотаций моделирования и конкретных моделей в приложении к конкретным задачам аналитика.
3. Визуализацию в свободной форме без нотаций .
4. Обзор доступных инструментов для моделирования.
💠Вебинар №3: «Как системный аналитик проектирует REST API: от требований до работающей интеграции»
⏰14 октября в 20:00 мск
На вебинаре:
1. Разберём, что такое Цепочка создания ценности (ЦСЦ), зачем она нужна и кто отвечает за её описание и проектирование.
2. Покажем методы и нотации для моделирования ЦСЦ, разберём примеры.
3. Обсудим, как анализ ЦСЦ помогает проектировать ИТ-решения, и проведём краткий обзор инструментов для моделирования.
🎁 Участники вебинаров смогут активировать скидку 5% на курс «Бизнес-аналитик в IT» по промо-коду: BA_10 до 11.11.2025г.
Записывайтесь на вебинары ➡️ OTUS.RU
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
💎Для вас 3 бесплатных вебинара курса: «Бизнес-аналитик в IT».
💠Вебинар №1: «Инструменты бизнес-аналитика»
⏰6 октября в 20:00 мск
На вебинаре:
1. Рассмотрим роль бизнес-аналитика и его задачи на проекте.
2. Поговорим про инструменты, которые бизнес-аналитик использует каждый день в своей работе: UML, BPMN, Confluence и многое другое.
3. Обсудим техники, применимые на различных этапах аналитического процесса.
💠Вебинар №2: «Графическое описание бизнес-процессов и требований»
⏰16 октября в 20:00 мск
На вебинаре:
1. Что такое моделирование, зачем оно нужно и почему его применяют.
2. Обзор нотаций моделирования и конкретных моделей в приложении к конкретным задачам аналитика.
3. Визуализацию в свободной форме без нотаций .
4. Обзор доступных инструментов для моделирования.
💠Вебинар №3: «Как системный аналитик проектирует REST API: от требований до работающей интеграции»
⏰14 октября в 20:00 мск
На вебинаре:
1. Разберём, что такое Цепочка создания ценности (ЦСЦ), зачем она нужна и кто отвечает за её описание и проектирование.
2. Покажем методы и нотации для моделирования ЦСЦ, разберём примеры.
3. Обсудим, как анализ ЦСЦ помогает проектировать ИТ-решения, и проведём краткий обзор инструментов для моделирования.
🎁 Участники вебинаров смогут активировать скидку 5% на курс «Бизнес-аналитик в IT» по промо-коду: BA_10 до 11.11.2025г.
Записывайтесь на вебинары ➡️ OTUS.RU
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
❤3😁1
Салют! Сегодня будем обсуждать разницу между Системным аналитиком и Техническим писателем, очень часто слышу «А это не одно и тоже?», так вот давайте разбираться….
Системный аналитик (СА) и Технический писатель (ТП) решают, по сути, одну общую задачу: они переводят сложную информацию в понятную и полезную форму для разных аудиторий. Оба являются посредниками между техническими специалистами и конечными пользователями.
1️⃣ ➕ 1️⃣ Единая сила: как эта связка помогает бизнесу
Совместная работа СА и ТП или совмещение этих ролей приносит бизнесу ощутимые выгоды:
- Повышение качества продукта: Четкие требования от СА и ясная документация от ТП сокращают количество ошибок и недоразумений на этапе разработки и тестирования.
- Снижение затрат: Своевременное и качественное документирование позволяет значительно сократить расходы на поддержку пользователей, так как они могут самостоятельно решать многие вопросы с помощью инструкций и FAQ.
- Ускорение выхода на рынок: Эффективный обмен знаниями внутри команды и с пользователем ускоряет процесс внедрения и обучения.
- Повышение удовлетворенности клиентов: Когда продукт работает так, как ожидалось, а инструкции к нему понятны, лояльность клиентов растет.
🧑💻 Один в двух лицах: можно ли совместить роли?
Во многих компаниях, особенно в стартапах или agile-командах, системный аналитик вынужден совмещать обе функции. Это накладывает отпечаток на процесс работы.
Ключевые особенности режима «два в одном»:
- Неразрывность процесса: Поскольку один человек и проектирует систему, и описывает ее для пользователей, исчезает этап формальной "передачи требований". Это может ускорить работу и повысить целостность документации, так как специалист держит в голове полную картину.
- Риск конфликта интересов: Основная сложность заключается в необходимости постоянно переключаться между разными типами мышления: глубинное аналитическое проектирование и простое, пользовательско-ориентированное изложение. В условиях нехватки времени документация может отодвигаться на второй план, становясь менее детальной.
- Изменение подхода к документированию: Аналитик, действующий в одиночку, часто документирует систему не "с чистого листа", а параллельно с ее проектированием. Он может сразу оформлять решения в виде, пригодном для будущих руководств, что требует высокой самодисциплины.
💡 Как эффективно работать в обеих схемах
- Для тандема: Важно наладить постоянную коммуникацию. Техническому писателю стоит подключиться к проекту как можно раньше, чтобы понимать контекст, а аналитику — не пропадать после передачи ТЗ, а оставаться на связи для разъяснений.
- Для одного специалиста: Ключ к успеху — тайм-менеджмент и четкое осознание смены ролей. Полезно выделять в своем рабочем графике отдельные блоки времени для аналитической работы и для написания текстов, чтобы не пытаться делать всё одновременно.
А на какой ты стороне?
Источник: @ba_and_sa
Системный аналитик (СА) и Технический писатель (ТП) решают, по сути, одну общую задачу: они переводят сложную информацию в понятную и полезную форму для разных аудиторий. Оба являются посредниками между техническими специалистами и конечными пользователями.
Разницу рабочей деятельности я постаралась описать в картинках выше
Совместная работа СА и ТП или совмещение этих ролей приносит бизнесу ощутимые выгоды:
- Повышение качества продукта: Четкие требования от СА и ясная документация от ТП сокращают количество ошибок и недоразумений на этапе разработки и тестирования.
- Снижение затрат: Своевременное и качественное документирование позволяет значительно сократить расходы на поддержку пользователей, так как они могут самостоятельно решать многие вопросы с помощью инструкций и FAQ.
- Ускорение выхода на рынок: Эффективный обмен знаниями внутри команды и с пользователем ускоряет процесс внедрения и обучения.
- Повышение удовлетворенности клиентов: Когда продукт работает так, как ожидалось, а инструкции к нему понятны, лояльность клиентов растет.
Во многих компаниях, особенно в стартапах или agile-командах, системный аналитик вынужден совмещать обе функции. Это накладывает отпечаток на процесс работы.
Ключевые особенности режима «два в одном»:
- Неразрывность процесса: Поскольку один человек и проектирует систему, и описывает ее для пользователей, исчезает этап формальной "передачи требований". Это может ускорить работу и повысить целостность документации, так как специалист держит в голове полную картину.
- Риск конфликта интересов: Основная сложность заключается в необходимости постоянно переключаться между разными типами мышления: глубинное аналитическое проектирование и простое, пользовательско-ориентированное изложение. В условиях нехватки времени документация может отодвигаться на второй план, становясь менее детальной.
- Изменение подхода к документированию: Аналитик, действующий в одиночку, часто документирует систему не "с чистого листа", а параллельно с ее проектированием. Он может сразу оформлять решения в виде, пригодном для будущих руководств, что требует высокой самодисциплины.
- Для тандема: Важно наладить постоянную коммуникацию. Техническому писателю стоит подключиться к проекту как можно раньше, чтобы понимать контекст, а аналитику — не пропадать после передачи ТЗ, а оставаться на связи для разъяснений.
- Для одного специалиста: Ключ к успеху — тайм-менеджмент и четкое осознание смены ролей. Полезно выделять в своем рабочем графике отдельные блоки времени для аналитической работы и для написания текстов, чтобы не пытаться делать всё одновременно.
А на какой ты стороне?
Источник: @ba_and_sa
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍8❤7🔥3
Салют! Вчера я поделилась своим мнением по-поводу работы Технического писателя и Системного аналитика, сегодня же предлагаю обратиться в инет и разобраться вместе, кто такие Технические писатели и что они делают))
📎 Подборка статей, для технических писателей:
👋 Знакомство с профессией:
- Профессия: технический писатель
- Кто такой технический писатель и как им стать
💡 Навыки Технического писателя:
- 10 навыков, которые должны быть в резюме первоклассного технического писателя
- 11 навыков хорошего техрайтера
🧑💻 Инструменты и системы:
- Что нужно для создания документации: инструментарий технического писателя
- Выбор инструмента для технического писателя
- Confluence, MadCap Flare, GitBook и др Системы для управления документацией и знаний
- Подход "Docs-as-Code" и системы контроля версий Git (GitHub, GitLab, Bitbucket)
- Текстовые процессоры и редактирование Microsoft Word, Google Docs и др
- Планирование и управление задачами Jira, Trello и др
- Проектирование и визуализация Диаграммы (BPMN, UML и др)
- AI-инструменты ChatGPT, Docsie и другие AI-ассистенты
💡 Ключевые компетенции и принципы работы
Помимо конкретных программ, опытный специалист руководствуется важными принципами и владеет смежными навыками:
- Принцип единого источника (Single Sourcing): Умение создавать и поддерживать контент в одном месте, чтобы затем автоматически публиковать его в разных форматах и для разных аудиторий. Это значительно экономит время при обновлении документации.
- Понимание стандартов: Знание и опыт применения отраслевых стандартов, таких как ГОСТ 19 и ГОСТ 34, что критически важно для работы с государственными и крупными корпоративными заказчиками в России.
- Базовые навыки веб-разработки: Знание основ HTML и CSS позволяет гибко настраивать внешний вид и формат веб-документации, выходя за рамки готовых шаблонов.
- Адаптивность и выбор инструмента: Главный навык — это способность оценить потребности проекта и команды, а затем выбрать наиболее подходящий инструмент. Не существует единственно правильного решения, и комбинация инструментов — обычная практика.
📌 BA|SA
- Профессия: технический писатель
- Кто такой технический писатель и как им стать
- 10 навыков, которые должны быть в резюме первоклассного технического писателя
- 11 навыков хорошего техрайтера
- Что нужно для создания документации: инструментарий технического писателя
- Выбор инструмента для технического писателя
✅ Если кратко и с моей т.з., то я бы выделила такие инструменты для ТехПисов, как:
- Confluence, MadCap Flare, GitBook и др Системы для управления документацией и знаний
- Подход "Docs-as-Code" и системы контроля версий Git (GitHub, GitLab, Bitbucket)
- Текстовые процессоры и редактирование Microsoft Word, Google Docs и др
- Планирование и управление задачами Jira, Trello и др
- Проектирование и визуализация Диаграммы (BPMN, UML и др)
- AI-инструменты ChatGPT, Docsie и другие AI-ассистенты
Помимо конкретных программ, опытный специалист руководствуется важными принципами и владеет смежными навыками:
- Принцип единого источника (Single Sourcing): Умение создавать и поддерживать контент в одном месте, чтобы затем автоматически публиковать его в разных форматах и для разных аудиторий. Это значительно экономит время при обновлении документации.
- Понимание стандартов: Знание и опыт применения отраслевых стандартов, таких как ГОСТ 19 и ГОСТ 34, что критически важно для работы с государственными и крупными корпоративными заказчиками в России.
- Базовые навыки веб-разработки: Знание основ HTML и CSS позволяет гибко настраивать внешний вид и формат веб-документации, выходя за рамки готовых шаблонов.
- Адаптивность и выбор инструмента: Главный навык — это способность оценить потребности проекта и команды, а затем выбрать наиболее подходящий инструмент. Не существует единственно правильного решения, и комбинация инструментов — обычная практика.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6❤4🔥1
IT_ONE Cup. Code & Analyst — хакатон для аналитиков и разработчиков, где ты узнаешь, как работает IT-команда, и получишь сильный кейс в портфолио. Выбери трек и реши одну из задач:
→ Проанализируй BPMN-модель кредитного процесса и подготовь ТЗ на систему мониторинга эффективности.
→ Разработай сервис, который в реальном времени следит за переводами и оповещает о подозрительных операциях.
🏆 Призовой фонд: 900 000 рублей
💻 Формат: онлайн
🗓 Регистрация до 16 октября: https://cnrlink.com/itonecupmsubaandsa
Приглашаем системных аналитиков, разработчиков и менеджеров проектов. Размер команды — от 1 до 5 человек.
Что тебя ждёт:
• Применишь навыки системного анализа, построения архитектуры и работы с потоковыми данными.
• Получишь готовый проект в портфолио.
• Для участников ТОП-5 команд в каждом треке — фирменный мерч.
Задачи соревнования:
Трек 1. Навигатор оптимизации. Проанализируй кредитный процесс банка, выяви узкие места и создай ТЗ для системы мониторинга производительности. Решение поможет оптимизировать критически важные процессы.
Трек 2. Финансовый радар. Разработай сервис для анализа транзакций в реальном времени. Архитектура должна включать правила обнаружения мошенничества и поддержку различных алгоритмов обработки.
Ждём тебя на IT_ONE Cup. Code & Analyst — старт 17 октября на Codenrock: https://cnrlink.com/itonecupmsubaandsa
→ Проанализируй BPMN-модель кредитного процесса и подготовь ТЗ на систему мониторинга эффективности.
→ Разработай сервис, который в реальном времени следит за переводами и оповещает о подозрительных операциях.
💻 Формат: онлайн
Приглашаем системных аналитиков, разработчиков и менеджеров проектов. Размер команды — от 1 до 5 человек.
Что тебя ждёт:
• Применишь навыки системного анализа, построения архитектуры и работы с потоковыми данными.
• Получишь готовый проект в портфолио.
• Для участников ТОП-5 команд в каждом треке — фирменный мерч.
Задачи соревнования:
Трек 1. Навигатор оптимизации. Проанализируй кредитный процесс банка, выяви узкие места и создай ТЗ для системы мониторинга производительности. Решение поможет оптимизировать критически важные процессы.
Трек 2. Финансовый радар. Разработай сервис для анализа транзакций в реальном времени. Архитектура должна включать правила обнаружения мошенничества и поддержку различных алгоритмов обработки.
Ждём тебя на IT_ONE Cup. Code & Analyst — старт 17 октября на Codenrock: https://cnrlink.com/itonecupmsubaandsa
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Что значит «хороший вкус» в разработке ПО?
Технический вкус — это не то же самое, что технический навык. Вы можете быть технически подкованы, но иметь плохой технический вкус и наоборот. Как и любой вкус в принципе, технический вкус зачастую...
Новое техношоу о фейлах на дата-платформах
Все упало, все сломалось, бизнес в панике. Для дата-инженеров это обычный вторник, а для шоу «Дропнуто» — повод снять свежий выпуск.
«Дропнуто» превращает фейлы дата-платформ в истории, которые полезно услышать каждому, кто работает с данными. В центре каждого эпизода — один герой и одна яркая история фейла, развернутое обсуждение архитектуры и процессов, а также немного самоиронии.
Анонсы и ссылки на прямые эфиры появятся в телеграм-боте проекта.
Подписывайтесь, чтобы узнавать о премьерах первыми.
Все упало, все сломалось, бизнес в панике. Для дата-инженеров это обычный вторник, а для шоу «Дропнуто» — повод снять свежий выпуск.
«Дропнуто» превращает фейлы дата-платформ в истории, которые полезно услышать каждому, кто работает с данными. В центре каждого эпизода — один герой и одна яркая история фейла, развернутое обсуждение архитектуры и процессов, а также немного самоиронии.
Анонсы и ссылки на прямые эфиры появятся в телеграм-боте проекта.
Подписывайтесь, чтобы узнавать о премьерах первыми.
❤2
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Один простой способ оптимизации API
Привет всем, я Дмитрий Кислов, системный аналитик в ПСБ. Отвечаю за создание новых и доработку существующих продуктов для клиентов малого и среднего бизнеса. Решение, которое описано в этой статье,...
🔥3❤1👍1
Forwarded from Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
ArchiMate+BPMN: апгрейд роли «бизнес-аналитик»
Бизнес-аналитик в процессе проектирования ИТ-решений В идеальных условиях именно роль «бизнес‑аналитик» в производственном ИТ‑процессе должна быть «входной точкой» для бизнес‑заказчика,...
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Подход к анализу требований в проектах внедрения ERP-систем
Несмотря на то, какая методология лежит в основе внедрения корпоративной информационной системы, будь то каскадная, итерационная или спиралевидная, этап анализа требований является одним из первых и...