Как превратить бизнес-требования в эффективную схему БД без жертв

Научимся превращать бизнес-требования в рабочую схему БД и документировать ключевые решения! Без недопонимания, технического долга и смс.

Научимся превращать бизнес-требования в рабочую схему БД и документировать ключевые решения! Без недопонимания, технического долга и смс.

С помощью Python мы научимся отправлять себе сообщения в Telegram от имени нашего собственного бота. Причём это будут не просто сообщения, а уведомления с информацией о времени загрузки отчёта и ещё и с графиком для анализа. Пошагово разберём, как это сделать, обсудим, зачем это нужно и какие возможности для улучшения есть.

Всем привет! Меня зовут Костя, и в этой статье я продолжу рассказ моей коллеги Анастасии из команды доступности Magnit Tech о том, как можно искать проблемные товары на полках магазинов, опираясь лишь на данные по дневным продажам и остаткам товара в магазине.
В этой статье я расскажу о другом, альтернативном алгоритме, который детектирует ощутимую долю проблемных позиций наравне с тем, о котором рассказывала моя коллега. Этот алгоритм также прост для понимания и интерпретации бизнесом. Его внедрение и эксплуатация требуют минимальных затрат: вычислительные ресурсы, сопровождение и адаптация под разные форматы магазинов обходятся недорого. Кроме того, он может служить эффективным первым шагом перед внедрением более сложных и ресурсоемких ML-алгоритмов. В отличие от нейросетевых подходов к поиску аномалий, которые требуют тщательной настройки (или даже разработки) оптимальной архитектуры сети, настроить этот алгоритм значительно проще.

В жизни каждого системного аналитика наступает момент, когда он открывает две вкладки: слева – Swagger с контрактом системы А, справа – Confluence с контрактом системы Б. Между ними – пустая Excel-таблица, либо ещё одна вкладка Confluence. Задача – простая, как мир: смаппить поля.
И начинается знакомый ритуал: скопировать атрибут из одного места, вставить в другое. Ctrl+C → Ctrl+V, снова и снова. Одно неверное движение или опечатка — и через пару дней от разработчика прилетит таск с комментарием «маппинг не работает, проверь пути».
Так родилась идея десктопного приложения для маппинга...

Самые интересные новости финансов и технологий в России и мире за неделю: на ПМЭФ показали Лабубу-Набиуллину, Госдума окончательно запретила вывески на английском, в Швейцарии пришли за блогерами, в США выпустят трампофон, Цукерберг начнет показывать рекламу в WhatsApp, а также x-files про Сэма Альтмана.

Представьте, что вы разработали программное обеспечение. Все идеально: код отточен, тесты пройдены, система готова к работе. Но тут встает вопрос: как отправить документацию заказчику?
Всем привет! Меня зовут Катя, я развиваю Gramax, open source-платформу для управления технической документацией. В этой статье хочу поделиться впечатлением от стандартных способов передачи документации на заказную разработку. А также рассказать о том, как этот процесс можно автоматизировать с помощью Gramax.

Привет, Хабр! На связи Антон Прыгин, аналитик данных в Garage Eight. Расскажу, как с помощью простых SQL-запросов и базовых математических методов получилось построить систему ежедневного мониторинга и алертинга маркетинговых метрик, которая работает в связке с таск-трекером.
Apache Airflow давно стал стандартом в мире Data Engineering благодаря своей гибкости, масштабируемости и богатой экосистеме. В этой статье мы подробно разберём, что такое Airflow, почему он так популярен, как эффективно использовать его в аналитической архитектуре, а также предоставим максимально подробную инструкцию по развертыванию Airflow.

Вам не нужно изучать какую‑либо теорию, кроме этой статьи, чтобы начать собеседоваться. После прочтения смело приступайте к решению типовых System Design задач.
Изучая System Design, вы часто видите только теоретические материалы. В этой статье я постарался показать в том числе практическую реализацию многих вещей, чтобы вы не просто готовились к собеседованиям, но и знали, как эти вещи используются в реальном мире.

Всем привет!
Меня зовут Николай, недавно я осуществил выход на рынок для поиска нового места. Поэтому всё, что я напишу здесь, основывается не только на каких-то теоретических знаниях, но и на реальном опыте. В этой публикации хочу выразить, как мне кажется, не самое популярное сейчас мнение по поводу найма.

Electron beam deposition (EBD) – технология получения компонентов полупроводниковых, оптических и других устройств с помощью управляемых электронных лучей. О ней мы и поговорим в сегодняшнем материале.
Сегодня данные являются ключевым ресурсом для любого бизнеса. Но прежде чем они превратятся в полезную информацию, пригодную для принятия решений, данные проходят длительный и многоступенчатый путь — от извлечения до представления конечному пользователю. Именно этот процесс получил название ETL (Extract, Transform, Load).
Процесс ETL включает:

На связи Анна Астахова, директор по развитию ИТ-интегратора «Белый код». В регионах есть локальные аптечные сети, для которых внедрять стандартный набор дашбордов выходит накладно. Но и потребность в том, чтобы анализировать показатели, у такого бизнеса тоже есть. Рассказываю, какое решение нашли.

