( 0/0 )*0 - неопределенность или нет?

[Ende]

Прекращаем треп про смайлики в ПРР.

[Евгений Машеров]

С сугубо практической точки зрения нет смысла пытаться приделать смысл выражениям вида $\frac 0 0 \cdot 0$. Если в ходе вычислений у нас такое получилось - значит, мы потеряли важнейшую информацию (скажем, округлив) и восстановить её по имеющейся не способны. При этом иногда имеет смысл при появлении таких выражений выдавать некое условное число, главное понимать, что это видимость числа, на самом деле значение "неопределённость", и дальнейших операций с этим числом делать не стоит. В виде примера - у нас стоит оцениватель эффективности рекламы, как отношение числа пошедших по рекламным ссылкам к числу зашедших на сайт. Если никто на сайт не заходит - получается деление нуля на ноль. Можно согласиться, что в таком случае выдавать 0, если понимать, что на самом деле этот результат ничего не значит.

[ozheredov]

Евгений Машеров в сообщении #1621809 писал(а):

Можно согласиться, что в таком случае выдавать 0, если понимать, что на самом деле этот результат ничего не значит.

Еще чисто для разнообразия можно напрямую выдавать результат, который показывает, что данное измерение ничего не значит и должно быть выкинуто при обработке (чтобы отличать этот ваш "ноль" от настоящего нуля, когда на сайт заходили, но по ссылкам не пошли - надеюсь, Вы не против того, чтоб я немного поносил Вашу фуражку прапорщика Ясненько?). Например, при делениии нуля на ноль выдавать NaN (not a number), который выкидывается в качестве компоненты сэмпла, идущего в обработку, а в составе любого выражения так же дает NaN.

[Евгений Машеров]

NaN для плавающих существует, а если ответ предполагается записывать в виде целого? (в данном случае целого числа процентов)

[ozheredov]

Евгений Машеров в сообщении #1621820 писал(а):

NaN для плавающих существует, а если ответ предполагается записывать в виде целого? (в данном случае целого числа процентов)

Если речь о том, что десятые-сотые процента не нужны, то можно просто округлять, и участвующий в округлении NaN также даст NaN. Целые будут трактоваться как float или double, но отображаться / записываться как целые. Если речь о необходимости втиснуть всё в микросхему с условно тремя килобайтами памяти, где плавающим не место, то предлагается отложить задачу оценивания воронки конверсии до покупки нормального оборудования.

[ozheredov]

Извиняюсь, внезапно я кажется понял нашел еще вариант того, что имелось в виду:

Евгений Машеров в сообщении #1621820 писал(а):

а если ответ предполагается записывать в виде целого?

Если вдруг совокупность ответов - это конечный результат, который помещают в отчет или презенташку: вот месяцы, вот коэффициенты конверсии: в Январе 42%, в Феврале 2% и т.д. Тогда в таблице разумно на месте NaN писать прочерк, а на графике делать разрыв (например, в виде цветной вертикальной полосы). И где-нибудь доступно объяснить, что означают эти прочерки и разрывы.

[Евгений Машеров]

ozheredov в сообщении #1621821 писал(а):

до покупки нормального оборудования.

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