Промпт: интерактивная визуализация сети транзакций, абстракция на белом фоне

Говорят, хорошая визуализация данных лучше тысячи слов о них, и с этим трудно спорить.

Эта статья посвящена написанию приложения на Python для интерактивной визуализации графов. В первой части представлен краткий обзор использованных средств и библиотек, а также свойства приложения. Во второй половине — технические детали, касающиеся использования NetworkX, Plotly и Dash, и собственно код.

В результате всего за 300 строк на Python получится веб-приложение с пользовательским интерфейсом, отображающим ориентированный граф с несколькими селекторами для настройки используемых данных.

Функция определяет форму

Удивительно, но сто лет назад дизайнеры были интереснее, смелее и прогрессивнее современных.

Привет, аналитики!

В прошлый раз мы разобрались, как бизнес-аналитику наладить взаимодействие со стейкхолдерами и превратить их противоречивые требования в единую систему.

Сегодня я хочу поговорить о дальнейшей работе аналитика в проектах по созданию хранилищ данных (DWH). Как пройти весь путь от сбора требований до внедрения готового решения, сохраняя баланс интересов бизнеса и ИТ.

Мы уже выяснили потребности пользователей и достигли консенсуса по целям системы. Теперь предстоит воплотить эти требования в реальное DWH. И здесь нас ждет не меньше подводных камней, чем на этапе согласования.

Как избежать недопонимания между бизнесом и ИТ в ходе проектирования? Как убедиться, что разработанное решение действительно решает задачи заказчика? И как помочь пользователям безболезненно перейти на новую систему?

Всем привет! Меня зовут Елизавета Акманова, и я рада приветствовать вас в моей новой статье. Если вы помните, моя первая публикация касалась пяти ключевых трендов в бизнес-анализе. Сегодня я приглашаю вас отправиться в увлекательное путешествие под названием «Рекомендации по моделированию данных».

Отмечу, что в данной статье не будут рассмотрены технические аспекты, такие как типы баз данных, уровни нормализации, типы данных, и т.п. Эти вопросы не являются предметом обсуждения. Основное внимание будет уделено бизнес-целям создания модели данных. Я дам рекомендации по работе с моделями данных, основанные на моем личном опыте.

Первое, с чего хочется начать: что такое модель данных и база данных? Зачем их разделяют и в чем их принципиальное отличие? 

Здравствуйте! Меня зовут Елизавета Акманова, я старший аналитик в ГК Юзтех. Начав свой путь в IT в 2020 году, я претерпела значительное развитие — от участия в микропроектах в небольших группах из 4 человек до работы над сложными, высоконагруженными приложениями с ежедневным участием до 90 специалистов. 

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

Всем привет! Меня зовут Владимир, и в этом я году оканчиваю магистратуру “Программирование и анализ данных” в Высшей школе экономики в Петербурге, а также работаю в JetBrains Research. В этом посте я хочу рассказать про нашу статью Scalable Multi-Agent Model-Based Reinforcement Learning, которую приняли на большую конференцию AAMAS’22 (A*). Над статьёй я работал вместе с Алексеем Шпильманом, заведующим Центром анализа данных и машинного обучения в Вышке. 

В статье мы впервые предлагаем использовать модель мира в мультиагентных средах с большим количеством агентов, показывая эффективность такого подхода в использовании опыта при обучении. Модель мира позволяет обучать оптимальное поведение агентов в десятки раз быстрее текущих аналогов, что значительно уменьшает количество требуемых ресурсов.

Ежедневно мы сталкиваемся с миллионами факторов, которые требуют от нас, как от менеджеров, колоссальной эмоциональной и физической отдачи: переговоры с клиентами, выстраивание процессов в команде, решение конфликтов и спорных моментов. Чтобы продолжать работать в положительном ключе, нужно понимать, как поддерживать своё состояние в балансе и что делать, когда вот-вот наступит предел. Поэтому я уделяю особое внимание состоянию внутреннего ресурса — команды и своего. В статье расскажу, как научиться планировать этот ресурс.

Праздничные деликатесы подходят к концу — самое время дать пищу мозгу и познакомиться с одной из древнейших и самой необычной и сложной системой письменности современности — китайским иероглифическим письмом.

