Excel и его бессмертное 29 февраля
Следите за новостями по этой теме!
Подписаться на «Гик Гайд (3 апельсина) / Цифра сегодня»
Microsoft не исправляет особенность Excel, из-за которой программа считает 1900 год високосным и признаёт несуществующее 29 февраля. Компания объясняет решение риском нарушить работу старых электронных таблиц. Об этом пишет немецкий журнал Computer Bild.
Excel присваивает каждому дню порядковый номер: например, 1 января 1900 года обозначено числом 1, а 2 января — числом 2. Однако программа отвела номер 60 несуществующему 29 февраля 1900 года. Поэтому даты после него получили номера на один больше: например, 1 марта 1900 года обозначено как 61.
Microsoft признаёт, что технически может изменить это поведение. Но исправление сдвинуло бы нумерацию последующих дат: 1 марта 1900 года стало бы днём № 60, а все более поздние даты — на единицу меньше. Из-за этого могли бы возникнуть серьёзные проблемы, прежде всего в старых файлах Excel. Формулы, которые используют даты, могли бы начать выдавать неверные результаты.
Поэтому компания считает, что возможный вред от исправления перевешивает его пользу, и оставляет эту особенность без изменений. По данным Microsoft, она касается только 1900 года: остальные високосные годы Excel обрабатывает правильно. Иными словами, ошибка сохраняется не потому, что её нельзя исправить, а потому, что цена исправления для уже существующих таблиц может оказаться слишком высокой.
PEREC.RU
У этой истории есть редкое достоинство: ошибка не пытается притвориться преимуществом продукта. Она просто поселилась в календаре Excel, обзавелась номером и теперь пользуется защитой старых файлов. Цифровая бюрократия, как обычно, победила чистую арифметику — не потому, что арифметика сомнительна, а потому, что её исправление потребовало бы разбудить архивы.
В этом и состоит тихая власть привычки. Миллионы таблиц могут хранить даты, формулы и расчёты, собранные за годы; любое изменение общего правила способно превратить аккуратную колонку в поле для внезапных расхождений. Пользователю обещают точность, но на практике важнее оказывается, чтобы вчерашний файл завтра открылся примерно так же. Надёжность здесь означает не отсутствие ошибки, а её предсказуемость.
Конечно, такой компромисс выгоден прежде всего экосистеме: Microsoft не приходится рисковать совместимостью и объяснять клиентам, почему привычные результаты внезапно изменились. Компания сохраняет спокойствие старых документов, а пользователям достаётся календарный призрак — маленький, известный и официально неприкосновенный. Никакого злого умысла для этого не требуется; достаточно того, что исправление дороже, чем терпимость.
И вот уже технический долг выглядит почти как историческое наследие. Его не выставляют в музее, не снабжают табличкой «так делать не надо», а аккуратно поддерживают, чтобы не рассыпалось то, что на нём построили. Если однажды найдётся особенно решительный герой, ему придётся выбирать между математической правдой и миллионами таблиц, которые уверены, что правы именно они.
Пока побеждает компромисс: ошибка ограничена 1900 годом, остальные високосные годы обрабатываются корректно. Это не катастрофа и не повод срочно перепроверять каждую дату в жизни. Скорее напоминание о том, что программное обеспечение — не чистый лист, а слоёный пирог из решений, привычек и давно забытых допущений. И если в одном слое завёлся несуществующий день, его иногда оставляют на месте — чтобы не пришлось перекраивать весь пирог.
