Size: a a a

2020 July 19

EM

Evgeny M. in ErlangRus
короче то что отображается на дисплее покупателя, то что было на ценнике, то что попало на бумажный чек и то что ушло в ЭКЛЗ все должно соответствовать друг другу. Иначе нарушение закона.
источник

EK

Evgeny Khramtsov in ErlangRus
Taras 🦀 Taraskin
в смысле округлили?
делили 1 рубль на 3х, и каждому по 34 копейки отдаем?
34 * 3 = 102 получится, и как я могу, имея 100 копеек, выплатить 102 копейки?))
а какая разница, дебет с кредитом сходиться не будет
источник

MK

Matwey Kornilov in ErlangRus
Особенно хорошо быть бухгалтером на химзаводе наверное. Там где единицы измерения на входе и на выходе максимально некратные друг другу
источник

MK

Matwey Kornilov in ErlangRus
Evgeny M.
короче то что отображается на дисплее покупателя, то что было на ценнике, то что попало на бумажный чек и то что ушло в ЭКЛЗ все должно соответствовать друг другу. Иначе нарушение закона.
Ну согласись, что требование звучит разумно в той формулировке, которую ты озвучил?
источник

EM

Evgeny M. in ErlangRus
ну да, я и не спорю
источник

V

Vasya in ErlangRus
Sergii Serogin
ну кто им виноват, что они положились на клиентский ввод? 🙂
на заказ должно прийти SKUid, и их количество, сервер же должен был дать отлуп по позициям, которых нет на складе. У клиента страничка могла быть открыта с позавчера, число на складе давно могло поменяться
Вот да. Может быть много ситуаций, когда на клиенте неправильные данные. Например, регион получателя, наличие на складе, скидка/надбавка при объёме, устаревшая информация на клиенте. Чтобы не было багов, проще тыкать в бэкенд. Если дело касается денег, то я не понимаю, зачем экономить ресурсы. Да и эта экономия раздувает кодовую базу
источник

TT

Taras 🦀 Taraskin in ErlangRus
Evgeny Khramtsov
другое дело что это постоянно на прогеров вешают
уггу)
понадеялся программист на то, что рандом будет "примерно одинаковым" — тоесть, написал код "округлять в меньшую сторону, если дробная часть меньше 0.5, и в большую сторону, если больше-равно 0.5" —
а потом на боевой системе, в работе, окажется, что у вас на каждую условную $1000 — система посчитала выплатить пользователям $1002 — и дальше с кармана программиста вытрусят эту разницу, этот минус покрыть))
источник

MK

Matwey Kornilov in ErlangRus
Vasya
Вот да. Может быть много ситуаций, когда на клиенте неправильные данные. Например, регион получателя, наличие на складе, скидка/надбавка при объёме, устаревшая информация на клиенте. Чтобы не было багов, проще тыкать в бэкенд. Если дело касается денег, то я не понимаю, зачем экономить ресурсы. Да и эта экономия раздувает кодовую базу
Где-то были кажется видео доклада или статья на хабре от Яндекс.такси. На тему как сделать чтобы такси не приехало два раза, потому-что связь с телефоном пропала
источник

TT

Taras 🦀 Taraskin in ErlangRus
я когда первый раз такую фигню писал - которая деньги считает - сначала тоже думал, что можно "великий рандом округления" использовать)
хорошо, что хватило ума потестить) и на деньги не попал
источник

V

Vasya in ErlangRus
Matwey Kornilov
Где-то были кажется видео доклада или статья на хабре от Яндекс.такси. На тему как сделать чтобы такси не приехало два раза, потому-что связь с телефоном пропала
Спасибо, поищу и посмотрю)
источник

TT

Taras 🦀 Taraskin in ErlangRus
Evgeny Khramtsov
а какая разница, дебет с кредитом сходиться не будет
если не сходится в пользу системы (банка, или другой) — плюс пользователь согласился с правилами округления доли копейки вниз — проблем нет

