Pull to refresh
13
0
Максим Завацкий @mzavatsky

Freelance developer

Send message
Например тем, что становится понятно, на какие именно дни следует наводить курсор и «закапываться» в подробный список платежёк.

Если суммы приходов и расходов за день примерно одинаковы, остаток по счёту практически не будет меняться. График превратиться в прямую линию, что может привести к ошибочному впечатлению, что операций по счёту просто не было. Как же тогда выявить дни, когда операции по счёту производились?..
Нашел скриншоты Финолога — действительно, очень симпатичный график!
Да, именно для этого и пришлось добавлять внизу гистограмму с величиной прихода/расхода за день.
Практика показывает, что директора и собственники в такие системы даже не заходят, не говоря уж про анализ графиков )
В банковских выписках у платёжек была указана только дата, без отметки о времени исполнения. Допустим, 1 августа с утра на счету лежала 1000 рублей, и прошло три платежки на +100, +200 и -150 рублей. В зависимости от порядка их исполнения максимальное значение внутри дня могло быть как 1300 рублей, так и 1150, аналогично минимальное значение могло оказаться и 850 руб, и 950, и 1050. Поэтому, без временной отметки, данных для рисования «усов» недостаточно.
Да, основная причина отсутствия оси ординат с метками — интерактивность графика. Мне показалось, что лучше не захламлять график лишними меткими и сетками, если можно просто навести курсор мыши на интересующую дату, и увидеть точные значения на легенде вверху справа. Если бы речь шла, например, о графике для бумажного отчёта, то вертикальную ось (и соответствующую сетку), конечно, пришлось бы сделать.

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

Почитать про сингулярности дельта-робота можно, например, вот в этой статье, в разделе 4.

Information

Rating
Does not participate
Location
Гатчина, Санкт-Петербург и область, Россия
Registered
Activity