Арбитражный суд Московской области во вторник полностью удовлетворил иск Генпрокуратуры РФ о взыскании в доход государства 100% долей ООО «ДМЕ Холдинг», владеющего активами аэропорта «Домодедово».
Разбираем патентные портфели компаний группы. Спойлер: в них почти 200 свидетельств на программы.

Представьте ситуацию: у вас есть доступ ко всем данным компании – о каждом клиенте, каждой транзакции, каждом движении товара. Но когда нужно принять стратегическое решение, вы понимаете, что не можете получить ответы на простые вопросы: какие товары приносят максимальную прибыль? Какие акции действительно работают? Где узкие места в логистике?
В этой статье я проведу детальную диагностику трех ключевых "болевых точек" ритейл-аналитики и покажу, как удалось их решить с помощью платформы AW BI.

Я много общаюсь о микросервисных архитектурах с «не-Java-людьми» — будь то разработчики на C#, энтузиасты Node.JS/JavaScript или GoLang. Все они сталкиваются с необходимостью оркестрации в микросервисной архитектуре — или просто хотят использовать workflow, упорядочивание действий, обработку таймаутов, Saga и компенсации, а также другие полезные возможности.
Open Source BPM-платформа Camunda отлично подходит для этих задач. Ориентированность на разработчиков — один из ключевых принципов продукта, но при изучении документации может показаться, что она рассчитана в основном на Java-разработчиков. Платформа предоставляет множество точек расширения и интеграции, но всё это реализуется на Java. Значит ли это, что другим разработчикам путь закрыт?
Нет! На самом деле, запустить Camunda и работать с ней без знания Java очень просто — архитектуру можно выстроить так, чтобы писать код на любом удобном языке. В этом посте:

Хабровчане, приветствую! Меня зовут Андрей Иванов, я системный аналитик в сфере медицины и здравоохранения. Но это сейчас, а до этого я 20 лет работал врачом, а после — руководителем медицинского информационно-аналитического центра.
Я хочу рассказать о своём опыте как в медицине, так и в системном анализе. Такая идея ко мне пришла после встречи со студентами и выпускниками Яндекс Практикума. Она была долгой, но я был удивлён — на пике мой рассказ слушали 84 посетителя, а до финала «досидели» 64 человека. Может, моя история будет интересна читателям и здесь. Буду рад, если кому-то станет хоть немного легче в трудной ситуации смены профессии.

Low code стремительно ворвался в корпоративный ландшафт, чего от него никто не ожидал. Мы думали — ну, да, занятная вещица, пусть пользователи поиграют в программистов, лишь бы работать не мешали. А сегодня куда ни глянь, все хотят, чтоб даже у серьезных энтерпрайз-решений обязательно были какие-то хотя бы элементы лоукода. Но зачем?

Привет! В этой статье я хочу рассмотреть практический вопрос, связанный с расчётом MDE линеаризованной метрики. Я кратко напомню суть метода линеаризации, а затем покажу как связано изменение исходной ratio‑метрики с изменением её линеаризованного варианта в A/B‑тесте — это поможет правильно рассчитать размер выборки в экспериментах с ratio‑метриками c использованием линеаризации.

Опыт настройки, кастомизации и боли в 1С
Привет, Habr!
Меня зовут Матфей, я бизнес-аналитик, работаю на стыке автоматизации, процессов и ритейла (Родробнее освещю в совем Telegram-канале). В этой статье — немного практики и живого опыта из мира рассчета бонусных баллов в ОК (отчеты комиссионера), 1С и вечного «а можно ещё вот такую механику?».
⸻
Почему бонусные системы — это не просто «процентик от суммы»
Если ты думаешь, что бонусы в 1С:Розница — это просто “5% от чека начислили, клиент потом списал”, то держи что скрывается под капотом:
1) Программы лояльности с многоуровневыми условиями;
2) Расчёт бонусов по определённым группам товаров;
3) Рассчет бонусов в ОК — только если это необходимо (Собсвенная доработка);
5) Бонусы, которые зависят от физ. лица, канала, региона, уровня карты и т.д.
6) Персональные скидки, акции, подарочные баллы, партнёрские накопления…
И всё это желательно “считать на лету”, интегрироваться с фронтом и не взорвать 1С.
⸻
Пример применения кастомного расчета ББ в ОК:
Кастомные доработки: расчёт ББ (бонусный баланс) в ОК и реализациях
Когда дело доходит до реализации бонусных механик по заказам из e-commerce, особенно в рамках документов “Отчёт комиссионера”, появляется масса нюансов.
Особенно если дело касается рассчета ББ в Рознице, а там отчетов комиссионера как таковых нет.
Например:
1) Бонусы начисляются только в конкретных случаях (предоплата, самовывоз, наличие дисконтной карты и т.д.);
2) Тип магазина влияет на расчёт — вводится перечисление в справочнике "ТипыМагазиновЕКОМ", где мы делим точки на ЕКОМЦС, ЕКОМУнивермаг, неЕКОМ;
3) Алгоритм расчёта бонусов зависит от двух дат: дата оформления заказа и дата выкупа (и это не всегда один и тот же день);
4) В документе “Реализация товаров” теперь появляются кастомные реквизиты:
4.1 ЕКОМ_КодСпособаДоставки
4.1 ЕКОМ_ЭтоОтчетКомиссионера