...отцы ели кислый виноград, а у детей на зубах оскомина...
(Иер., 31:29)
Снова и снова поднимают вопрос относительно перемены календаря. Учёные и не очень, православные и не совсем, разумные и не слишком, - у каждого находится своя причина, по которой возникает желание поправить Церковь хоть в чём-то, не в главном, так в частном.
Не думают они о главном, о неизменности круга наших дней. Уже много раз писалось и общеизвестно, что угнаться за ежегодным и ежечасным изменением скорости вращения планеты Земля никому не удастся, и если строго следовать её вращению, надо будет подводить сверхточные часы как минимум раз в год. Потом, изменение скорости, хотя и наблюдается как некая константа (около 1 секунды в год), но всё же зависит от многих факторов, и нет никаких гарантий, что через год изменение будет составлять 2 или 5 секунд. Тем более странно ставить в зависимость от изменчивой природы празднование церковных праздников и годовщин. Это то же самое, как если бы мы праздновали Рождество только если выпадет снег, а при дожде переносили бы его на другое время.
Впрочем, все эти физические и богословские проблемы календарной реформы обсуждались не раз и повторяться не будем. А вот какая проблема возникла из-за давно забытой реформы календаря в годы советской власти.
Организованное на добровольных основах сообщество разработчиков офисных продуктов под общим наименованием "OpenOffice.org" осуществляет создание этой программы, которая в наше время уже вполне в состоянии полностью заменить общепринятую программу "MS Office". Это касается в первую очередь таких популярных редакторов, как Word (в OpenOffice.org его аналог именуется Writer) и Excel (аналог - Calc). По сути дела в последней, вышедшей в июне с.г. версии OpenOffice.org представлены все функции, доступные в MS Office, но при этом у OpenOffice.org есть одно отличие - эта программа изначально бесплатна и доступна для скачивания любому лицу на совершенно законных основаниях. Пользуясь случаем, укажу здесь и адрес, по которому можно скачать русский вариант этой программы: http://www.i-rs.ru/Skachat. Думается, что для православных христиан вопрос об использовании нелицензионного программного обеспечения немаловажен, так как это - воровство.
Какое отношение к календарной реформе имеет какой-то офисный продукт? Самое непосредственное. Разработка программы идёт в открытом режиме, сообщество программистов и пользователей постоянно исправляет и дополняет продукт, который представляет собой результат добровольного и бесплатного сотрудничества сотен тысяч людей из разных уголков планеты. И многие проблемы, которые были раньше неизвестны, вышли наружу. Среди них - календарные реформы в разных странах и возникающие из-за них сдвиги в календарях.
Проблемы ("баги") в программе фиксируются в виде "Issues". Достаточно серьезной неприятностью для Calc оказалось введение поясного времени с 1 июля 1919 года в России. Этому "багу" посвящена целая страница обсуждений, в котором приняли участие разработчики из Индии и многих других стран, подробнее с ними можно ознакомиться по адресу: http://qa.openoffice.org/issues/show_bug.cgi?id=76623. Проблема не была решена в очередном, последнем релизе № 2.4.1 и перекочевала в следующий Issue, который можно прочесть по адресу: http://www.openoffice.org/issues/show_bug.cgi?id=86094.
Существо дела заключается в простом "глюке" программы. Если мы вводим в ячейке таблицы в Calc дату, например, 01.01.1900, то программа автоматически отнимает один день и проставляет дату 31.12.1899. Так продолжается до 01.07.1919, после каковой даты "глюк" исчезает. Причём оказалось, что эта проблема возникает только в Time Zone Европа/Москва, и отсутствует, например, для часового пояса Киева. Однако из обсуждения по действующему Issue № 86094 следует, что аналогичная ситуация наблюдается в часовом поясе America/St_Johns, причём ещё ближе к современности - 30.03.1930. На российском форуме разработчиков и пользователей Calc (http://community.i-rs.ru/index.php/topic,4704.120.html) есть отзывы пользователей-сотрудников пенсионного фонда, которые отмечают возникшие проблемы с расчётом пенсий для пенсионеров, родившихся до соответствующей даты.
Как поясняют разработчики программы, проблема обусловлена не самой Calc, а установками часовых поясов в Microsoft Windows, так как в других операционных системах (например, из семейства бесплатно распространяемых операционных систем Linux) ошибка не фиксируется [1].
Очевидно, что ошибка в расчётах возникает благодаря Декрету Совета народных комиссаров РСФСР "О введении счета времени по международной системе часовых поясов", подписанному Лениным 08.02.1919 [2], которым и было введено "поясное время" с 23:00 01.07.1919 г. Из таблицы, приведённой на сайте открытой энциклопедии "Wikipedia.org", видно, что с приходом к власти Временного правительства в России началась эпоха почти ежегодных часовых реформ [3].
Индусские разработчики MS Windows навряд ли были в курсе нашей чехарды с временем, отсюда и возникла проблема с переводом часов и дат.
Конечно, при помощи программных ухищрений трудяги-программисты исправят досадный "глюк" программы, но сам факт его существования стоит учитывать ревнителям календарных реформ.
Поменять можно всё что угодно, зато спустя почти сотню лет целое сообщество энтузиастов вынуждено будет расхлёбывать последствия реформаторского зуда своих предшественников, так как без исправления будет невозможно правильно рассчитать пенсии самим реформаторам.
Пример из светской жизни пусть тем паче насторожит и нас. Нужны ли нам изменения календаря, если из-за этого праздник Казанской Иконы Божией Матери потеряет свой действительный смысл - праздник окончания Смуты? А как полезна для генеалога непреложность православного календаря! Благодаря ей любой интересующийся своей родословной, может хотя бы предположить, в какой день родился его предок по имени или, напротив, установить его имя по дате рождения.
Сноски:
1 - http://www.openoffice.org/issues/show_bug.cgi?id=86094
2 - http://www.rian.ru/spravka/20060324/44763053.html
3 - http://ru.wikipedia.org/w/index.php?title=%D0%A7%D0%B0%D1%81%D0%BE%D0%B2%D1%8B%D0%B5_%D0%BF%D0%BE%D1%8F%D1%81%D0%B0_%D0%A0%D0%BE%D1%81%D1%81%D0%B8%D0%B8&oldid=8096364
.jpg)
