Ко вчерашнему сбою кассовых аппаратов от "Штриха": ошибку искусственно заложил уволенный программист

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

Далее, т.к. данное ПО имеет прямую зависимость от дат, причем суровую такую, а не просто логгирование операции, то тестировать нужно и крайне случаи для дат. А что если в винде будет стоять 1999 год? или если его подменит и передаст сервер времени. А что если я закрою кассу первым января 2099 года?
Это всё автоматизируется и тестируется.

А самое главное покрытие кода тестами должна быть 100%. Вот в этом случае её бы точно выявили. потому что
if(Date >= "20-12-2017")
{
return false; // вот сюда бы попало только со 100% покрытием юнит-тестами. А цифра отличная от 100% показала бы наличие изъянов
}
ну и в таком случае уже не соскочить на "ой,я описалас. Дам была логика до return false но мы потом её поменяли, потом удалили, а я забыл и проверку удалить". Наличие теста будет доказательством умысла.

Я просто вижу какой забивон на это даже в моей пендосской компании, не то что в российских. Там вообще всем на всё похуй было, кроме отчётов красивых.

Это сообщение отредактировал artivenom - 21.12.2017 - 15:35

Это я с вами общался?
http://www.yaplakal.com/findpost/66482183/...pic1711771.html

*поправил...


Это сообщение отредактировал KOHb - 21.12.2017 - 15:40

Как объяснял нам представитель компании Штрих на конференции в конце 2016 года в Смоленске, кассы сертификацию не проходили, получили сертификаты автоматом, потому, что подали заявку раньше какой-то даты. И все. Подал раньше даты и автоматом попал в реестр сертифицированного оборудования (никто аппараты и проверять не будет). Расказывал и смеялся.

Это сообщение отредактировал Касатик67 - 21.12.2017 - 15:38

Какой может быть спрос с человека, который умышленно навредил? Еще какой.

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

Охх, вот он краеугольный камень.
Я все чаще смотрю на пирамиду Маслоу.

Сейчас мне потребовалось 2 места работы и 1,5 года дипрессии, чтобы понять хотя бы свои устремления.

Вот что то такое я и предполагал, что это месть программиста.

Вчера у нас в магнитах не работали регистраторы, в связи с этим брали только наличку. Рядом банкомат, киломметровая очередь за ставшей такой необходимой наличкой.

Заправка РОСНЕФТЬ без выдачи чека обслуживала.

У меня на работе вчера чеки не били (в надежде переждать дату 20.12.2017). Сегодня пробивали на двух - полет нормальный. Правда есть еще с закрытыми сменами с 19 числа 4 регистратора и шесть регистраторов с прошлого месяца (сезонная работа) - там пробивать тупо нечего... может тоже глюканут после первого пробитого чека.

по нику не понятно?
или у вас там эскадрон коней и вы запутались?

Ясен хер, что 5000к строк фиг проверишь. А вот 100-200 можно.
Мой друг, размер изменений больше чем 3-5 классов по 1 странице кода - гнать в зашей вашего техлида и всех, кто такой процесс поставил.
Это дремучее непонимание как разбивать задачи на подзадачи правильно, как писать модули, как делать кодревью и т.д. Хотя это встречается в 80% контор...может даже в 95. Совковая школа - она такая.

Это сообщение отредактировал artivenom - 21.12.2017 - 15:38

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

Кстати, я совсем не осуждаю ребят, которые уходят - человек всегда ищет где лучше. И если уходят - значит нашли.

Гы гы гы. алгоритм программы в ТЗ это если программа в три строчки.
Клиент же описывает исходный техпроцесс. Вводные, как материалы, ТТХ оборудования, размеры и замеры. Что ему нужно и что он ожидает. Далее обсуждаются какие готовые модули есть и что можно без затрат на разработку внедрить. Если что-то особое то разработка за доп плату.
Всё это вписывается на бумагу. Делают расчёт цены и только потом как клиент согласится то отправляют в разработку.
Иногда приходилось рвать стоп кран, когда проектировщик продал то что ещё нет или в тестовой фазе. Специально договариваться о ньюансах.
Если клиент после заключения ТЗ хочет что-то ещё добавить-убавить то опять таки дополнительно обсуждаются затраты и возможности реализации.

