А что с ним не так?

нормального

Это какого?

2.5 округляет до 2, а надо до 3

Это уже округление в большую сторону. Мне не нужно в большую, мне нужно по правилам арифметики:
1.4 = 1
1.5 = 2
2.3 = 2
2.5 = 3

А используется банковское округление до ближайшего четного т.е. 1.5 = 2, 2.5 = 2

Ну тогда таки не понимаю, чем не устраивает round? round(1.5) != 2 из-за проблем с числами с плавающей точкой в питоне. Если надо точные вычисления с плавающей точкой use decimal, Luke!.

In [17]: round(1.5000000000000000000000000001)
Out[17]: 2

http://stackoverflow.com/questions/10825926/python-3-x-rounding-behavior

print(round(2.50))
print(round(2.51))

out:

2
3

Что не так ?

То бишь только самописной функцией?
Никаких встроенных или внешних модулей нет??

Что характерно, во 2 версии-то нормально
Зачем так сделали?

Что не так ?

print(round(2.50))
тоже должно быть 3

Там же написано «зачем так». А тебе точно нужно «привычное» округление?

Ну и про ещё один модуль, с которым можешь запилить как хочется там тоже написано...

по ссылке прошелся и нашел ответ:

import decimal as decimal
print(decimal.Decimal('2.5').quantize(decimal.Decimal('1'), rounding=decimal.ROUND_HALF_UP))
print(decimal.Decimal('3.5').quantize(decimal.Decimal('1'), rounding=decimal.ROUND_HALF_UP))

out:

3
4

Ну, портирую код с js на python 3, а в js то нормальное округление. Если оставлю как есть - будет разница в работе, а ее быть не должно, т.к. оба варианта будут работать для разных задач, но результаты должны совпадать

видел, но мне более понравилась функция, т.к. в нее можно передавать численное значение, а не строку. И работает как надо

А преобразовать нельзя чтоли число в строку ?

Дайте определение нормального.

Зачем так сделали?

IEEE 754 (и 1985, и 2008 года) так рекомендует делать по умолчанию. В .NET Math.Round тоже так делает по умолчанию.

Ну, портирую код с js на python 3.

def arithmetic_round(x):
    return round(x+0.01)

def arithmetic_round(x):
return round(x+0.01)

arithmetic_round(4.491) == ?

round(x+0.01)

arithmetic_round(-0.5) ?

Тупанул, согласен. Не проверял вообще.

hotfix

def arithmetic_round(x):
    a = int(x)
    b = x - a
    if (x < 0.5) 
        return round(x)
    else
        return round(x + 0.01)

неужели только так и нормального округления нет?

А чо ты хотел, это же пистон. Тут всегда так - «мы лучше знаем как вам лучше».

делать по умолчанию

Это же не значит, что нужно лишать права выбора и заставлять программиста лепить костыли, тем более в скриптовом языке.

Нет, даже в ВУЗах это проясняли. Если нужно арифметическое округление – добро пожаловать в R.

В js тоже арифметическое

А в вузе я изучал бухучёт))

Нафиг. Если вам нужна точность, то есть numpy.round().

Так себе фикс 😉

[человек с максотом Лиспа на юзерпике]> Это же не значит, что нужно лишать права выбора и заставлять программиста лепить костыли, тем более в скриптовом языке.

В CL ведь по-умолчанию с округлением то же самое — вниз, вверх и банковское, школьного нет, верно? Или я запамятовал?

согласен. еще строк 5 влегкую можно было добавить, но я яишницу жевал и мне было лень

Троллишь или правда?

Если второе, приветствую, коллега.

В CL ведь по-умолчанию с округлением то же самое

А я что привёл CL в пример? Давай лучше с пыхом сравним. Там есть round который по выбору округляет как надо, да ещё и до произвольного знака, а не только до целого.

В .NET Math.Round тоже так делает по умолчанию.

Но в большинстве языков сделано по-другому.

def my_round(x):
    return int(x + math.copysign(0.5, x))

Here.

А я что, привел CL в пример?

Нет, я же пояснил, почему я про него вспомнил. :-)

я же пояснил, почему я про него вспомнил

Любовь зла, полюбишь и то, что у меня на аватарке.

def my_round(x):
return int(x + math.copysign(0.5, x))

Нет, если ТСу надо совсем как в Javascript, то:

def my_round(x):
    return int(x + 0.5)

нормальные функции округления есть ТОЛЬКО в сишке

в другие языки завезли наркоманов с альтернативным мозгом (ява, жс в том числе)

пример:

${#numbers.formatDecimal(new java.math.BigDecimal((number).toString()).setScale(4, 4).doubleValue(), 1, 'COMMA', 4, 'POINT')}

по данному расчету возможно рассчитывать объем крыши и все тому подобное по проектироваию?

____________________________________________

(remoo)

Классическое округление, без использования библиотек. Наслаждайтесь ;)

def rd(x,y=0):
    ''' A classical mathematical rounding by Voznica '''
    m = int('1'+'0'*y) # multiplier - how many positions to the right
    q = x*m # shift to the right by multiplier
    c = int(q) # new number
    i = int( (q-c)*10 ) # indicator number on the right
    if i >= 5:
        c += 1
    return c/m

# Сравните:
print( round(0.49), round(0.51), round(0.5), round(1.5), round(2.5), round(0.15,1))  # 0  1  0  2  2  0.1
print( rd(0.49), rd(0.51), rd(0.5), rd(1.5), rd(2.5), rd(0.15,1))  # 0  1  1  2  3  0.2

m = 10 ** int(y) чем-то не подходит?

портирую код с js на python 3,

вычисления с деньгами связаны или, если не секрет, то с чем?

Уже давно все сделано)
Связано с букмекерскими вилками было

да мне прост интересно было

ой блин, это же некротред

До сих пор что ли рабочая схема? А как коэффициенты парсишь с сайтов букмекеров?

До сих пор
Проект не мой, я один из программистов.
Парсится парсерами на питонах, нодах, тисиэлях и хз чем ещё