если не сходится в пользу пользователей, в убыток системе (банку, или другой) — у программиста могут быть ай-йа-йай проблемки :)
источник

EM

Evgeny M. in ErlangRus
В обоих случаях проблемы. Нарушение законодательства.
источник

TT

Taras 🦀 Taraskin in ErlangRus
Vasya
Вот да. Может быть много ситуаций, когда на клиенте неправильные данные. Например, регион получателя, наличие на складе, скидка/надбавка при объёме, устаревшая информация на клиенте. Чтобы не было багов, проще тыкать в бэкенд. Если дело касается денег, то я не понимаю, зачем экономить ресурсы. Да и эта экономия раздувает кодовую базу
"Если дело касается денег"...
а дело всегда касается денег!

( единственное исключение - человек от мира теоритической математики/физики в опен сорс какую-то свою прогу выложил, которая чето-там считает, в подтверждение его теории... )

и если дело всегда касается денег — стоит головой думать, чтобы и самому не накосячить, и не оказать козлом отпущения для косяков других...
источник

AB

Alex Bubnov in ErlangRus
Taras 🦀 Taraskin
в смысле округлили?
делили 1 рубль на 3х, и каждому по 34 копейки отдаем?
34 * 3 = 102 получится, и как я могу, имея 100 копеек, выплатить 102 копейки?))
Вот поэтому не надо делить рубль на троих поровну.
источник

TT

Taras 🦀 Taraskin in ErlangRus
Evgeny M.
В обоих случаях проблемы. Нарушение законодательства.
я не юрист, прошу просветить — в чем нарушение законодательства  — каких именно законов — если никто никого нигде не кинул, и пользователь согласен с условиями предоставляемой ему услуги, доволен услугой, и все довольные ?
источник

TT

Taras 🦀 Taraskin in ErlangRus
Alex Bubnov
Вот поэтому не надо делить рубль на троих поровну.
вот не надо копейку делить, а заставляют! 😂))
источник

EM

Evgeny M. in ErlangRus
Taras 🦀 Taraskin
я не юрист, прошу просветить — в чем нарушение законодательства  — каких именно законов — если никто никого нигде не кинул, и пользователь согласен с условиями предоставляемой ему услуги, доволен услугой, и все довольные ?
а это зависит от индустрии, везде законы разные. если вдруг у тебя в чеке цена на одну копейку больше, чем на ценнике, или итого на одну копейку не сходится с подсчитанной вручную суммой позиций - это штраф
источник

EM

Evgeny M. in ErlangRus
поэтому иногда бывают интересные чеки, с автоматической скидкой в 1 копейку например
источник

V

Vasya in ErlangRus
Taras 🦀 Taraskin
"Если дело касается денег"...
а дело всегда касается денег!

( единственное исключение - человек от мира теоритической математики/физики в опен сорс какую-то свою прогу выложил, которая чето-там считает, в подтверждение его теории... )

и если дело всегда касается денег — стоит головой думать, чтобы и самому не накосячить, и не оказать козлом отпущения для косяков других...
Не всегда. Вот в этом чате вверху есть «168 онлайн». Данную цифру нельзя получить с сервера телеграма и считается она на клиенте. Если в ней будет ошибка - ничего страшного. Если считать её на сервере - дорого. Но если бы это было не количество онлайн, а, например, «168 товаров в заказе», то лучше считать на сервере
источник

TT

Taras 🦀 Taraskin in ErlangRus
Evgeny M.
а это зависит от индустрии, везде законы разные. если вдруг у тебя в чеке цена на одну копейку больше, чем на ценнике, или итого на одну копейку не сходится с подсчитанной вручную суммой позиций - это штраф
разве я где то утверждал "на чеке пишет на 1 копейку больше, и все ок"?
это обман, это кидалово — а я написал выше "если никто никого не кинул"
источник