Всегда крайние

Читал, что во время второй мировой войны чаще всего под трибунал попадали… связисты. Командир, не желающий исполнять приказ идти в атаку - спокойно заявлял “приказ не получил, связь не работала” - и связист шел под суд. Чем-то эта ситуация напоминает сегодня айтишников. В офисах все сотрудники используют сегодня ПО, очень многие - корпоративное ПО написанное под узкоспециализированные бизнес-процессы - и, если что-то идет не так - то крайним всегда оказывается тот кто это ПО писал.

Неверно (с точки зрения бухов) округлилась итоговая сумма при пересчете валют? Программисты виноваты. Не удается отправить документ электронно так как ПО пишет “неверный тип документа” - виноваты программисты. Нет прав на совершение операции в системе - см. выше.

И задолбаешься доказывать, что правила округления (сначала сложить потом округлить или сначала округлить потом сложить) нигде в ТЗ прописаны не были. Что тип документа который тупая курица пытается отправить - относится к международному кейсу а у нее - национальный. Что пользователь просто не переключил раскладку клавиатуры. Что пользователь отодвинул модальное окно и пытается тыкать мышью - в итоге у него “ничего не работает”.

Во всех российских компаниях которых мне приходилось работать - дико экономят на аналитиках. Мол, зачем они - программисты сами поговорят с пользователями и сами все нам напишут. Экономят на тестировщиках - мол, пусть кодеры сами тестируют. В итоге программисту приходится заниматься тем чем он точно заниматься не должен - идти в отдел к юристам - это в лучшем случае - а в худшем самим открывать нормативные акты и смотреть - какие документы и куда обязаны быть отправлены. Мне приходилось самому разбираться с правилами расчета возраста (во Владивостоке человеку уже 18 лет, а сервер в Москве говорит что еще 17) - а там все не просто - оказывается надо смотреть на часовой пояс места рождения - но, конечно, в ТЗ ничего похожего не было. Мне приходилось разбираться с правилам начисления пени по просроченным платежам, приходилось пытать менеджеров - имеет ли пациент право обращаться по страховке в любой филиал и франшизу клиники. Объяснять пользователям системы чем лекарственный препарат отличается от медицинского наименования. То есть в организации каждый “специалист” знает свою часть предметной области. Айтишник должен знать все области - бухгалтерию, право, документооборот, внутреннюю кухню (не считая, собственно, самого айти - от сетей и баз данных до фреймворков и протоколов). И объяснить “специалистам” в чем они не правы (я сгущаю, конечно - обычно просто приходится сидеть вместе с юристами и расписывать - что и как сделать - но бывает и так “ваша система не работает!” (наша, ага - ее писали 20 лет назад индусы и потом костылили все кому не лень) - а что, где, как не работает - объяснить не могут).

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

Конечно, далеко не всегда айтишники ”ни в чем не виноваты” - в половине случаев ошибки - на их стороне (чисто технические или неверно понятые ТЗ или проблемы в инфраструктуре) - но, опять же, эти ошибки по-хорошему вылавливаются тестерами и аналитиками - которых нет.

И, конечно, как тут справедливо пишут, материальной ответственности на разработчике меньше чем, к примеру, на автомеханике. Но только автомеханику редко предъявляют за то что пользователь машины не знает ПДД или заливает дизель вместо 95го, а то и за то что в магнитоле играет не та музыка - а вот айтишник должен и ПДД знать и состав топлива помнить и заодно спеть и загрузить на флешку песенку которую хочет клиент. Сегодня. Завтра захочет другую.

Автор: Шурик