>>Не 100, а ~32. Порядок -- это десятичный логарифм
> На самом деле нет, конечно.Конечно да. Или ты хотел поправить меня в том, что этот десятичный логарифм надо округлить? Очень существенная поправка. Браво.
> Разница порядков чисел в десятичной сс может
> быть выражена через log10, это совсем не то же самое. Сравнивая,
> например, 100 и 1, получаем:
> Разница = floor(log10(100/1)) = 2 порядка.
Ты в курсе, что округление -- это не floor, а round? floor полезен иногда, но я бы рекомендовал использовать на автомате round, и переходить к floor/ceiling только тогда, когда round не подходит.
Тут же напрашивается использовать именно round, потому что в очевидных случаях, когда отношение равно 98, 99, 100, 101, 102 round(log10(x)) даст 2 порядка, что интуитивно и ожидается. round будет давать "странные" результаты в районе 32 (round(log10(31)) == 1, round(log10(32)) == 2), но любой способ округления будет давать такие странности, ключевой вопрос для выбора способа округления в том, куда эти странности лучше поместить: между 99 и 100, или между 31 и 32?
Мой ответ на этот вопрос: очевидно, что между 31 и 32 этим странностям самое место, потому что вообще странно приравнивать увеличение в 31 раз увеличению в 10 раз, или увеличению в 100 раз. В некоторых ситуациях это допустимо, но это уже ситуации где плюс-минус один порядок ни на что не влияет, и в тех ситуациях пофигу как мы округляем. А в ситуациях когда не пофигу, мы просто не будем пользоваться округлением и говорить о порядках, когда мы имеем дело с отношением равным 30. Но когда отношение равно 100+-5, мы уверенно говорим о двух порядках, даже тогда, когда ошибка на порядок очень существенна, и вот здесь round будет работать, а floor и ceiling -- нет.
> Причем тут 32?
log10(32) == 1.50514997831990..., round(log10(32)) == 2.
