- государство издает новые законы по которым должно работать ПО, а в старом этого нет. Вернее производитель ПО вносит обновление только в новые версии, как например 1с. Надо чтоб было для налоговой правильно покупай какойнибудь учет 2.0, да и похуй что ты полгода назад купил версии1.2, там этого изменения нет и не предвидется. Надо бери новый(ну или ищи ломаный на свой страх и риск).
И это тебе же дураку экономит кучу бабла. Ты знаешь сколько стоить будет поддержка двух версий, старой и новой? Х10. Ты готов платить Х10 за старую версию? Вперёд, тебе обновят в частном порядке. Поверь.
ИТ-технологии развиваются постоянно, в сфере разработки ПО новые технологии появляются чуть ли не каждый день. Контора пользуется ПО, написанным в 1995 году, когда еще интернет был в зачаточном состоянии. Как это возможно? А почту они не на конных повозках возят случайно?
И что, переписывать ПО почти каждый день? Работает - не лезь.
Дурной совковый принцип, который стоит многим людям нервов, денег и достижения целей. Надо лезть - лезь и улучшай, находи проблемы, меняй мир к лучшему. А чтобы дальше работало - полное покрытие автоматизированными тестами. Нет покрытия, не умеешь, лень? Ну так хуйли такой ленивый и ещё какие-то принципы придумаешь.
Ебать ты умный. Разработка и установка лицензий на сотни, а то и тысячу компьютеров может обойтись компании в несколько десятков, а то и сотен миллионов долларов. Это тебе не пиратскую винду установить. Тут все денег стоит и зачастую не малых.
Был бы дурак - не работал бы в калифорнии в ИТ. Знаешь что есть в калифорнии?
Это сообщение отредактировал artivenom - 27 апр 2021 в 15:42
ИТ-технологии развиваются постоянно, в сфере разработки ПО новые технологии появляются чуть ли не каждый день. Контора пользуется ПО, написанным в 1995 году, когда еще интернет был в зачаточном состоянии. Как это возможно? А почту они не на конных повозках возят случайно?
И что, переписывать ПО почти каждый день? Работает - не лезь.
Дурной совковый принцип, который стоит многим людям нервов, денег и достижения целей. Надо лезть - лезь и улучшай, находи проблемы, меняй мир к лучшему. А чтобы дальше работало - полное покрытие автоматизированными тестами. Нет покрытия, не умеешь, лень? Ну так хуйли такой ленивый и ещё какие-то принципы придумаешь.
Ебать ты умный. Разработка и установка лицензий на сотни, а то и тысячу компьютеров может обойтись компании в несколько десятков, а то и сотен миллионов долларов. Это тебе не пиратскую винду установить. Тут все денег стоит и зачастую не малых.
Был бы дурак - не работал бы в калифорнии в ИТ. Знаешь что есть в калифорнии?
Я знаю, я знаю! P.S. Эм... В Калифорнии сейчас 5 утра. Ты чего не спишь в такую рань?
Это сообщение отредактировал ACKEP - 27 апр 2021 в 15:48
А тому, кто из своего кармана молча докладывал недостачу, думая, что он сам рассеянный и невнимательный, как компенсируют? При этом человеке недостач официально не было, и подтвердить, сколько своих денег он доложил, нет возможности
просто тестирование проводилось на небольших объемах данных, а в реальной жизни вылезли глюки. Хватит даже где-то округление сделать, задав тип числа меньше необходимого, и вместо 1 миллиарда будет 999 999 999.. Как программист говорю
из за кривого кода и не такое бывает. Я помнится полдня убил на поиск ошибки расчетов, ошибка заключалась в том что 0 / на число выдавало не 0 а 0.00000000000....1 такая вот хрень была
А ещё есть javascript. )) Здесь, к примеру:
0.1 * 0.2 результат 0.020000000000000004
0.3 - 0.1 результат 0.19999999999999998
Любой сиюминутно может проверить проверить открыв консоль в браузере. Ctrl + Shit + I
Вот такая забавная математика. И если не знать особенности языка, на котором пишешь, то можно получить много проблем и головной боли. Причём и при тестировании такое бывает сложно отловить. Хотя в данной ситуации довольно странно: на протяжении длительного времени были ошибки в подсчётах, но каждый раз делали людей виноватыми, то есть никто и ни разу не пытался подвергнуть сомнению работу программы? И как уже не раз здесь упоминали: если где-то деньги убыли, то они где-то прибыли. Хотя может и в бухгалтерии есть своя забавная математика.
ИТ-технологии развиваются постоянно, в сфере разработки ПО новые технологии появляются чуть ли не каждый день. Контора пользуется ПО, написанным в 1995 году, когда еще интернет был в зачаточном состоянии. Как это возможно? А почту они не на конных повозках возят случайно?
И что, переписывать ПО почти каждый день? Работает - не лезь.
Дурной совковый принцип, который стоит многим людям нервов, денег и достижения целей. Надо лезть - лезь и улучшай, находи проблемы, меняй мир к лучшему. А чтобы дальше работало - полное покрытие автоматизированными тестами. Нет покрытия, не умеешь, лень? Ну так хуйли такой ленивый и ещё какие-то принципы придумаешь.
Ебать ты умный. Разработка и установка лицензий на сотни, а то и тысячу компьютеров может обойтись компании в несколько десятков, а то и сотен миллионов долларов. Это тебе не пиратскую винду установить. Тут все денег стоит и зачастую не малых.
Был бы дурак - не работал бы в калифорнии в ИТ. Знаешь что есть в калифорнии?
Я знаю, я знаю! P.S. Эм... В Калифорнии сейчас 5 утра. Ты чего не спишь в такую рань?
1. Уже почти шесть (5:49 AM). 2.А в России четыре. Совещания уже провёл. Работаю.
Это сообщение отредактировал artivenom - 27 апр 2021 в 15:58
просто тестирование проводилось на небольших объемах данных, а в реальной жизни вылезли глюки. Хватит даже где-то округление сделать, задав тип числа меньше необходимого, и вместо 1 миллиарда будет 999 999 999.. Как программист говорю
из за кривого кода и не такое бывает. Я помнится полдня убил на поиск ошибки расчетов, ошибка заключалась в том что 0 / на число выдавало не 0 а 0.00000000000....1 такая вот хрень была
А ещё есть javascript. )) Здесь, к примеру:
0.1 * 0.2 результат 0.020000000000000004
0.3 - 0.1 результат 0.19999999999999998
Любой сиюминутно может проверить проверить открыв консоль в браузере. Ctrl + Shit + I
Вот такая забавная математика. И если не знать особенности языка, на котором пишешь, то можно получить много проблем и головной боли. Причём и при тестировании такое бывает сложно отловить. Хотя в данной ситуации довольно странно: на протяжении длительного времени были ошибки в подсчётах, но каждый раз делали людей виноватыми, то есть никто и ни разу не пытался подвергнуть сомнению работу программы? И как уже не раз здесь упоминали: если где-то деньги убыли, то они где-то прибыли. Хотя может и в бухгалтерии есть своя забавная математика.
Я же говорю, такое возможно только если не обращаться к разработчика. Они бы уже давно всё проверили, засомневавшись.
вместо 1 миллиарда будет 999 999 999.. Как программист говорю
Программист такой хрени не скажет, ибо нет типа данных, ограниченного 1 миллиардом. Тру программист сказал бы "вместо 32768 будет -1". А в каком языке, интересно, вместо вываливания ошибки при попытке выхода за диапазон значений происходит округление до максимально допустимого значения?
Хм... как человек с бухгалтерским образованием и опытом, не совсем понимаю, почему такой баг, так поздно отловили.
Во первых должны были возникнуть "небьющиеся суммы" не только между выручкой и приходом ДС, но и между другими счетами БУ, что как бы должно было сигнализировать о проблеме.
А вот соглашусь. Любая проводка записывается на два счёта дебитом и кредитом. Если даже на одном счету всё будет в порядке, обязательно вылезет в отчёте по второму счёту и баланс попросту не сведётся.
в обоих колонках будут правильные цифры, и баланс будет идентичен, но сумма баланса будет не совпадать с реальной суммой цифр в этих колонках.
Товар стоит 9 фунтов. Он ушёл с активов (-9 фунтов). В обратную сторону пришла деньга на счёт наличных (+10 фунтов). Баланс не бьётся на 1 фунт. Либо товар дороже, либо лишние деньги прошли по кассе, других вариантов нет.
вместо 1 миллиарда будет 999 999 999.. Как программист говорю
Программист такой хрени не скажет, ибо нет типа данных, ограниченного 1 миллиардом. Тру программист сказал бы "вместо 32768 будет -1". А в каком языке, интересно, вместо вываливания ошибки при попытке выхода за диапазон значений происходит округление до максимально допустимого значения?
-1 не будет никогда. судя по граничному значению 32768 - это short. В случае переполнения может быть либо 0 (unsigned short), либо -32768 (short ). Но раз речь про миллиарды, то там int как минимум.
Это сообщение отредактировал artivenom - 27 апр 2021 в 16:04
Вы явно никогда не имели дело с кассами. Кассир в конце каждой смены пересчитывает наличные деньги в кассе (в денежном ящике) и они должны совпасть с той суммой, которую показывает Z-Отчет. Если сумма в кассе меньше это и называют недостачей. Не та недостача которая выплывает по итогам инвентаризации на складе, а недостача денег в кассе. Может сдачу неправильно дала, может мошенник купюры подменил. Вариантов много. Но всегда виноват кассир и с него будет спрос.
В чём Вы правы - так это в том, что внимательный сотрудник может сверить все суммы и понять что имеет место ошибка в программе, а не его собственная. Если сверить суммы из сверки итогов банковского ПО, Z-Отчета и наличные в кассе, то будет понятно что недостача наличных перекрывается излишком по безналу. Таким образом эту ошибку в АТОЛе и отловили и уже потом нашли эти аннулированные чеки.
ACKEP - как Вы правильно написали в бухгалтерии эта ошибка будет очень долго незаметна, но все таки потом вылезет НАКОПИТЕЛЬНО, т.к. кассир докладывая собственные деньги по недостаче выявленной на основании Z-отчета и соответственно инкассируя кассу, ежесменный переходящий остаток по кассе (именно в бухгалтерской одноэске, а не в программе упручета) у них в конечном итоге станет просто неприличным и уйдет в минуса.
Если можно - чуть глубже копнуть? -я немного не допонял - при оформлении чека продажи по безналу и его последующим глючным аннулированием и пробитием по налу - сама оплата с карты покупателя снимается?
Если снимается - то тогда по идее в одноэске должны не биться выручка по безналу с суммой ДС поступивших на РС в этот день от этой точки - т.е. выручка по программе 100, а на РС пришло 105.
Меня так раз чуть не уволили.
Размещено через приложение ЯПлакалъ
Да конечно - программ без ошибок не бывает ... Но это же какой-то форменый пизд..ц - как пишут сотни осужденных (порядка 700 чел.) + те кто до суда не доходил в течение 20 лет. И если я правильно понимаю в каких-то делах суммы на уровне десятков тысяч фунтов фигурировали - это же них..я не воробушек. Неужели ни разу не провели проверку материалов в БД с тем что фактически происходило ? А в суде как - сразу говорили, раз в БД такая запись - то ты виновен - без каких либо попыток разобраться ? Капец какой-то ...
ИТ-технологии развиваются постоянно, в сфере разработки ПО новые технологии появляются чуть ли не каждый день. Контора пользуется ПО, написанным в 1995 году, когда еще интернет был в зачаточном состоянии. Как это возможно? А почту они не на конных повозках возят случайно?
И что, переписывать ПО почти каждый день? Работает - не лезь.
Дурной совковый принцип, который стоит многим людям нервов, денег и достижения целей. Надо лезть - лезь и улучшай, находи проблемы, меняй мир к лучшему. А чтобы дальше работало - полное покрытие автоматизированными тестами. Нет покрытия, не умеешь, лень? Ну так хуйли такой ленивый и ещё какие-то принципы придумаешь.
Ебать ты умный. Разработка и установка лицензий на сотни, а то и тысячу компьютеров может обойтись компании в несколько десятков, а то и сотен миллионов долларов. Это тебе не пиратскую винду установить. Тут все денег стоит и зачастую не малых.
Был бы дурак - не работал бы в калифорнии в ИТ. Знаешь что есть в калифорнии?
Я знаю, я знаю! P.S. Эм... В Калифорнии сейчас 5 утра. Ты чего не спишь в такую рань?
1. Уже почти шесть (5:49 AM). 2.А в России четыре. Совещания уже провёл. Работаю.
Бессонница что ли? Мои американские товарищи крайне редко когда проводят митинги раньше шести-семи вечера, то есть 8-9 утра по-калифорнийскому.
Бред, по первой же претензии в суде всё было бы пересчитанно вручную, у их судей есть основания не доверять стороне обвинения. Ну и пруф, а где собственно он?
ИТ-технологии развиваются постоянно, в сфере разработки ПО новые технологии появляются чуть ли не каждый день. Контора пользуется ПО, написанным в 1995 году, когда еще интернет был в зачаточном состоянии. Как это возможно? А почту они не на конных повозках возят случайно?
Две сверхдержавы летают на двигателях РД-180 серийный выпуск которых начался в 1996 году и ничего, все довольные.
Прогресс в области ПО у нас во всех офисных компах. Драйвер для принтера 50-200 мегабайт. А ПО для апполона слетавшего на луну и обратно 16 килобайт.
P.S. Причем тут интернет?
Это сообщение отредактировал ТоптуновПотапов - 27 апр 2021 в 16:32
Бред, по первой же претензии в суде всё было бы пересчитанно вручную, у их судей есть основания не доверять стороне обвинения. Ну и пруф, а где собственно он?
ИТ-технологии развиваются постоянно, в сфере разработки ПО новые технологии появляются чуть ли не каждый день. Контора пользуется ПО, написанным в 1995 году, когда еще интернет был в зачаточном состоянии. Как это возможно? А почту они не на конных повозках возят случайно?
просто тестирование проводилось на небольших объемах данных, а в реальной жизни вылезли глюки. Хватит даже где-то округление сделать, задав тип числа меньше необходимого, и вместо 1 миллиарда будет 999 999 999.. Как программист говорю
А нас в своё время регулярно предупреждали: "На бумаге специалист может ошибиться один-два раза в минуту. А при помощи быстродействующего компьютера он способен совершать миллионы ошибок в секунду! Поэтому - отладка, отладка и еще раз отладка."
просто тестирование проводилось на небольших объемах данных, а в реальной жизни вылезли глюки. Хватит даже где-то округление сделать, задав тип числа меньше необходимого, и вместо 1 миллиарда будет 999 999 999.. Как программист говорю
а ещё если гонять цифры в json и обратно можно получить довольно веселое округление в зависимости от того как настроен сервер (в частности precision). т.е клиент отправляет 500, а сервер получает 500.0012332435236574545635
и даже после округления до 10-ти тысячных набегает некая погрешность которая на больших объемах уже даёт не хилую такую недостачу..
Программист такой хрени не скажет, ибо нет типа данных, ограниченного 1 миллиардом. Тру программист сказал бы "вместо 32768 будет -1". А в каком языке, интересно, вместо вываливания ошибки при попытке выхода за диапазон значений происходит округление до максимально допустимого значения?
Ой вэй, ты удивишься, но дедушка С и его последствия и не такое умеют:)
Размещено через приложение ЯПлакалъ
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии. Авторизуйтесь, пожалуйста, или зарегистрируйтесь, если не зарегистрированы.
1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей)
yaplakal.com