Я постараюсь простым языком с примерами и иллюстрациями описать как это все в принципе работает и чем отличается от привычных нам языков с алфавитом, осветить слабые и сильные стороны, а для желающих копнуть глубже по тексту будут ссылки на дополнительные материалы.

Что больше злит: когда перенаправляют от одного к коллеги к другому и все равно не получаешь информацию, или когда постоянно меняются бизнес-требования? Мой текст посвящен работе над проектом в корпорации, вернее, решению главной ее сложности — коммуникации.

В статье делюсь опытом, как я выстроила процессы в компании, привожу чек-лист агента изменений, 5 действенных инструментов и шаблоны документов. А еще рассказываю о результатах: как системное выстраивание коммуникации сделали бизнес-процессы эффективнее. 

Меня зовут Мария Болдырева — я руководитель проектов в IT-компании Outlines Tech. В профессии 3,5 года, сейчас развиваю финтех-направления корпораций. Всего в управлении командами 6 лет. 

После семилетнего путешествия и преодоления почти 6 млрд км космический аппарат НАСА OSIRIS-REx утром 24 сентября 2023 г. мягко приземлился в пустыне штата Юта с ценным грузом. Аппарат доставил на Землю образец с астероида Бенну.

Примерно 250 гр материала, собранного с астероида массой 85 млн тонн, поможет учёным узнать о формировании Солнечной системы, в том числе о том, есть ли в таких астероидах, как Бенну, химические компоненты для жизни.

Бюджет миссии НАСА составлял $800 млн, а в итоге стоимость 255 г образцов составит около $1,16 млрд. Но самый ли это дорогой из известных материалов? Даже близко нет.

Привет, я Саша, продакт лид, отвечаю за развитие data-продуктов. Делать пользователей счастливее — моя работа. Но мне важно делать счастливее не только их, но и людей вокруг — коллег, с которыми мы создаем продукты. 

Внедрением практик для мотивации команды я занимаюсь более 6 лет, сначала в n1.ru, а теперь в Lamoda Tech. Сегодня хочу поделиться самыми простыми из них. Это быстрые рецепты, которыми мы пользуемся, чтобы поддержать живую, драйвовую атмосферу внутри команды, даже когда все работают в разных концах земного шара и не хотят включать камеру на созвонах.

В последние пару месяцев постоянно слышу от продактов, что они не знают кого почитать по продакт менеджменту, где черпать практическую и актуальную информацию.

Большая подборка полезных telegram-каналов и чатов для product managers, project managers и product owners. Здесь ты найдешь как крупные популярные каналы с десятками тысяч подписчиков от знаменитых продактов, так и ламповые каналы на пару сотен человек без рекламы и смс.

Исключительно актуальные и действующие каналы от профессионалов рынка. Обязательно к изучению тем, кто только начинает свой путь в управлении продуктами.

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

Когда в онлайн-образование пришли большие бюджеты, оно перестало казаться уделом зубрил и гиков. Более того, вместе с новым рынком, гордо причисляющим себя к IT, возникли и новые профессии. Одной из них стала профессия методиста, вокруг которой быстро появился шлейф «нового рэпа».

Появление всевозможных курсов по переподготовке было лишь вопросом времени. Методист встал в одну линейку курсов раскрученных онлайн-университетов вместе с фуллстеком, тестированием и графическим дизайном.

Но так ли просто начать обучать людей и кто в итоге создаёт курсы для вас и ваших детей?

Техрадар обычно бывает двух видов: или труп, или сделан неправильно. Я Олег Федоткин, Head of PaaS СберМаркета. Хочу рассказать, почему это так и как заставить техрадар работать.

Это текстовая версия моего выступления на Podlodka TechLead Crew. Если вам больше нравится смотреть видео, то оно здесь.

В своей книге «Сид Мейер: Жизнь в мире компьютерных игр» знаменитый разработчик рассказывает о ключевых моментах карьеры, много шутит и через всю книгу дает советы и лайфхаки по разработке игр. А в этой статье основные из них — перевод под катом.

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

Отличный сценарий тестирования юзабилити прост и поучителен

