cookie

Ми використовуємо файли cookie для покращення вашого досвіду перегляду. Натиснувши «Прийняти все», ви погоджуєтеся на використання файлів cookie.

avatar

Системный Аналитик

Канал для системных аналитиков и не только: подборки полезных материалов на все случаи жизни. Реклама и сотрудничество @radale

Більше
Росія52 127Російська53 919Кар'єра3 479
Рекламні дописи
10 545
Підписники
+2224 години
+1827 днів
+82730 днів

Триває завантаження даних...

Приріст підписників

Триває завантаження даних...

Фото недоступнеДивитись в Telegram
ХОЧЕШЬ ПОВЫШЕНИЕ В 2024 ГОДУ? 😎🔥 Тогда самое время разобраться в микросервисной архитектуре и стать более востребованным специалистом. 🚀 Стартуем 16 июля. Курс ведет действующий архитектор Кирилл Ветчинкин. Он успешно реализовал проекты для Мегафона, Теле2, ВСS Brокer. Постоянный спикер крупных IT-конференций. Какие скиллы прокачаем: 📌 Декомпозиция систем на микросервисы, отталкиваясь от бизнес-домена. 📌 Встройка микросервисов в оргструктуру компании. 📌Организация перехода от монолитной системы к микросервисной. Полная программа ТУТ 👉https://microarch.ru/?utm_source=posev&utm_medium=erid:2VtzqwqyKtV&utm_campaign=4 А самое главное — поддержка от спикера, чат с одногруппниками и полезные созвоны с разбором домашки. 📕 Сертификат об участии по итогам прохождения курса. Узнай больше о курсе 👉 https://microarch.ru/?utm_source=posev&utm_medium=erid:2VtzqwqyKtV&utm_campaign=4 Реклама. ИП Ветчинкин К.Е. ИНН: 773376451099 Erid: 2VtzqwqyKtV
Показати все...
5👍 1
Фото недоступнеДивитись в Telegram
Scrum vs Kanban: сравнение по пунктам
Показати все...
👍 39 4💩 1
Kanban vs Scrum: сравнение методологий Kanban и Scrum — методологии гибкого управления проектами, используемые для реализации принципов Agile и DevOps при разработке. Kanban — подход к управлению процессом разработки, который включает следующие практики: 💩Визуализация задач и прогресса с помощью канбан-доски, установление приоритетов задачам 💩Ограничение количества задач со статусом "В работе", или WIP (work in progress). Если лимит превышен, то команда не может взять новую задачу в работу, пока не будет завершена одна из текущих 💩Управление потоком: отслеживание метрик, таких как скорость движения задач между статусами, для устранения «бутылочных горлышек», где процесс замедляется 💩Проведение каденций — встреч членов команды по процессу разработки. Всего выделяют 7 видов встреч. Главная цель — объяснение правил для всех участников команды и сбор обратной связи 💩Непрерывное улучшение процесса на основе обратной связи и анализа метрик Что общего между Kanban и Scrum ➖Обе методологии относятся к Agile ➖Важна визуализация работы для прозрачности и оценки текущего состояния задач. ➖Имеют итерационный подход к работе, даже если длительность итераций различается. ➖Имеют механизмы для определения и управления приоритетами задач. ➖Акцентируют внимание на командной работе и взаимодействии между участниками Различие подготовили в сравнительной таблице постом выше. ✅ Когда лучше применять Kanban: 💩 в проектах с типовыми повторяющимися задачами, например, техническая поддержка, где задачи обрабатываются по мере поступления и приоритеты могут меняться в зависимости от срочности 💩 команда не является кросс-функциональной 💩 в проектах с высокой степенью неопределенности, где требования часто меняются или неизвестны заранее. Kanban позволяет вносить изменения в любое время без нарушения цикла работы Scrum: 💩 важен строгий контроль сроков и структура 💩 требуется четкое определение целей и результатов 💩 команда является кросс-функциональной Пример: Разработка новой версии продукта с фиксированным релизным циклом, например, каждые 3 месяца. ❌ Когда не подойдет Kanban 💩в проектах, где необходимо строго соблюдать сроки 💩в кросс-функциональных командах 💩когда требуется постоянная обратная связь от клиентов Scrum 💩 продукт нужен целиком, итерации невозможны 💩 когда нет сплочённой, самоорганизованной и кросс-функциональной команды 💩 для слишком маленьких групп из 1–2 человек, или, наоборот, больших лучше заменить другими методами — SAFe, LeSS. ☯️ Гибрид ScrumBan Используется в средах, где необходимо управление проектом в условиях неопределенности и частых изменений. ScrumBan легче внедрить, чем Scrum 💩от Scrum: сохраняет ключевые элементы Scrum: спринты, роли (Product Owner, Scrum Master, и команда разработки) и основные события (планирование, ревью, ретроспектива). 💩от Kanban: заимствует концепцию визуализации процесса на доске, ограничения рабочего объема, адаптацию к изменениям в реальном времени и фокус на поток задач. ⭐️ Подборки материалов по этой и другим темам доступны в закрытом канале #управление_проектами
Показати все...
🔥 21👍 10 6👎 3
Фото недоступнеДивитись в Telegram
Забирай билет в мир большого IT 🎫 Есть опыт работы от года и желание перейти в большую ИТ-компанию? Приходи в Открытые школы Т1! 🎓Открытые школы — это ИТ-интенсив с offer weeks от Холдинга Т1 — крупнейшей ИТ-компании в России по версии RAEX 2023, в портфеле которой 800+ масштабных проектов и 70+ продуктов и услуг. За полгода мы выпустили 500+ специалистов, лучшие из которых уже присоединились к командам разработки финтех-решений, ИТ-продуктов Т1 и не только. Выбирай направление для бесплатного буста в карьере: 📊 системный аналитик В программе: — Курс по работе с требованиями. — Проектирование REST API. — Понимание банковской специфики. ⚙️ аналитик DWH В программе: — Анализ, описание и жизненный цикл дефектов. — Основы BPMN, IDEF0. — Работа с хранилищами данных и BI-системах. ⌛️ Быстрое обучение: 1 месяц. 💻 Гибкий формат: все этапы онлайн, занятия по вечерам. Врывайся в бигтех и подавай заявку до 24 июля! Старт бесплатного интенсива: 29 июля. Реклама. Информация о рекламодателе
Показати все...
👍 6 5
🔄 CI/CD: Краткий обзор Continuous Integration/Continuous Delivery (непрерывная интеграция и доставка) — подход к разработке приложений, который обеспечивает автоматизацию процессов сборки, тестирования и доставки кода. Код интегрируется и доставляется пользователю итерационно, как можно чаще. Ценность CI/CD кроется в автоматизации всех этапов интеграции и развёртывания кода. 💩CI — практика интеграции кода от разных разработчиков в общий репозиторий. Разработчики как можно чаще сливают изменения в основную ветку, используя систему контроля версий (например, Git). При этом, любые изменения проходят через автоматические тесты. 💩CD — автоматизация развёртывания (доставки) кода в "прод" после успешной интеграции и тестирования. ✔️ Этапы CI/CD 1️⃣ Код. Разработка создает код, исправляет ошибки или делает доработки, выполняет тесты, а затем отправляет в ветку master с актуальной сборкой продукта. Несколько команд могут отправить любое количество модулей в master. 2️⃣ Сборка. Старт автоматической сборки и авто-тестов. Критерии запуска системы управления версиями и начала сборки настраиваются заранее. 3️⃣ Тестирование. После авто-тестов выкатываемой версии проекта, можно приступать к ручной проверке. 4️⃣ Релиз. После успешных тестов, разработчики вносят исправления и выпускают новую версию продукта. 5️⃣ Развёртывание. Отправка финальной версия кода на боевой сервер. Взаимодействие пользователя с сервисом 6️⃣ Поддержка и мониторинг. Разработка мониторит работу продукта, отслеживая и анализируя пользовательский опыт. 7️⃣ Планирование. На основе мониторинга и анализа, формулируются идеи новых доработок и улучшений. Цикл начинается заново - написание кода. 👍 Плюсы CI/CD: + Сокращение времени поставки (Time to Market): автоматизация процессов позволяет быстрее и чаще доставлять новые функции и исправления. + Качество кода: автотесты обеспечивают высокое качество кода, а регулярные интеграции помогают выявлять проблемы на ранних этапах. + Легкость масштабирования: Автоматизированные процессы легко масштабируются с увеличением объемов работы. + Однородная среда разработки: все члены команды работают в однородной среде - упрощает совместную разработку. 👎 Минусы CI/CD: — Сложность внедрения: Реализация CI/CD требует времени и усилий для внедрения в существующие процессы разработки. обслуживания. Сложные системы CI/CD могут требовать значительных ресурсов для обслуживания — Трудность согласования изменений: в больших командах интеграция изменений может быть сложной. — Безопасность: неправильная настройка CI/CD может стать источником уязвимостей. — Не всегда применимо: когда проект слишком маленький или слишком сложный для автоматизации всех процессов. 🖥 Программы для CI/CD: Jenkins: Один из самых популярных и распространенных инструментов для CI/CD. GitLab CI/CD: Встроенная система CI/CD в GitLab, интегрированная с GitLab репозиториями. Travis CI: Облачный сервис CI/CD, легко настраиваемый для проектов на GitHub. CircleCI: Облачная CI/CD-платформа с широкими возможностями конфигурации. TeamCity: Мощный и гибкий инструмент CI/CD от JetBrains. ⭐️ Подборки материалов по этой и другим темам доступны в закрытом канале #devops
Показати все...

