Точность и ошибки округления в Python | Функция round и тип данных float (дробные числа)

Упоминаемые понятия: округление в Python, точность округления, ошибки в округлении, ошибки в программах, неверный результат, дробный тип данных float, числа с плавающей точкой, вещественные числа, неточность арифметических операций, банковское округление в Python, округление в сторону чётного, функция round, программирование на Python
===============
Сегодня мы поднимем вопрос неточности не только самого округления как такового, но и вообще потерю точности вычислений дробных чисел типа данных float, которая нередко оказывается большим удивлением для программиста, рано или поздно сталкивающегося с подобной проблемой.
Несмотря на то, что такая особенность Python может проявляться в особых случаях, о ней обязательно нужно знать каждому программисту!
На уроке кратко и динамично объяснены основные моменты, связанные с округлением и потерей точности вычислений с вещественными числами типа данных float.

[@6o6eP777]

При первом просмотре столько ржал что не понял о чем речь, пересмотрел понял :D Спасибо!

[@MrFerting]

Сначала было понятно, потом не понятно. А после плоской земли, понял все сразу.

[@vitalynovichikhin3739]

Писал всё вместе с тобой в PyCharm'e спасибо за ролик. Но непонятно почему при 3.55 и 3.65 на самом деле это 3.549 и 3.649, а 3.75 и далее так и есть 3.750 как в случае с 3.45

[@informlic]

Да, это может показаться очень мутным. Здесь легко и быстро можно ответить только так: особенности преобразования чисел на низком уровне. Но это если без подробностей. А подробности быстро не опишешь. Особенности двоичной арифметики и её преобразований... Спасибо за вопрос!

[@КонстантинБелобородов]

Такое чувство, что мне Голлум тему объяснял. Еще и это бесконечное количество вставок с мемами. 🤦‍♂ А по факту, сути на одну минуту.

[@user-vj4uh9py3q]

как же я угарал когда у него произошло раздвоение личности

[@spamcolector]

4:40 Что єто за форматирования? Силочку можно на раздел в доке?

[@dodokwak]

Ударим Decimal - ом по банковским округлениям.

[@informlic]

Да! Это как раз то, с чего я начал составлять план ролика, но решил, что это надо осветить отдельно 😅

[@informlic]

И интересно ваше мнение про смену формата. Вы видите, что я прямо сильно поменял формат подачи материала (речь, конечно, не про диалог конкретно в этом ролике). Прокомментируйте, если есть желание, как стало на ваш взгляд: лучше или хуже.

[@dodokwak]

@@informlic стало более приближено к ученической аудитории по форме подачи, что наверное логично,т.к. нужно ориентироваться на target group. Однако содержание не пострадало: сохранилась и даже лучше проявился формат вопрос: ответ. мы так сами с собой так и разговариваем когда самообучаемся. Вообще, главная задача - удержать внимание людей. поэтому более короткие ролики (5-10мин) легче перевариваются, чем длинные. + всё, что в этом помогает, хотя и может даже и раздражать (но в меру) - хорошо. вспоминаю,как я прослушивала постдипломный курс , где был лектор весьма почтенного возраста с огромной указкой, к они периодически бил по поверхности стола, сидящих в первом ряду курсисток. все здрагивали, пугались от таких страшных звуков ( а некоторые по-моему даже просыпались). но после очень многих лет, я до сих пор помню его материал, а остальные лекторы "прошли сторной".

[@informlic]

Мой низкий поклон за такой подробный ответ! Спасибо

[@dodokwak]

@@informlic рада помочь, успехов вам.

[@ДмитрийМустафин-е2м]

а как же принудительное округление в большую или меньшую сторону?

[@QScientist]

это другая функция

[@shemyy]

Это ceil и floor

[@lepdmitrijj]

Автор, че с этим делать? У меня округление с ceil идёт при числах после точки например 32.0000000000001,но мне этого не НАДА? Мне нужно что бы округление шло при таких цифрах 32.01, 32.21 и так далее, то есть на сотых

[@QScientist]

берешь и транкейтишь ручками. Пусть твое число A, тогда A = 123.456789 digit = 3 #порядковый номер цифры после запятой print(int(A*10**digit)/10**digit) вывод: 123.456 Проверено в Google Colab

[@АлексейТишаков]

ребят вам еще везет у вас прям в языке можно округлять без библиотек

[@QScientist]

а в чем проблема написать свою функцию? делов то на 30 секунд

[@ХатинМаликов]

Просто твоя моя не понимает. Тут дело робята в железе . Что то надо до делать в мозгах компьютера , то ли не та истина, то ли не та ложь.

[@Lorent_De_Mor]

Больше воды, чем толку

[@НиколайПрокопьев-т4м]

Ну, и зачем такое округление идиотское?

[@QScientist]

просто round не использовать. Да и нормальные программисты стараются избегать double/float, и используют int. Об этом даже в бородатые годы статьи были на habr

[@АртёмИгнатьев-р1х]

клоунада