Информация об изменениях

Сообщение Re[4]: Ты просто не работал толком с фин-системами от 01.08.2016 12:08

Изменено 01.08.2016 12:08 Shmj

Здравствуйте, rm822, Вы писали:

R>Меня беспокоит когда приходят люди и говорят что в ядре системы им не хватило double для точности,

R>или когда они говорят что им не хватило 18 знаков в суммах _до_ запятой и нельзя ли их прям срочно расширить хотя бы до 20

До! А тут после запятой. Разница немножко понятна?

R>или когда дата погашения облига 2117год и его не получается сохранить, потому что в БД smalldatetime, а он только до 2079го


Вы не поймете о чем речь, похоже.

R>А все потому что какой-то жлоб 10лет назад пожалел пару байт.

R>Пусть лучше будет 18 знаков после запятой, чем такая фигня, чем проблемы 2000 года, обратной совместимости, 10 конкурирующих форматов времени, перехода на ipv6 и прочей ереси

Давайте сразу 100 знаков сделаем, чего там.
Re[4]: Ты просто не работал толком с фин-системами
Здравствуйте, rm822, Вы писали:

R>Меня беспокоит когда приходят люди и говорят что в ядре системы им не хватило double для точности,

R>или когда они говорят что им не хватило 18 знаков в суммах _до_ запятой и нельзя ли их прям срочно расширить хотя бы до 20

До! А тут после запятой. Разница немножко понятна?

Кроме того эти 18 знаков для одной транзакции, а не для суммы или среднего значения нескольких.

R>или когда дата погашения облига 2117год и его не получается сохранить, потому что в БД smalldatetime, а он только до 2079го


Вы не поймете о чем речь, похоже.

R>А все потому что какой-то жлоб 10лет назад пожалел пару байт.

R>Пусть лучше будет 18 знаков после запятой, чем такая фигня, чем проблемы 2000 года, обратной совместимости, 10 конкурирующих форматов времени, перехода на ipv6 и прочей ереси

Давайте сразу 100 знаков сделаем, чего там.