EM
в смысле округлили?
делили 1 рубль на 3х, и каждому по 34 копейки отдаем?
34 * 3 = 102 получится, и как я могу, имея 100 копеек, выплатить 102 копейки?))
Size: a a a
2020 July 19
EK
а какая разница, дебет с кредитом сходиться не будет
MK
Особенно хорошо быть бухгалтером на химзаводе наверное. Там где единицы измерения на входе и на выходе максимально некратные друг другу
MK
короче то что отображается на дисплее покупателя, то что было на ценнике, то что попало на бумажный чек и то что ушло в ЭКЛЗ все должно соответствовать друг другу. Иначе нарушение закона.
Ну согласись, что требование звучит разумно в той формулировке, которую ты озвучил?
V
ну кто им виноват, что они положились на клиентский ввод? 🙂
на заказ должно прийти SKUid, и их количество, сервер же должен был дать отлуп по позициям, которых нет на складе. У клиента страничка могла быть открыта с позавчера, число на складе давно могло поменяться
на заказ должно прийти SKUid, и их количество, сервер же должен был дать отлуп по позициям, которых нет на складе. У клиента страничка могла быть открыта с позавчера, число на складе давно могло поменяться
Вот да. Может быть много ситуаций, когда на клиенте неправильные данные. Например, регион получателя, наличие на складе, скидка/надбавка при объёме, устаревшая информация на клиенте. Чтобы не было багов, проще тыкать в бэкенд. Если дело касается денег, то я не понимаю, зачем экономить ресурсы. Да и эта экономия раздувает кодовую базу
TT
Evgeny Khramtsov
другое дело что это постоянно на прогеров вешают
уггу)
понадеялся программист на то, что рандом будет "примерно одинаковым" — тоесть, написал код "округлять в меньшую сторону, если дробная часть меньше 0.5, и в большую сторону, если больше-равно 0.5" —
а потом на боевой системе, в работе, окажется, что у вас на каждую условную $1000 — система посчитала выплатить пользователям $1002 — и дальше с кармана программиста вытрусят эту разницу, этот минус покрыть))
понадеялся программист на то, что рандом будет "примерно одинаковым" — тоесть, написал код "округлять в меньшую сторону, если дробная часть меньше 0.5, и в большую сторону, если больше-равно 0.5" —
а потом на боевой системе, в работе, окажется, что у вас на каждую условную $1000 — система посчитала выплатить пользователям $1002 — и дальше с кармана программиста вытрусят эту разницу, этот минус покрыть))
MK
Вот да. Может быть много ситуаций, когда на клиенте неправильные данные. Например, регион получателя, наличие на складе, скидка/надбавка при объёме, устаревшая информация на клиенте. Чтобы не было багов, проще тыкать в бэкенд. Если дело касается денег, то я не понимаю, зачем экономить ресурсы. Да и эта экономия раздувает кодовую базу
Где-то были кажется видео доклада или статья на хабре от Яндекс.такси. На тему как сделать чтобы такси не приехало два раза, потому-что связь с телефоном пропала
TT
я когда первый раз такую фигню писал - которая деньги считает - сначала тоже думал, что можно "великий рандом округления" использовать)
хорошо, что хватило ума потестить) и на деньги не попал
хорошо, что хватило ума потестить) и на деньги не попал
V
Где-то были кажется видео доклада или статья на хабре от Яндекс.такси. На тему как сделать чтобы такси не приехало два раза, потому-что связь с телефоном пропала
Спасибо, поищу и посмотрю)
TT
Evgeny Khramtsov
а какая разница, дебет с кредитом сходиться не будет
если не сходится в пользу системы (банка, или другой) — плюс пользователь согласился с правилами округления доли копейки вниз — проблем нет
если не сходится в пользу пользователей, в убыток системе (банку, или другой) — у программиста могут быть ай-йа-йай проблемки :)
если не сходится в пользу пользователей, в убыток системе (банку, или другой) — у программиста могут быть ай-йа-йай проблемки :)
TT
Вот да. Может быть много ситуаций, когда на клиенте неправильные данные. Например, регион получателя, наличие на складе, скидка/надбавка при объёме, устаревшая информация на клиенте. Чтобы не было багов, проще тыкать в бэкенд. Если дело касается денег, то я не понимаю, зачем экономить ресурсы. Да и эта экономия раздувает кодовую базу
"Если дело касается денег"...
а дело всегда касается денег!
( единственное исключение - человек от мира теоритической математики/физики в опен сорс какую-то свою прогу выложил, которая чето-там считает, в подтверждение его теории... )
и если дело всегда касается денег — стоит головой думать, чтобы и самому не накосячить, и не оказать козлом отпущения для косяков других...
а дело всегда касается денег!
( единственное исключение - человек от мира теоритической математики/физики в опен сорс какую-то свою прогу выложил, которая чето-там считает, в подтверждение его теории... )
и если дело всегда касается денег — стоит головой думать, чтобы и самому не накосячить, и не оказать козлом отпущения для косяков других...
AB
в смысле округлили?
делили 1 рубль на 3х, и каждому по 34 копейки отдаем?
34 * 3 = 102 получится, и как я могу, имея 100 копеек, выплатить 102 копейки?))
делили 1 рубль на 3х, и каждому по 34 копейки отдаем?
34 * 3 = 102 получится, и как я могу, имея 100 копеек, выплатить 102 копейки?))
Вот поэтому не надо делить рубль на троих поровну.
TT
В обоих случаях проблемы. Нарушение законодательства.
я не юрист, прошу просветить — в чем нарушение законодательства — каких именно законов — если никто никого нигде не кинул, и пользователь согласен с условиями предоставляемой ему услуги, доволен услугой, и все довольные ?
TT
Вот поэтому не надо делить рубль на троих поровну.
вот не надо копейку делить, а заставляют! 😂))
EM
я не юрист, прошу просветить — в чем нарушение законодательства — каких именно законов — если никто никого нигде не кинул, и пользователь согласен с условиями предоставляемой ему услуги, доволен услугой, и все довольные ?
а это зависит от индустрии, везде законы разные. если вдруг у тебя в чеке цена на одну копейку больше, чем на ценнике, или итого на одну копейку не сходится с подсчитанной вручную суммой позиций - это штраф
V
"Если дело касается денег"...
а дело всегда касается денег!
( единственное исключение - человек от мира теоритической математики/физики в опен сорс какую-то свою прогу выложил, которая чето-там считает, в подтверждение его теории... )
и если дело всегда касается денег — стоит головой думать, чтобы и самому не накосячить, и не оказать козлом отпущения для косяков других...
а дело всегда касается денег!
( единственное исключение - человек от мира теоритической математики/физики в опен сорс какую-то свою прогу выложил, которая чето-там считает, в подтверждение его теории... )
и если дело всегда касается денег — стоит головой думать, чтобы и самому не накосячить, и не оказать козлом отпущения для косяков других...
Не всегда. Вот в этом чате вверху есть «168 онлайн». Данную цифру нельзя получить с сервера телеграма и считается она на клиенте. Если в ней будет ошибка - ничего страшного. Если считать её на сервере - дорого. Но если бы это было не количество онлайн, а, например, «168 товаров в заказе», то лучше считать на сервере
TT
а это зависит от индустрии, везде законы разные. если вдруг у тебя в чеке цена на одну копейку больше, чем на ценнике, или итого на одну копейку не сходится с подсчитанной вручную суммой позиций - это штраф
разве я где то утверждал "на чеке пишет на 1 копейку больше, и все ок"?
это обман, это кидалово — а я написал выше "если никто никого не кинул"
это обман, это кидалово — а я написал выше "если никто никого не кинул"