Диаграмма готова, но как разместить её на слайде, если на нем есть и другой контент? Практические приёмы создания визуально сбалансированных и наглядных бизнес-слайдов — почему круговая диаграмма не всегда уместна и какие альтернативы выбрать, чтобы сохранить наглядность и аккуратный дизайн.
Смотреть на других платформах:
Всем привет!
Хочу показать свой пет-проект — интерактивный атлас «Atomic Atlas». Я тимлид из одного человека, который решил, что ему не хватает химии в жизни 😄
Что это такое?
По сути, это такая штука, где можно тыкать в элементы таблицы, изучать их свойства, а самое интересное — крутить и разглядывать 3D-модели атомных орбиталей. Но это не просто картинки «для красоты» — орбитали рассчитываются и моделируются на основе реальных параметров (масса ядра, период и др.), а не только по водородным функциям. Это было сложно, но вроде получилось.
Как делаю?
Движок: Unreal Engine (так как есть опыт работы с ним).
Команда: Я и мой друг, который спасает меня с Photoshop и UI. Без него кнопки были бы красными на зелёном 😅
Бюджет: 0 рублей, чисто на энтузиазме и чае.
Что уже есть?
Рабочая таблица, по которой можно кликать.
Странички элементов с базовой информацией.
Те самые 3D-орбитали, которые можно вертеть.
Начата работа над таблицей изотопов для каждого элемента (да, у меня уже готова база данных по ним).
Зачем такой сложности игровой движок?
Ну, во-первых, для привычного и удобного интерфейса, который у всех выработан годами игрового опыта. А во-вторых, и это главное — мы хотим сделать упор на качественную 3D-визуализацию. Хочется показать то, что в учебниках чаще всего изображено схематично или картинками из прошлого тысячелетия — кристаллические решётки, ядра элементов, изотопы. Игровой движок для этого подходит идеально.
Что дальше?
Планы амбициозные, но сейчас сосредоточен на том, чтобы «оживить» и показать в 3D именно фундаментальные вещи: те же кристаллические решётки и структуры ядер. Когда-нибудь, может, и до виртуальной лаборатории дойдём, но это очень не скоро.
Если кому-то интересно посмотреть, как тут всё устроено внутри, или есть идеи — буду рад услышать в комментариях, тут или в телеге. Для меня это хобби, так что критика тоже приветствуется (только не бейте сильно).
Спасибо, что заглянули!
ссылка на канал, в нем в закрепе есть ссыль на диск с билдом который периодически обновляем - https://t.me/Atomic_Atlas
ну и скриншот
собственно сама табльца она же начальный экран
визуализация орбиталей (число протонов, нейтронов и электронов 10 так как виджет их отображающий еще не подключен к структуре)
ну и коротенькое видео
Иногда отрисовка даже простой инфографики в PowerPoint может занять несколько часов. Вместе с тем, тот же результат можно получить за 10–15 минут при правильной организации работы. Показываю на примере как это делается.
Смотреть на других платформах
Представьте себе шкаф у вас дома. В одном отделении лежат полотенца, в другом — футболки, в третьем — кастрюли (если шкаф на кухне). Каждая полка — для своих вещей, чтобы потом легко было найти.
База данных (БД) — это тот же шкаф, только для информации. Она хранит данные так, чтобы их можно было легко положить, достать и разложить по порядку.
Если тебе интересно узнать больше про базы данных и SQL — заглядывай в мой телеграм-канал sql_in_touch. Там я просто и понятно рассказываю, как работать с SQL, разбираю практические примеры и делюсь лайфхаками для начинающих. Буду рада видеть тебя в числе подписчиков и вместе разбираться в мире данных!
В нашей жизни есть разные шкафы. Платяной шкаф, кухонный шкаф, шкаф с инструментами и т.д. Так и в мире данных есть разные БД.
Данные хранятся в таблицах (как в Excel, только гораздо умнее).
Таблицы связаны между собой: в одной лежат заказы, в другой — клиенты, и они связаны по уникальному номеру клиента.
Примеры: MySQL, PostgreSQL, Oracle.
📌 Где хороши: когда данные структурированы и связи между ними важны (интернет-магазин, банковские операции).
💡 Пример:
У меня в одном ящике лежит нижнее белье, в другом — футболки, а на плечиках висят брюки и пиджаки. Мне нужно быстро собрать наряд для собеседования. Я открываю нужные ящики и беру нужные вещи — так я собираю образ. Да, бывает, что я надену на себя вещи, которые не сочетаются между собой. Но в данном контексте это будет означать, что я не ограничила выборку условиями. А все необходимые составляющие: футболка, брюки, пиджак и т.д. будут выбраны из нужного ящика или вешалки.
Так и база данных — она состоит из разных «ящиков» (таблиц), в которых хранится разная информация. Но чтобы получить полный «наряд» (то есть ответ на запрос), система быстро соединяет данные из этих ящиков и выдает нужный результат. Это и есть работа с базой данных — быстро и удобно находить нужные сведения, даже если они лежат в разных местах.
Документоориентированные базы данных — это как личные папки или досье, где в каждой папке может быть разный набор информации, и она не обязательно одинаковая у всех.
Данные хранятся в виде документов (JSON, XML) — как целые досье.
Каждый документ может содержать разную структуру, без строгих таблиц.
Примеры: MongoDB, CouchDB.
💡 Пример:, у стилиста есть папка с данными о каждом клиенте: цвет волос, любимый стиль, что уже покупали, фотографии образов. У одного клиента в папке может быть описание прически, у другого — заметки про аксессуары, у третьего — список любимых магазинов. И это нормально, потому что каждая папка индивидуальна и хранит то, что важно именно для этого клиента.
📌 Где такие базы удобны? Когда данные часто меняются и не всегда бывают одинаковыми — например, каталоги товаров с разными характеристиками или профили пользователей с разным набором информации.
Представь повара на кухне, у которого на полках стоят контейнеры с приправами. На каждом контейнере — ярлычок: «Соль», «Перец», «Базилик». Повар сразу видит, где что лежит, и может быстро взять нужную специю, не тратя время на поиски.
В базах данных типа ключ-значение, например Redis или Memcached, всё устроено похожим образом: есть «ключ» — это как ярлычок на контейнере, и «значение» — содержимое внутри. Когда нужна информация, система быстро находит значение по ключу — без лишних сложностей и долгих поисков.
📌 Где такие базы классно работают? Когда нужна очень быстрая реакция: кэширование данных, хранение настроек, сессий пользователей, временных значений — чтобы всё на кухне (то есть в системе) шло как по маслу.
Соцсети — отличный пример того, как работают графовые базы данных.
В таких базах информация хранится в виде «узлов» — это могут быть пользователи, группы, посты, события. «Связи» — это отношения между этими узлами: кто с кем дружит, кто подписан на кого, кто лайкнул чей пост, кто участвует в каком событии.
В итоге получается огромная сеть — граф — где можно быстро понять, кто ваши друзья, кто из них общается между собой, какие группы и интересы вас объединяют.
📌 Где полезны графовые БД? В соцсетях для построения друзей и рекомендаций, в картах для прокладывания маршрутов, в системах рекомендаций товаров.
💡 Пример:
Представь, что у тебя есть большая компания, и тебе нужно понять, кто с кем работает вместе, кто кому помогает и кто отвечает за какие задачи.
Каждый сотрудник — это «узел», а связи между ними — это совместные проекты, встречи или переписка. Так можно быстро увидеть, кто является центром коммуникаций, кто с кем тесно взаимодействует и как лучше организовать работу команды.
Графовая база поможет быстро найти нужных людей и понять, как информация и задачи «текут» внутри компании
База данных — это способ хранить и упорядочивать данные, как мы упорядочиваем вещи дома или в рабочем шкафу.
Хотите чёткий порядок и строгие связи? → Реляционные БД.
Нужна гибкость и разная структура? → Документоориентированные.
Важна молниеносная скорость для простых данных? → Ключ-значение.
Важны сложные связи? → Графовые.
Как у хорошей хозяйки или стилиста — в базе всё лежит там, где нужно, и всегда можно быстро достать.
Уважаемые пикабушники!
Я создал микросайт с графиками населения крупнейших городов в мире (1950-2025).
Показываю ПОШАГОВОЕ использование:
1. Зайти на https://tablepedia.com/cities2025/
Кстати, весь микросайт в архиве ZIP занимает 14 килобайт и его можно скачать по адресу: https://tablepedia.com/cities2025.zip
Если вы немного пролистнёте сайт вниз, вы увидите таблицу, а пониже неё - графики населения Токио, Дели, Шанхая и Сан-Паулу:
Рис. 1. Графики населения Токио, Дели, Шанхая и Сан-Паулу (1950-2025).
2. Вы можете изменить года, вот один из результатов:
Рис. 2. Графики населения городов с изменёнными годами.
3. В нижней части сайта вы видите графики Мехико, Каира, Мумбаи и Пекина:
Рис. 3. Графики населения Мехико, Каира, Мумбаи и Пекина.
Думаю, очевидно, что можно менять не только года, но и города, которые показаны на графике.
Если интересно, можете посмотреть этот сайт на GitHub: https://github.com/yaroslav1982/tablepedia-microsite-cities2025
Предлагаю посмотреть в моей подборке постов визуализацию данных о населении стран мира, а также - курсов валют, криптовалют и металлов: Визуализация данных
Если есть вопросы, напишите их, пожалуйста, в комментариях.
Уважаемые пикабушники!
Я создал микросайт с графиками курсов криптовалют (там только минимальные и максимальные значения за календарный год).
Показываю ПОШАГОВОЕ использование:
1. Зайти на https://tablepedia.com/cryptocurrency2025/
Кстати, весь микросайт в архиве ZIP занимает 14 килобайт и его можно скачать по адресу: https://tablepedia.com/cryptocurrency2025.zip
Если вы немного пролистнёте сайт вниз, вы увидите таблицу, а пониже неё - графики курсов биткоина (BTC) и эфириума (ETH):
Рис. 1. Графики курсов BTC и ETH (2016-2025).
2. Вы можете изменить года, вот один из результатов:
Рис. 2. Графики курсов криптовалют с изменёнными годами.
3. В нижней части сайта вы видите графики лайткоина (LTC) и монеро (XMR):
Рис. 3. Графики LTC и XMR.
Думаю, очевидно, что можно менять не только года, но и криптовалюты, которые показаны на графике.
Если интересно, можете посмотреть этот сайт на GitHub: https://github.com/yaroslav1982/tablepedia-microsite-cryptocurrency2025
Предлагаю посмотреть в моей подборке постов визуализацию данных о населении стран мира, а также - курсов валют и металлов: Визуализация данных
Если есть вопросы, напишите их, пожалуйста, в комментариях.
Power BI предлагает много видов визуализации, и на первый взгляд может показаться, что можно использовать любой из них. Но от того, насколько правильно вы подберёте тип графика под задачу, зависит, будет ли он понятен и полезен пользователю.
В этой статье кратко разберём типы графиков, таблицы по применению, ошибки, которые стоит избегать, и советы по оформлению визуализации.
Power BI поддерживает множество визуальных форматов. Ниже — самые распространённые типы и ситуации, в которых они работают лучше всего:
Для чего: сравнение категорий, динамика по периодам
Пример: сравнение продаж по регионам, расходов по отделам
Для чего: анализ временных рядов, выявление трендов
Пример: выручка по месяцам, рост количества клиентов
Для чего: демонстрация долей в составе целого
Пример: структура продаж, доля рынка
Важно использовать только если долей немного (до 5 категорий). При большем количестве круговая диаграмма становится трудночитаемой и теряет смысл. Лучше заменить на столбчатую или ленточную диаграмму.
Для чего: отображение суммарных изменений во времени
Пример: накопление выручки по сегментам
Для чего: поиск взаимосвязей между показателями
Пример: связь между затратами и прибылью по проектам
Для чего: показ ключевых показателей и их статуса
Пример: выполнение плана продаж, количество заказов
Для чего: сравнение разных метрик в одной визуализации
Пример: выручка (столбцы) и средний чек (линия)
Для чего: анализ этапов процесса
Пример: воронка продаж
Для чего: разбор факторов, влияющих на итог
Пример: причины отклонения прибыли
Для чего: географическое распределение
Пример: продажи по регионам
Чтобы упростить выбор, можно ориентироваться на основную цель анализа данных. Ниже мы составили таблицу соответствий:
Тип графика по цели анализа
Чтобы визуализация не просто «красиво смотрелась», а реально помогала бизнесу принимать решения, важно выбрать правильный тип и правильно её оформить:
Заголовок, отражающий суть графика
Метки данных с удобным форматированием (тыс., млн, %)
Читабельная легенда и пояснения
Выделите ключевые значения цветом или сделайте колоркодинг
Используйте жирный шрифт и стрелки для акцентов
Добавьте комментарии или поясняющие метки
Сортировка данных и масштаб осей должны быть логичными
Размер шрифтов, линий, точек — достаточно крупный
Отчет должен быть понятен с первого взгляда даже без пояснений
Выбор правильного графика в Power BI — это не только про визуал, но и про логику, восприятие и принятие решений. Учитывайте цель анализа и оформляйте визуализации так, чтобы они были понятны за 5 секунд. Тогда ваши отчёты действительно будут работать на бизнес.
статья была написана в рамках учебного задания с использованием искусственного интеллекта
Я обожаю Dungeons & Dragons — эта настольная ролевая система для меня больше, чем просто игра. Она объединяет воображение, механику, стратегию и совместное творчество. Но с ней есть одна проблема: магическая система D&D — это настоящий лабиринт.
Когда ты выбираешь персонажа, особенно мага, колдуна или друида, тебя ждёт стена из сотен заклинаний. Какие из них тебе доступны? Чем одно отличается от другого? Сколько магии вообще нужно твоему герою?
Именно тогда у меня родилась идея: собрать, упорядочить и визуализировать заклинания D&D 5 редакции, чтобы облегчить выбор и понять общую картину.
Систематизировать информацию по заклинаниям: школы магии, классы, уровни, эффекты.
Создать визуальный инструмент выбора персонажа — особенно по критерию "сколько магии хочется".
Объединить дизайн, аналитику и геймдев-культуру в одном проекте.
Сделать DnD доступнее для новичков — и интереснее для опытных игроков.
Я начала с самого сложного — полного списка заклинаний DnD 5e. Это десятки страниц, описаний и характеристик. Для проекта использовалась информация из официальных источников, таких как Player’s Handbook и онлайн-базы данных вроде D&D Beyond.
Каждое заклинание было закодировано по ряду параметров:
Название
Уровень (от 0 до 9)
Школа магии (иллюзии, некромантия, очарование и т.д.)
Классы, которые могут использовать
Тип действия (мгновенное, продолжительное)
Компоненты (материальные, вербальные и т.д.)
Всего получилось более 350 заклинаний, которые я внесла в таблицу.
Следующим шагом стало превращение этих данных в понятную визуальную структуру.
Я создала инфографику по числу заклинаний у каждого класса — видно, кто больше всех "магуёт", а кто практически не владеет магией.
Добавила круговую диаграмму по школам магии — она показывает, какие школы встречаются чаще, какие реже.
Таблицы с уровнями и доступностью заклинаний помогают понять: на каком уровне появляется нужный спелл, и насколько "магическим" будет путь вашего персонажа.
Всё оформлено в визуальном стиле, приближенном к фэнтези-эстетике, но без перегруза — дизайн лаконичный, чистый, удобный для чтения.
Моя слабая сторона — это техническая реализация. Я не программист и начинала проект буквально с нуля. Мне пришлось:
Освоить основы работы с таблицами и кодировкой данных
Разобраться в принципах визуализации (в том числе с помощью Python и Excel)
Переработать структуру несколько раз, чтобы графики были не просто "красивыми", а полезными и читаемыми
Это был тот случай, когда ты сначала делаешь "как получается", а потом учишься, как делать правильно.
В результате я сделала визуальный справочник заклинаний D&D, который:
Позволяет ориентироваться в магической системе
Помогает выбирать класс персонажа, если ты не знаешь, хочешь ли разбираться в магии или нет
Даёт наглядную картину: какой класс владеет каким объёмом магии, какие школы чаще всего встречаются, и какие спеллы доступны в начале игры
Этот справочник полезен и новичкам, и мастерам, и просто любопытным игрокам.
Сложное можно упростить. Нужно только захотеть — и структурировать.
Даже без технических навыков можно сделать что-то полезное, если разобраться шаг за шагом.
Личный интерес — мощный двигатель. Я не просто сделала учебный проект, я реально хотела этим пользоваться.
Автоматизация важна. Раньше я записывала всё вручную в тетрадках, теперь понимаю, как таблицы, фильтры и визуализация экономят часы времени.
У проекта есть огромный потенциал:
💡 Сделать интерактивную версию справочника — с фильтрами, подсветкой, настройкой под конкретный класс или уровень.
🌍 Перевести на английский и выложить на Reddit и другие площадки, где обитает DnD-сообщество.
🎮 Интегрировать с character builder-инструментами — чтобы выбор заклинаний был не головной болью, а геймифицированным процессом.
📚 Расширить визуализацию: добавить магические предметы, фиты, синергию между классами.
🤝 И, возможно, сделать коллаборацию с другими дизайнерами и разработчиками на тему "геймдев + визуализация".
Этот проект стал возможен благодаря моей любви к настольным ролевым играм, поддержке сокомандников и... большому количеству кофе. Если он поможет хотя бы одному человеку не запутаться в спелл-листе — значит, я всё сделала не зря.