🔥 26👍 14 6
Фото недоступнеДивитись в Telegram
📚Библиотека карьерного развития Чтобы с вами такого (как на картинке) не случилось, сегодня рекомендую вам качественную подборку для карьерного развития и повышения своей стоимости в ИТ 🔴Какие книги почитать в т.ч. для успешного прохождения собеседований? 🔴Ключевые лайфхаки по резюме и его ОШИБКИ 🔴Нужны ли сопроводительные и что там писать 🔴Когда не нужно указывать возраст в резюме? 🔴Как вести себя с неадекватом на собесе 🔴Как рассказывать о своем факапе? 🔴Каким аналитикам сколько платят - реальные примеры офферов А если хотите оценить вашу стоимость в ИТ, посмотреть резюме и определить первые шаги для поиска работы - пишите кодовое слово “аналитик” под этим постом https://t.me/proProject1/1238
Показати все...
👍 15 5🔥 2😢 2🤡 2
Как отличить хорошего продакта от плохого? Плохой продакт зациклен на процессах, дейликах, митингах и бумажной волоките. Он игнорирует риски и фокусируется на метриках тщеславия типа MAU, DAU и новых зарегистрированных пользователей. Хороший продакт фокусируется на реальных результатах. Он понимает, как его работа влияет на весь бизнес, и делает так, чтобы продукты и проекты «выстреливали» и зарабатывали. Хотите грамотно вести проекты и приносить бизнесу максимальную пользу? Подписывайтесь на канал сооснователя careerspace Ярослава Хромова. Узнайте, как работать с продуктом, метриками и людьми, чтобы зарабатывать больше и расти по карьерной лестнице. Топ постов: — Почему «дерево метрик» — слабая концепция и прошлый век? — Почему в B2B продукты более отсталые, чем в B2C? — Подборка лучших постов про карьерный рост и бизнес — фактически пошаговый гайд, как зарабатывать больше и расти быстрее. Это отличный продуктовый канал от настоящего практика. Подпишитесь, чтобы ваша карьера летела вверх: @firstanalyticsguide. Реклама ООО «Карьерное пространство», ИНН 9715410393
Показати все...
👎 11👍 9🔥 2
Фото недоступнеДивитись в Telegram
Нас 10 000
Показати все...
🎉 122 54👍 5🔥 5
Денормализация в БД и не только Ранее мы рассказывали про нормализацию в БД, рассмотрим обратный процесс. Денормализация — внесение избыточности в БД путём объединения таблиц, чтобы упростить структуру и ускорить чтения данных Отличие от нормализации Нормализация нужна для устранения избыточности данных; для разделения информации по отдельным таблицам, чтобы обеспечать целостность и упростить обслуживания БД 😀Увеличивает количество джойнов при выполнении запросов и может замедлять чтение данных Денормализация, наоборот, вводит избыточность обратно в БД, объединяя таблицы и дублируя информацию 😀Запросы становятся проще, операции чтения быстрее. Но могут возникнуть трудности с поддержкой и обновлением из-за риска несогласованности Когда применяется 😀для ускорения чтения данных за счет сокращения количества джойнов 😀в системах с большим объемом операций чтения и минимальным количеством обновлений, где производительность чтения критична 😀для ускорения разработки и оптимизации работы приложений Методы 😀 Добавление избыточных данных: дублирование данных в нескольких таблицах для сокращения соединений при запросах 😀 Добавление производных или агрегированных столбцов: включение полей с предварительно вычисленными значениями, например, общей суммы заказа. 😀 Объединение таблиц: слияние смежных таблиц в одну для уменьшения операций соединения 😀 Денормализация иерархических структур: дублирование информации о верхних уровнях иерархии на нижних для упрощения запросов 😀 Использование материализованных представлений: хранение результатов сложных запросов в виде отдельной таблицы для быстрого доступа 😀 Введение таблиц сумм и счётчиков: создание отдельных таблиц для хранения суммарной информации, например, общее количество товаров, проданных за день, или общее количество посетителей сайта. Позволяет избежать необходимости агрегации больших объёмов данных при каждом запросе ✨ Примеры 😀Агрегация данных: в таблице заказов хранится не только идентификатор клиента, но и агрегированная информация о клиенте, например, общая сумма покупок. Это избавляет от необходимости соединять таблицы заказов и клиентов для расчета общих покупок клиента 😀Кэширование результатов запросов: в таблице с продуктами может храниться не только информация о продукте, но и предварительно рассчитанное количество продуктов на складе. Это снижает нагрузку на СУБД за счет уменьшения количества вычислений при каждом запросе Недостатки — избыточность данных может привести к проблемам с их согласованностью, когда изменение информации в одном месте потребует её обновления и во всех остальных денормализованных таблицах. Это увеличивает сложность поддержки и может привести к ошибкам — увеличивается объём хранимых данных — замедление других операций, может замедлить процессы вставки, изменения и удаления данных Совет Используйте денормализацию целенаправленно, не применяйте как универсальное решение. Важно создать механизм обновления избыточных данных, чтобы поддерживать их актуальность и согласованность. Денормализация в других областях 😀Data Warehouse: улучшает производительность аналитических запросов через агрегированные структуры данных для быстрого выполнения запросов OLAP 😀NoSQL базы данных: для оптимизации горизонтального масштабирования и ускорения доступа к данным, храня связанные данные вместе 😀Frontend-разработка: при проектировании состояния приложений, например в Redux для React, для упрощения доступа к данным и улучшения производительности 😀Микросервисы: улучшает независимость и отказоустойчивость сервисов, храня данные, необходимые каждому микросервису в его собственной базе ⭐️ Подборки материалов по этой и другим темам доступны в закрытом канале #бд
Показати все...
👍 29 7🔥 6👏 2
Фото недоступнеДивитись в Telegram
Оплачиваемая стажировка и трудоустройство без опыта — ну ничего себе 😳 Все возможно с Добровольным квалификационным экзаменом! Это бесплатный проект Правительства Москвы, где ты можешь показать свои знания по специальности, запомниться потенциальным работодателям и получить оффер в престижные компании Москвы. Тебя ждет всего три шага: 1️⃣ Пройди тест После регистрации на сайте ДКЭ тебе будет доступно 70 профессий по 7 направлениям. Выбирай тест по своей специальности и проверь уровень своих знаний! 2️⃣ Реши кейс Если ты успешно сдал тест, тебя пригласят на следующий этап, где ты с другими участниками в команде будешь решать реальный кейс одного из работодателей. 3️⃣ Стань победителем Окажись в числе лучших по общему количеству баллов за оба этапа и получи шанс попасть на оплачиваемую стажировку с дальнейшим трудоустройством. Готов проявить себя? Регистрируйся и начинай проходить тест — https://dke.moscow Реклама. АНО "РАЗВИТИЕ ЧЕЛОВЕЧЕСКОГО КАПИТАЛА", АНО "РЧК". ИНН 7710364647. erid: LjN8JvhfP
Показати все...
5👎 3🔥 2
Оберіть інший тариф

На вашому тарифі доступна аналітика тільки для 5 каналів. Щоб отримати більше — оберіть інший тариф.