Записки парасистемного программиста

***** DАTE=84.032 СLOCK=08.05.00

Прежде всего нужно предупредить начальство. И осторожно. Hе дай бог, что-нибудь с сердцем. Для него — это чп. Срыв плана. Затем — пользователи. Берусь за телефон.

— Андрей Федорович? Ваш том… Возврат к копии трехдневной давности… Извините.

— Наташа? Твой том…

Возможен возврат… Пробуем спасти… Постепенно картина проясняется. Остался только один пользователь, которого возврат к копии абсолютно не устраивает. Hе устраивает — и все. Его предупреждали, что он не избавлен от случайностей. Его том два раза в неделю вечерний дежурный системщик прилежно и добросовестно копировал на всякий случай. И вот теперь, когда этот случай произошел — его не устраивает. Зачем же мы столько машинного времени ухлопали на копирование? Он, видите ли за эти три дня столько успел всего понаделать, столько успел поназаписать данных на свой том, что теперь уже и не помнит, что именно. И это нигде, ни при помощи программ, ни вручную не зафиксировано. Возврат к копии — для него катастрофа. А виновато, конечно же, вц. Ведь это его устройство управления дисками сломалось. Может быть, это очень сложно, работать таким образом, чтобы всегда знать, что когда сделано, и всегда быть готовым к восстановительным работам? Да, сложно, если для этого не используются специальные программные средства. Самые мощные из них — это системы управления базами данных. Те самые, которые используются для создания так называемых "банков данных". Эти системы автоматически ведут дневники изменений и имеют средства восстановления. Hа тех вц, где системщики хорошо осознают свою роль и место в вычислительном процессе, они довольно много времени тратят на то, чтобы снабдить своих пользователей соответствующими программными средствами защиты данных. Системные программисты существуют на ВЦ с тех пор, как в нем появились ЭВМ третьего поколения. Зачем же они нужны, и что это такое — системные программисты. Мало, что ли, просто программистов? Разделение труда, увы, необратимый процесс. Возьмем знакомый всем пример — такси. Есть обслуживающий машину персонал (на ВЦ — это электронщик). Есть водитель, который знает, как этой машиной пользоваться (на ВЦ — это системный программист). Он даже может определить род неисправности, так сказать, на слух. Устройство ее он знает хуже обслуживающего персонала, но достаточно, чтобы по внешним проявлениям сделать вывод о характере неисправности. А вот починить он ее не может. Для этого у него нет ни знаний ни навыков. И еще он не знает, куда на этой машине ехать. Это знает пассажир (в нашем случае — это программист). Программист не работает на вц. Он пользуется его услугами, как пассажир пользуется услугами такси. Водитель знает машину, знает город и правила движения. Пассажир знает, куда ехать. Если машина по дороге сломалась, кто виноват? Пассажир, который приказал ехать по этой, плохой дороге, а не по той, по которой предлагал водитель? Водитель, который не сумел объехать ухаб? Механик, который плохо закрепил колесо? Или вообще никто не виноват: скрытая раковина в металле? Ясно одно: выслушай механик пожелания водителя, работай грамотно водитель, слушайся пассажир советов водителя — и не было бы неприятностей. Только водитель может влиять на ситуацию максимально. Потому что он в середине всей системы. Так и на вц. Если системный программист сумел наладить контакт с электронщиком и с программистом, последний будет доволен, а про ВЦ все будут говорить, что он работет хорошо. Это может только системный программист — и никто другой. Потому что он знает, как пользоваться ЭВМ, в каких режимах ее лучше всего использовать. Он знает и базовое программное обеспечение, включающее в себя операционные системы, системы управления базами данных и многие другие программные средства. Эти средства, как и правила дорожного движения, организуют работу ЭВМ и пользователей. Это он рекомендует пользователям кратчайший путь к цели, если только они его об этом спрашивают.

***** DАTE=84.032 СLOCK=09.22.15