для штриха конкретно, это заслуженная вполне ответка!

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

nnemo
не то сообщение процетировал, а потом криво отредактировал. но уже исправился )))))

понятно

Всеравно ссылка на Койота. Койот<>барсук.
Спеца заполярной миграции пушистых зверьков по Альдебарану найти конечно же сложно. Но я ожидаю как минимум спеца, который смыслит или в заполярных делах или в пушных зверьках.
Но блять приходят на должность программиста окулисты исходя из того что 4 буквы в названии профессии совпадают.

artivenom

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

угу, давай вообще все системные вызовы обертками обернем

не путай системную дату с переданной.
и какая винда? это - отдельная железка. у нее внутри по хорошему должен RTC стоять.
и нет там никаких прямых зависимостей от дат. нет такого, что сегодня работаем по этому алгоритму, а через 11 дней - по другому. она каждый день должна работать одинаково.

и даже если все сделать, как ты написал - если стоит закладка на опеределенный день через пол года например - как ты тестами это выявишь? будешь все 130+ дней передавать? а если там не пол года, а полтора?

юнит тесты вот такие вот проверки как раз и не обнаружат никогда. т.к. разработчик сам может эти юнит-тесты запустить и проверить. если там вообще проверка дат идет.
и 100% покрытия - всё с тобой понятно. эта цифра - экономически нецелесообразна. нет ни одного проекта сложнее "Hello Wolrd!", имеющего такое покрытие.

Пардоньте за встревание в беседу, но я наблюдаю весьма интересную картину сейчас:
1. Высококвалифицированные спецы сейчас ходят "по рукам" по нескольким причинам. Одна из них это догнать свои доходы до 2014 года. Вторая - многие ищут еще и ништяков. И такие спецы ходят только по своим "рукам".
Дифицит-с. У нас много спецов за границу уехали за 1-2 года.
Это я по своим товарищам сужу.
2. Молодежь, которая или вчерашние выпускники, или манагеры с базовыми знаниями видят з/п, да на том же hh, идут с мыслью:
а вдруг прокатит?

Поэтому сейчас очень много "окулистов"

Обидеть программиста может каждый

Лишь бы ляпнуть...
Интересно, мы все одинаково оцениваем, что такое фискальный регистратор? Там НЕТ модулей, там НЕТ процедур и функций, максимум, команда перевести выполнение на такой-то адрес (JMP). Там НЕТ эджайла, скрама и прочего говна.
Возьми асм и хреначь на нём модули и прочее, а я посмотрю.
Я даже не уверен, что для этого существуют сколько-нибудь продвинутые IDE.

зыЖ Программист со стажем 23+ лет, начинал на асме.

Это сообщение отредактировал PLAstic242 - 21.12.2017 - 16:07

Убытки повесят на его бывшую контору, а она в свою очередь может вчинить ему регрессный иск.

в пушистых зверьках у нас разбираются все, выбирай любого

в машинном зрении разбираются не все... сейчас эта тема в тренде... лет через 5 этот бум пройдет

Это сообщение отредактировал nnemo - 21.12.2017 - 16:23

Система управления работает везде. Хорошо или плохо - вот в чём вопрос.

Стандарт - как захочет собственник. Бизнесов у него много, требования везде сильно разные.

За брак и не соответствующую продукцию платит, как и везде, конечный покупатель.

Да, и идеи Деминга требуют от управленцев(слово менеджер загажено, использовать его противно) особого склада ума и национального менталитета.

В Европе и США его идеи не взлетели.

А что по мне, то программист молодец! Некоторых работодателей порой хочется публично на кол посадить.

Пусть попробуют доказать, что он спецом это сделал.

обычно, такие вещи делают как защиту от кидания на деньги со стороны заказчика