Ну, защищать его я бы не стал :)

Нашёл багу на клиентской стороне при заказе продуктов. Мало того, что ассортимент -90%, так эта цена была принята сервером, оформлен заказ и подтверждение на почту отправлено. Вопрос возник только у сборщика заказа. Конечно это прям ужасный случай, но если считать на сервере, такого хаоса не должно быть.

Оо. Про копейки, хотите расскажу случай из дикой природы

написать плохо всегда можно
значит, лучше на каждый чих слать запрос к серверу?

Я какие-то радио-детали покупал, так мне сделали счёт там где 17 штук по одной цене, а 3 штуки по цене на одну копейку больше. Чтобы в сумме правильное число получилось

Что в этом плохого? Это же деньги.

“Нашёл багу на клиентской стороне при заказе продуктов”

это = плохо, нет?

Я привёл пример, когда на клиенте ошибка была. Поэтому я за расчёт денег в базе. Что плохого в запросе суммы у сервера?

Только я вот не помню, почему исходно некратное число копеек получилось

Вероятно из-за пересчёта цены из "у.е." в рубли.

Это так специально делается в кассовых программах, чтобы все сходилось с учетом налогов и прочего. Я когда-то сам этим занимался.

там с этими копейками всегда гемор

скидки еще всякие

то что по цене на копейку больше это кстати косяк, надо делать на копейку меньше чтобы не возникало вопросов

Ну там немного сложнее было дело. Магазин продавал штуки типа за доллары, и сначала посчитал сумму за 20 единиц в долларах, и перевёл в рубли результат. Вместо того, чтобы перевести цену 1 единицы в рубли, округлить до целой копейки и умножить на 20. Поэтому получилась какая-то некратная сумма в рублях. Потом эта сумма уехала партнёру магазина, через который я платил карточкой за заказ. И там уже 20 штук уже превратилось в 17 + 3.

без конвертации такое тоже бывает. Сейчас уже не помню в каких случаях, но случается. При пересчете цены килограмма в граммы кажется.

Ага, вполне возможно

Литры какие-нибудь

А что же сборщик заказов сказал на это?