a_n_h 603 Posted 2016-04-03 07:11:44 Share Posted 2016-04-03 07:11:44 Я не могу понять откуда они берутся Проблема с переводом десятых долей в двоичный вид. Link to post Share on other sites
Golthana 3 Posted 2016-04-03 08:27:15 Author Share Posted 2016-04-03 08:27:15 ну все равно спасибо, что откликнулись Link to post Share on other sites
vop 370 Posted 2016-04-03 11:09:26 Share Posted 2016-04-03 11:09:26 Старая проблема с применением расчетов с плавающей запятой для целочисленных исчислений.Я ждал этого комментария Ну так пошел второй десяток лет, как я буду каждый раз напоминать об этой, одной из основных ошибок, которую Боря заложил в stg в свое время. Link to post Share on other sites
a_n_h 603 Posted 2016-04-03 11:27:51 Share Posted 2016-04-03 11:27:51 Старая проблема с применением расчетов с плавающей запятой для целочисленных исчислений.Я ждал этого комментария Ну так пошел второй десяток лет, как я буду каждый раз напоминать об этой, одной из основных ошибок, которую Боря заложил в stg в свое время. Это не ошибка, а скорее недоработка stg. Link to post Share on other sites
Golthana 3 Posted 2016-04-03 12:57:06 Author Share Posted 2016-04-03 12:57:06 Расчет был, наверно, исключительно на помесячную абонку, где суммы кратные абсолютным числам. Link to post Share on other sites
vop 370 Posted 2016-04-03 13:29:14 Share Posted 2016-04-03 13:29:14 (edited) Это не ошибка, а скорее недоработка stg. Это изначально заложенная ошибка - выбор неверной арифметики для целочисленного исчисления. Байты - это целые числа. Дни - целые, копейки с рублями - целые. Расчет был, наверно, исключительно на помесячную абонку, где суммы кратные абсолютным числам. Это другая, как по мне, ошибка stg - делать начисления маленькими порциями, используя миллион знаков после запятой. Независимо от формы начисления. Целочисленная арифметика с разрядом до 0.1 копейки позволяет делать начисления с точностью до пол копейки, что вполне достаточно для округления. Но то такое, исправлять уже этого никто не будет, годы прошли (хехе). Так-что можно считать это своеобразным троллингом с моей стороны, вызванный определенными безапелляционными заявлениями кое-кого. Edited 2016-04-03 13:30:04 by vop Link to post Share on other sites
madf 279 Posted 2016-04-03 15:45:41 Share Posted 2016-04-03 15:45:41 Это изначально заложенная ошибка - выбор неверной арифметики для целочисленного исчисления. Байты - это целые числа. Дни - целые, копейки с рублями - целые. Ну как сказать, у целочисленных значений при работе с деньгами тоже есть свои проблемы. Ну и кроме того, я скажу что одна из крутейших финансовых систем управления рисками использует вещественную арифметику при работе с деньгами, и никто за последние 25 лет не жаловался. Это другая, как по мне, ошибка stg - делать начисления маленькими порциями, используя миллион знаков после запятой. Независимо от формы начисления. stg не делает начислений маленькими порциями. Если, конечно, его об этом не попросить Но тут уж ССЗБ, как говорится. Целочисленная арифметика с разрядом до 0.1 копейки позволяет делать начисления с точностью до пол копейки, что вполне достаточно для округления. Пока не начинаем делить на 3... Но то такое, исправлять уже этого никто не будет, годы прошли (хехе). Так-что можно считать это своеобразным троллингом с моей стороны, вызванный определенными безапелляционными заявлениями кое-кого. Ну почему же, поменять внутреннее представление особой проблемы не составляет. Link to post Share on other sites
vop 370 Posted 2016-04-03 16:08:01 Share Posted 2016-04-03 16:08:01 Ну как сказать, у целочисленных значений при работе с деньгами тоже есть свои проблемы. Ну и кроме того, я скажу что одна из крутейших финансовых систем управления рисками использует вещественную арифметику при работе с деньгами, и никто за последние 25 лет не жаловался. Разумеется, ибо бухгалтерско-арифметический софт, и прогнозно-научный - немного противоположные вещи, у которых разная задача и разные требования к результатам. stg не делает начислений маленькими порциями. Если, конечно, его об этом не попросить Но тут уж ССЗБ, как говорится. Такого не должно возникать вообще, как ни проси. Просто исправляя эту ошибку придумыванием "другой формы снятия" то же самое, что уходить от ошибок работы с файлами данных тем, что "надо использовать базы данных" (тоже, кстати, из истории stg). Пока не начинаем делить на 3... А там вообще нечего делить на три. Только умножай и складывай. Ну почему же, поменять внутреннее представление особой проблемы не составляет. Ну да, не представляет. Только никто этого не делает. Link to post Share on other sites
DIO 11 Posted 2016-04-03 17:03:18 Share Posted 2016-04-03 17:03:18 Эх, нет на Вас Флая , вот придет сейчас и кто-то получит по известному месту тяжелым кованным админским сапогом Link to post Share on other sites
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now