Этот подход сыграл со мной в будущем злую шутку. Когда я начал заниматься автоматизацией основных средств, я также положился на руководителя другой группы. Та поставила мне задачу: рассчитать амортизацию основных средств за месяц как итоговую амортизацию прошлого месяца минус амортизацию выбывших основных средств плюс амортизацию введенных. Но при повторении ручного алгоритма в компьютере нужные результаты не получались. Мы бились месяц, но ничего не сходилось. В отчаянии я вспомнил про научный подход и отправился в библиотеку. Нашел учебник по бухгалтерскому учету, открыл раздел по учету основных средств. И сразу же понял, что нужно сделать. В итоге мы перешли к суммированию индивидуальных амортизаций по каждой карточке основных средств. Машине ничего не стоило просуммировать 10 тысяч позиций, в отличие от людей. Так мы, наконец-то, получили корректный результат.

А я получил еще один урок научного подхода. Для правильной постановки задачи программисту недостаточно пообщаться с пользователем. Обязательно надо изучить нормативную документацию, которая регулирует бизнес-процесс: законы и постановления правительства, положения по бухгалтерскому учету (ПБУ), положения об отделах и должностные инструкции, приказы и инструкции по предприятию. В особо сложных случаях – учебники и журнальные статьи. Чем больше источников исследует разработчик, тем более качественно будет сформулирована задача. И меньше переделок будет в коде.

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

Я был так горд собой, ведь создание программы стоило мне множества бессонных ночей. Я освоил новый язык программирования и предметную область. Усмирил болгарский дисковод (об этом – подробнее в следующей истории). Написал десятки страниц кода. Поэтому, когда я увидел рыдающую Марину, подумал: «Да, понимаю ее чувства. Не будет больше задержек на работе, бессонных ночей и красных глаз». Но оказалось, что рыдает Марина совсем по другому поводу: расчеты и близко не сходились! Ошибок было очень много. И во вводе данных, и в коде программы, и даже в алгоритмах. Поэтому пришлось еще пару месяцев дорабатывать программу, в том числе написать специальный код для защиты от неверного ввода данных, так как двойной ввод позволить себе мы не могли.

Но и это еще не все. Поскольку делали мы все это на ДВК-2М, уже в ходе проекта выяснилось, что его техническое оснащение не дает возможности запустить проект в полном объеме. Болгарские дисководы и очень небольшой объем ОЗУ и дискет – такая техника не выдерживала нагрузки. Ни один расчет так и не дошел до конца. Программу пришлось сдавать на примере расчета двух цехов – и спасибо, что ее приняли и оплатили, хотя и понимали, что использовать не смогут.

Поэтому все пришлось повторить после того, как заказчик приобрел новые персональные компьютеры «Искра-1030» с винчестерами и ОЗУ в 256 килобайт! После двух лет работы и освоения нового языка FoxBase программа все-таки пошла в промышленную эксплуатацию. Я выстоял, я справился со всеми трудностями и, наконец-то, увидел счастливые глаза моих расчетчиц, с которыми сроднился за это время! Программу я назвал «Роза», хотя Розы среды расчетчиц не было, просто по заглавным буквам словосочетания «Расчет зарплаты».

Но на дорожку программа преподала мне еще один урок. Первые расчетные листки распечатали и отнесли руководству Водоканала. Через некоторое время меня вызвал главный инженер.