Несколько месяцев назад мне захотелось разобраться, о чём весь этот хайп: биткоин, токены, смарт-контракты, ICO. С биткоином всё было относительно просто, ведь есть замечательная книга bitcoinbook.

Со смарт-контрактами дело обстояло сложнее. Как оказалось, виной тому не самое удачное название. Когда мы слышим слово "контракт", в голову приходит юридический смысл термина: договор между двумя или более сторонами. И такое понимание смарт-контрактов имеет право на существование, но суть явления значительно шире, и контракт — не самый интересный и важный случай.

На волне популярности ICO зашла речь о государственном регулировании. Я не фанат ни государства, ни регулирования, но нужно признать, что государство — один из важнейших институтов, и без него не обойтись. Тем не менее мне кажется, что сообщество сфокусировало усилия на частном случае проблемы, причём не самом важном. Рассматриваемая технология, при правильном её применении, может до неузнаваемости изменить очень многие сферы жизни. Вместо того, чтобы рассматривать изолированный случай ICO и придумывать регулирование "по аналогии" с IPO, стоит подойти к делу более системно.

Когда появляется новая технология, и не совсем понятно, как её применять, возникает соблазн ориентироваться на старые модели. Так было со смартфонами: первые версии смартфонов на Windows Mobile пытались вместить интерфейс настольной операционной системы в маленький экран; с иконками, мышью и кнопкой "Пуск". Такие смартфоны вполне можно было использовать, но настоящая революция случилась, когда разработчики поняли, что смартфон — это не маленький компьютер, а нечто принципиально иное, и взаимодействие с пользователем должно строиться совсем по другим моделям.

Вступление

Несколько дней назад в блоге The Daily Viz была опубликована запись, которая привлекла внимание широкой общественности как пример простой и эффективной визуализации данных.

Визуализация представляла собой карту популярности дней рождения, реализованную как теплокарта (heatmap) в виде календаря. По вертикали располагались числа, по горизонтали — месяцы, и, глядя в эту незамысловатую таблицу, мы могли по насыщенности оттенка судить о том, насколько популярен тот или иной день в году с точки зрения деторождения.

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

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

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