Почему важно, чтобы у модераторов был сценарий, который нужно соблюдать в пользовательских тестах? Во-первых, вы хотите, чтобы ваши тесты были как можно более стандартными. Это гарантирует, что вы не будете смещать ответы отдельных участников. А уверенность в том, что каждый пользователь отвечает на одни и те же вопросы, гарантирует, что вы сможете увидеть сходства и различия в ваших пользовательских ответах, что поможет вам сделать более убедительные выводы из своего исследования.

В конечном счете, сценарий должен быть простым, но содержать достаточно инструкций, чтобы помочь фасилитатору направлять участников во время модерируемой сессии — или предоставлять всю информацию, которую участники должны знать на немодерируемых (онлайн) сессиях. Вот разделы, которые должен включать документ сценария, с рекомендациями о том, что включать в каждый из них:

СОВЕТ: чтобы сделать сценарий более легким для чтения во время модерируемого теста, используйте другой стиль текста или цвет, чтобы отделить инструкции от реального сценария, который будет прочитан участнику.

Наверное, любой тестировщик хоть раз в жизни слышал фразу «‎Тестирование нужно начинать как можно раньше»‎. И это правда. Чем раньше у отдела качества появится информация о проекте, тем меньше вероятность пропуска логических ошибок. Но жизнь — не сказка, и очень часто продукт попадает в руки тестировщика на предпоследнем этапе. Разумеется, и так можно работать, и весьма продуктивно. Но что делать в ситуации, когда отдел QA еще и не получает информации, ибо ее попросту нет. Весь проект в голове лида/менеджера, там все стройно, четко, красиво. Но как только он порционно выдает задачи команде, начинается то, о чем я хочу рассказать. Поэтому давайте попробуем поднять ставки и погрузиться в фантастическую вселенную, где каждая ошибка фатальна.

Статья является переводом поста "Introduction to Knowledge Modeling" с сайта makhfi.com сделанным с молчаливого согласия автора (запрос по-честному отправлен на почту Pejman Makhfi 30.11.2021).

Получение ценной практической информации из данных была задачей наших компьютеров в течение последних пятидесяти лет в эпоху, которую метко назвали «веком информации». Тем не менее, в 21 веке в центре внимания будет уход от компьютера как простого поставщика базовой информации. Компьютеры ближайшего будущего будут использоваться для извлечения знаний из информации.

Технологии «эпохи знаний» переносят наше внимание с индивидуальных, изолированных информационных систем и хранилищ на расширенный обмен и совместное использование информации с целью расширения объема и глубины знаний, доступных отдельным лицам и видам деятельности.

Объем мирового рынка домашних интеллектуальных компьютерных устройств в 2020 году составил 801,5 млн штук

Но что такое интеллект? Концепция интеллекта основана на четырех фундаментальных принципах, которые включают: данные, информацию, знания и мудрость (также известные как интеллект).

Привет! Меня зовут Петр Александров, я много лет работал руководителем проектов и живо интересовался вопросами календарного планирования, достижения дедлайнов и координации работ во времени. Сейчас я лидер продукта «Портал метрик продуктовых команд» в SM Lab и работаю с продуктовыми agile-командами. Такие команды делают задачи не к определенному сроку, а по потоку. 

Что это значит?

1. Команда выполняет задачи по определенной последовательности этапов. Задачи в потоке движутся однонаправленно, от бэклога к продуктиву. Возвраты случаются, но это, скорее, нежелательные исключения.

2. Есть только один источник задач — бэклог команды. Никто не может передать задачу в работу команде иначе, чем поместив ее в бэклог.

3. Задачи в бэклоге приоритезирует Product Owner (заказчик), а не команда.

4. В работу берется самая приоритетная задача из бэклога, и только после того, как обработана и передана дальше по потоку предыдущая задача.

5. Завершение уже начатой задачи приоритетнее взятия в работу новой. Нельзя принудительно заталкивать в поток задачу раньше, чем команда готова ее взять. Нельзя откладывать текущую задачу ради новой, пусть даже очень важной.

6. Команда не стремится как можно быстрее решить конкретную задачу, но прилагает регулярные усилия по ускорению потока в целом.

Конечно, есть оговорки и исключения, но это базовые правила для подавляющего большинства случаев. 

Этот пост посвящен описанию нашего подхода к работе продуктовых команд. В следующем посте я остановлюсь на метриках команд и их использовании при прогнозировании  сроков и синхронизации исполнения задач.