Ответ прост: в этом названии нет даже намека на чью-либо ответственность за нынешнюю ситуацию. А ведь значительно честнее было бы говорить о "безответственности 2000 года", "халатности 2000 года".
Впрочем, ничего нового не происходит - программисты давно уже так называют все виды собственных недосмотров и пропусков. И снимают с себя вину за них.
Программа выживания в преддверии 2000 годаВремя уходит, так что вам лучше это учесть при подготовке к катастрофам, связанным с наступлением 2000 года
|
Однако еще есть люди, для которых уход от ответственности - профессиональное занятие. В указе президента США от 4 февраля о создании специальной комиссии, призванной защищать государственные вычислительные системы от возможных последствий наступления нового тысячелетия, проблема 2000 года названа "особенностью архитектуры"! Между тем вина допустивших появление ошибки 2000 года много серьезнее вины программиста, по невнимательности пропустившего закрывающую скобку. Администраторы ИС, руководящие развертыванием систем, обязаны предусматривать все возможные ситуации, даже если они могут произойти в очень отдаленном будущем.
Создатели систем, пораженных ошибкой 2000 года, совершили столь же губительную по своим последствиям ошибку, что и строители Древнего Рима, отравившие в конечном итоге сограждан своим свинцовым трубопроводом. Но если злосчастные римские архитекторы не знали о вредных свойствах этого металла, то наши современники обязаны были предусмотреть, как поведут себя их системы в новом тысячелетии.
К сожалению, происходящее наводит на простую мысль, обсуждавшуюся уже много раз. Создание и поддержка информационных систем требует значительных средств, часто превышающих возможности бюджета, поэтому руководителей куда больше привлекают краткосрочные проекты, обеспечивающие ограниченные возможности, но дающие быструю отдачу, чем хорошо продуманные проекты, эффект от которых становится заметен спустя продолжительное время. В этом руководители высшего звена неизменно расходятся с сотрудниками отделов ИС, которые способны гораздо лучше предусмотреть поведение систем в будущем. К ним следует прислушиваться в первую очередь.
Деньги, затраченные на ПО, - это не расходы, а инвестиции. Именно так к ним и нужно относиться. Что же касается отношения к проблеме 2000 года, то в ней надо видеть то, чем она в действительности является, результат безответственности и поверхностного отношения к работе, только тогда этот опыт станет уроком на будущее.
В обзоре Ольги Мордкович смотрите ссылку на еще одну актуальную статью Пола Страссмана по проблеме 2000 года.