off Джоэл Спольски (c)
В большинстве программных сред даты хранятся в виде действительных чисел. При этом целая часть — это количество дней, истекших с некой оговоренной даты в прошлом, называемой началом эпохи (epoch). В Excel сегодняшняя дата 16 июня 2006 года хранится как число 38884, за точку отсчета принято 1 января 1900 года.

Я стал экспериментировать с различными функциями даты и времени Basic и Excel и обнаружил в документации Visual Basic нечто странное: в Basic началом эпохи считалось 31 декабря 1899 года, а не 1 января 1900 года, но по каким-то причинам сегодняшняя дата и в Excel, и в Basic представлялась одинаково.

Что?!

Я стал искать разработчика Excel, достаточно старого, чтобы помнить такие вещи. Похоже, ответ знал Эд Фрайз (Ed Fries).

— Ха, — сказал он мне, — проверь 28 февраля 1900 года.

— 59, — отвечал я.

— Теперь 1 марта 1900 года.

— 61!

— А где 60? — спросил Эд.

— 29 февраля 1900 года, год был високосным! Он делится на 4!

— Мысль интересная, но неверная, — сказал Эд, оставив меня в недоумении.

Пришлось провести некоторые исследования. Оказалось, что годы, которые делятся на 100, бывают високосными, только если при этом еще делятся на 400.

1900-й год не был високосным.

— В Excel ошибка! — воскликнул я.

— Не совсем так, — возразил Эд. — Нам пришлось пойти на это, чтобы импортировать таблицы Lotus 1-2-3.

— Значит, ошибка в Lotus 1-2-3?

— Да, но, скорее всего, умышленная. Требовалось уместить Lotus в 640 Кбайт — не так много памяти. Если не обращать внимания на 1900 год, то можно проверить год на високосность по двум правым разрядам числа -они должны быть нулевыми. Быстро и легко. Наверное, ребята из Lotus решили, что ничего не случится, если какие-то два месяца в далеком прошлом будут считаться неправильно. Похоже, разработчики Basic дотошно учли эти два месяца, сдвинув эпоху на день назад.