Комментарии 17
Беда в том, что вот такие сглаженные графики рисуют для тех, что про свечи никогда не слышал, и даже если про них сказать, то интереса к ним все равно не появится.
Соответственно, свечи для продвинутых, а всем обычным — обычные понятные графики, пусть даже и корявые.
Консьюмеризация…
Соответственно, свечи для продвинутых, а всем обычным — обычные понятные графики, пусть даже и корявые.
Консьюмеризация…
Согласен с тем что сглаженные линии не подходят, но свечи — слишком сложно. Если продукт ориентирован на выходцев из биржи — окей, но остальных придется учить. В своих продуктах использую следующие критерии:
1) если значения скачут вокруг какого-то значения (как правило — 0) и данные представляют собой изменение какой-то величины, то используем столбцы с разными цветами для разных направлений, один для роста и другой для снижения;
2) Если величина обозначает какой-то значимый или физический объем (сумма денег на счёте, количество товаров на складе) и выход «в минус» невозможен или крайне маловероятен, то либо столбцы, либо линейная диаграмма с заполнением области под линией.
3) Если величина показывает плавно изменяющиеся значения без резких перепадов (температура за месяц, онлайн посетителей портала во времени), то используем линии. Наличие сглаживания зависит от дизайна, но сглаженные линии обычно приятнее ломанных.
Особо важен бэкграунд данных для пользователя. График это визуализация. На одном и том же графике руководитель предприятия увидит одно, главбух — другое. Например, мы нарисуем динамику объема средств на счете фирмы за год. Если директор особо в финансы не вникает — показываем ему линию, по которой просто и понятно какой сейчас «тренд». Покажем эту линию главбуху, и получаем фидбэк в стиле «ничего не видно, ничего не понятно....».
Если есть время и возможность — добавляем переключатель режима отображения графика «стоблцы/линия», чтоб сами решали что смотреть.
1) если значения скачут вокруг какого-то значения (как правило — 0) и данные представляют собой изменение какой-то величины, то используем столбцы с разными цветами для разных направлений, один для роста и другой для снижения;
2) Если величина обозначает какой-то значимый или физический объем (сумма денег на счёте, количество товаров на складе) и выход «в минус» невозможен или крайне маловероятен, то либо столбцы, либо линейная диаграмма с заполнением области под линией.
3) Если величина показывает плавно изменяющиеся значения без резких перепадов (температура за месяц, онлайн посетителей портала во времени), то используем линии. Наличие сглаживания зависит от дизайна, но сглаженные линии обычно приятнее ломанных.
Особо важен бэкграунд данных для пользователя. График это визуализация. На одном и том же графике руководитель предприятия увидит одно, главбух — другое. Например, мы нарисуем динамику объема средств на счете фирмы за год. Если директор особо в финансы не вникает — показываем ему линию, по которой просто и понятно какой сейчас «тренд». Покажем эту линию главбуху, и получаем фидбэк в стиле «ничего не видно, ничего не понятно....».
Если есть время и возможность — добавляем переключатель режима отображения графика «стоблцы/линия», чтоб сами решали что смотреть.
Даа, сглаженные графики конечно скрывают дискретную суть финансовых транзакций, но может для совсем простых случаев это не так уж и страшно. В конце концов, тренд и типичный масштаб изменений даже по такому испорченному графику можно отследить.
У меня есть технические вопросы касательно графика на основе японских свечей:
1) Я не финансист, но мне кажется абсолютная шкала где-то слева (или справа) от японских свечей и гистограммы была бы полезна. Ну т.е. я вижу изменения за один бин по времени на гистограмме, но сколько это — +- 1 миллион или +- 5 — приходится вычислять из первого графика. Есть какая-то причина, по которой нет вертикальных осей?
2) На графике присутствуют лейблы с характерными суммами. Например, в начале и в конце ряда, но еще и в середине. Для верхней панели это 453к — 8.4М скачок, а вот для нижней это 3.4 М. Лейблами подписываются минимальная/максимальная суммы за период, или используется какой-то иной критерий? Допустим, нетипичное изменение баланса (аутлайер)? В случае последнего интересно было бы узнать как такие «выбросы» во временном ряду автоматически обнаруживаются.
У меня есть технические вопросы касательно графика на основе японских свечей:
1) Я не финансист, но мне кажется абсолютная шкала где-то слева (или справа) от японских свечей и гистограммы была бы полезна. Ну т.е. я вижу изменения за один бин по времени на гистограмме, но сколько это — +- 1 миллион или +- 5 — приходится вычислять из первого графика. Есть какая-то причина, по которой нет вертикальных осей?
2) На графике присутствуют лейблы с характерными суммами. Например, в начале и в конце ряда, но еще и в середине. Для верхней панели это 453к — 8.4М скачок, а вот для нижней это 3.4 М. Лейблами подписываются минимальная/максимальная суммы за период, или используется какой-то иной критерий? Допустим, нетипичное изменение баланса (аутлайер)? В случае последнего интересно было бы узнать как такие «выбросы» во временном ряду автоматически обнаруживаются.
в торговых терминалах шкала значений обычно справа, плюс при наведении мыши на перекрестии можно посмотреть какие значения по вертикали (цена) и горизонтали (время), плюс при наведении на свечу OHLC (Open, High, Low, Close) отображаются…
Да, основная причина отсутствия оси ординат с метками — интерактивность графика. Мне показалось, что лучше не захламлять график лишними меткими и сетками, если можно просто навести курсор мыши на интересующую дату, и увидеть точные значения на легенде вверху справа. Если бы речь шла, например, о графике для бумажного отчёта, то вертикальную ось (и соответствующую сетку), конечно, пришлось бы сделать.
На картинке подписываются четыре значения: остатки на начало и конец отображаемого периода (справа и слева от графика), а также минимальное и максимальное значения за этот период — как раз для понимания масштаба изменений. В реальной системе этот график можно прокручивать мышкой влево-вправо, и подписи также динамически подстраиваются под изменяющиеся данные.
На картинке подписываются четыре значения: остатки на начало и конец отображаемого периода (справа и слева от графика), а также минимальное и максимальное значения за этот период — как раз для понимания масштаба изменений. В реальной системе этот график можно прокручивать мышкой влево-вправо, и подписи также динамически подстраиваются под изменяющиеся данные.
помимо свечей еще бары есть… иногда и некоторым пользователям они более понятны.
тогда же в реальной системе, раз данные по платежкам внутри дня есть, лучше и тени свечей отрисовывать… тогда для дальнейшего планирования будет понятно, сколько же средств нужно оставлять на счете, чтобы вдруг не уйти в минус внутри дня. ну или как же лучше внутри дня планировать платежи, например расходы оставлять на вторую половину дня…
В реальной системе это легко проверить: при клике на конкретном дне открывается окошко со списком платёжек
тогда же в реальной системе, раз данные по платежкам внутри дня есть, лучше и тени свечей отрисовывать… тогда для дальнейшего планирования будет понятно, сколько же средств нужно оставлять на счете, чтобы вдруг не уйти в минус внутри дня. ну или как же лучше внутри дня планировать платежи, например расходы оставлять на вторую половину дня…
В банковских выписках у платёжек была указана только дата, без отметки о времени исполнения. Допустим, 1 августа с утра на счету лежала 1000 рублей, и прошло три платежки на +100, +200 и -150 рублей. В зависимости от порядка их исполнения максимальное значение внутри дня могло быть как 1300 рублей, так и 1150, аналогично минимальное значение могло оказаться и 850 руб, и 950, и 1050. Поэтому, без временной отметки, данных для рисования «усов» недостаточно.
Автор, я тоже пришел когда-то к такому же отображению фин-показателей. Но, я также как и у вас на графике, столкнулся с проблемой состояния по периоду (в плюсе-ли был в этот период свечи, или в минусе, тем более, если приход/расход почти одинаковые, то по графику не видно этого ясно). Поэтому, я над свечами ввел еще один маркер — квадратик, который закрашивался в красный или зеленый цвет, в зависимости от того, в плюс закрыт период свечи или в минус.
Просто задайте себе вопрос: так ли хороши свечи, если под ними нужно рисовать дополнительный график, а для получения какой-либо информации кроме «плюс-минус» нужно наводить курсов? И чем в таком случае свечи отличаются от обычного графика по интервалам (дням), где прямые соединяли бы значение на начало и конец?
Например тем, что становится понятно, на какие именно дни следует наводить курсор и «закапываться» в подробный список платежёк.
Если суммы приходов и расходов за день примерно одинаковы, остаток по счёту практически не будет меняться. График превратиться в прямую линию, что может привести к ошибочному впечатлению, что операций по счёту просто не было. Как же тогда выявить дни, когда операции по счёту производились?..
Если суммы приходов и расходов за день примерно одинаковы, остаток по счёту практически не будет меняться. График превратиться в прямую линию, что может привести к ошибочному впечатлению, что операций по счёту просто не было. Как же тогда выявить дни, когда операции по счёту производились?..
Это нас приводит к фундаментальному вопросу: а что, собственно, хочет видеть пользователь? Если в приоритете состояние счёта — линия по точкам подойдёт. Если нужны приходы-расходы, то нужен Ваш второй график. А свечи…
Сколько пользователей знали о них, до появления Вашего решения? Сколько новых работников системы изначально знакомы с ними? Мне кажется, в данном случае это, к сожалению, свечи ради свечей. Да, они работают. Нет, это не оптимально.
Сколько пользователей знали о них, до появления Вашего решения? Сколько новых работников системы изначально знакомы с ними? Мне кажется, в данном случае это, к сожалению, свечи ради свечей. Да, они работают. Нет, это не оптимально.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Отображаем состояние расчётного счёта на графике