Баг

На сайте Microsoft Learn, где компания публикует техническую документацию и ресурсы для разработчиков, обнаружилась статья с любопытным названием: "Excel ошибочно считает, что 1900 год был високосным". Казалось бы, подобная ошибка давно должна была привести к катастрофическим последствиям, но на деле этот баг хорошо известен среди опытных пользователей Excel уже десятки лет – и Microsoft осознанно отказывается его исправлять, так как последствия исправления были бы куда хуже самой ошибки.

Когда Lotus 1-2-3 впервые вышла, программа предполагала, что 1900 год был високосным, хотя на самом деле он таковым не был. Это упрощало обработку високосных годов в программе и не причиняло вреда практически никаким вычислениям дат в Lotus 1-2-3.

Lotus 1-2-3 была, по сути, предшественницей Excel – невероятно популярная программа для работы с электронными таблицами от компании Lotus Software, которая помогла персональным компьютерам IBM доминировать на рынке деловых решений в 1980-х годах. До сих пор нет единого мнения, был ли этот баг сознательным решением программистов Lotus для экономии ценной оперативной памяти за счёт упрощения вычисления дат, или же это была обычная ошибка.

Однако Lotus 1-2-3 была настолько популярна, что Microsoft при создании собственного аналога была вынуждена расставить приоритеты в пользу совместимости. Ни один бизнес не перешёл бы на Excel, если бы все существующие таблицы оказались несовместимы с новой программой. Когда вышли Microsoft Multiplan, а затем и Microsoft Excel, обе программы приняли то же допущение, используя аналогичную систему последовательной нумерации дат, что позволяло пользователям легко импортировать рабочие листы из одного приложения в другое. Стоит отметить, что все остальные високосные годы обрабатываются корректно – проблема касается исключительно 1900 года.

Офисные продукты Microsoft обогнали решения Lotus в начале 1990-х и с тех пор доминируют на рынке, хотя продукты Lotus окончательно перестали продаваться только в 2013 году. Но "наследственный" баг с високосным годом остался. Microsoft признаёт, что "технически исправить это поведение возможно, однако недостатки такого решения перевешивают преимущества". Компания перечисляет проблемы, которые возникнут в случае исправления:

• Практически все даты в существующих документах и таблицах Excel сдвинутся на один день назад, а исправление этого сдвига потребует значительных затрат времени и усилий, особенно в формулах, использующих даты.
• Некоторые функции, например WEEKDAY, станут возвращать другие значения, что может привести к некорректной работе формул в таблицах.
• Исправление нарушит совместимость системы последовательных дат между Excel и другими программами, работающими с датами.

Масштаб потенциальной проблемы становится очевиден, если вспомнить, что Excel остаётся отраслевым стандартом деловых приложений и, по различным оценкам, насчитывает от 750 миллионов до миллиарда пользователей по всему миру. Если Microsoft решит исправить этот баг, каскадные последствия, помимо очевидных, попросту невозможно предсказать.

Как отмечает сама Microsoft, сохранение текущего поведения приводит лишь к одной проблеме:

Функция WEEKDAY возвращает некорректные значения для дат до 1 марта 1900 года. Но так как большинство пользователей не работают с датами до 1 марта 1900 года, эта проблема встречается крайне редко.

Баги, связанные с високосными годами, давно стали отдельным жанром в мире программного обеспечения, но этот случай особенно примечателен. Каким бы ни было происхождение ошибки, она давно превратилась из бага в функцию, а сегодня настолько укоренилась, что даже стандарт Open Office XML официально включает её в свои требования.

Линк

Картинка из датасета для обучения ИИ

Посидел я тут, подумал и решил издать свой глас вопиющего в пустыне. Обращаюсь конкретно к @FreeDaSw, так как глубоко уважаемый мной @Gu-Ru озабочен only проблемами огораживания пользователей от им неугодных (в том числе и себя, родимого) и рассуждает по принципу: «Есть API Капибары, есть клиент-сервер, есть точки входа-выхода. Есть проблема авторизации, но все, что с ней связано, растет из API и херовой работы клиента-браузера со стороны юзверей». С чего он так решил, я хз. Вообще, по моему скромному мнению, «объяснение» высосано из пальца и напоминает какой-то бред.

При этом ошибки Cloudflare я в расчет не беру, такая фигня наблюдается только на kapi.bar. Вообще складывается ощущение, что ресурс не защищается этим CDN-провайдером (может, конечно, есть какой-то «невидимый» для пользователей провайдер для этого хоста, хер его знает). Сколько раз юзаю VPN, никакого окна с проверкой от него нет. Ситуация одинаковая и на «зеркале», и на основном ресурсе.

Чтобы избежать повторов, сообщаю: проблемы возникают и на VPN, и на GoodBuyDPI, и на «чистом» интернете, и только с Капибарой.

Итак, проблема первая – «вечная» авторизация.

Ресурс в этом случае делает вид, что что-то там грузится, траффик в этот момент никакой не ходит. Помогает обновление страницы в ряде случаев или полный отрубон процесса браузера на уровне системы с последующим включением. Войдет или нет пользователь в следующий раз – вероятность очень интересная, зависит от того, видимо, пукнет ли случайная горилла, оказавшаяся совершенно случайно на Северном полюсе, или не оказавшаяся там – короче

Проблема вторая – завершение сеанса прямо во время нахождения на ресурсе или работы с редактором (тайм-аут какой-то странный, сукаблянах!)

Ошибки в этом случае могут быть разными. Иногда вообще ничего не пишется. Формально показывает, что пользователь в сеансе, выдает ошибку только в случае изменения поста или его сохранении в черновике. Ну или при попытке добавить картинку. Самое херовое в этом случае, если пост, который писал в этот момент, не сохранится – сколько раз со мной такое уже было, хуй знает – и ты увидишь вот такое после попытки просмотреть свои черновики.

Куда он делся опять же – хуй знает, потому как специально сейчас жмакаю каждые две минуты кнопку сохранения черновика принудительно. Иногда помогает, иногда нет – се ля ви, как говорится.

Проблема третья – «вечная» загрузка картинки.

Даже в процессе написания этого поста постоянно долбает, как и тайм-аут непонятный сеанса, периодичность которого произвольна. Подозреваю, что все три проблемы выше – взаимосвязаны. Решение с картинками пока выявлено только одно: «передернуть» VPN-соединение «по-горячему» или отрубить и снова включить инет, после этого картинка моментально грузится, со следующей возникает аналогичная проблема. IP при этом не меняется, проверял.

В результате сейчас, чтобы написать пост, который в голове уж оформлен, картинки к нему найдены и подготовлены, уходит просто до хохоту времени. При этом если раньше сам процесс доставлял некое удовольствие, то теперь очень часто хочется чего-нибудь матерное сказать и забить на это дело. Вполне возможно, что проблемы эти только у меня, но в мае я, когда пришел на ресурс, с ними не сталкивался.

Сидел себе, занимался вомбаттлом, ожидал получить x2 бонус за 30 рейтинга, а вместо него получил шиш без масла.

С прошлого бонуса прошло больше 24 часов. Я абсолютно точно получил больше 30 рейтинга, причем весь он был получен после получения прошлого бонуса (21:40). Вчера в 23:30 у меня было 1000 рейтинга, сегодня в то же время 1031. А бонуса нет и не ожидается.

Единственная мысль в том, что проверка и выдача бонуса может происходить только при обновлении рейтинга, а 1031 у меня висело еще до окончания суток с предыдущего бонуса.

UPD: очень похоже на то, что версия оказалась правдивой. После колебаний рейтинга вкупе с его повышением еще на 2 бонус пришел. Осталось проверить вариант с искусственным снятием автоплюса с любого своего поста, после чего возращения его назад через 10 минут (период обновления рейтинга). Если это вызовет получение бонуса, то теория подтверждена.

Уже достаточно длительное время любые видео из VK невозможно посмотреть в Firefox. Причем они нормально работают в Chrome или при открытии фрейма в новой вкладке. И несмотря на то, что я не пользуюсь им на ПК, для Android нормальных альтернатив Fennec нет, и там эта проблема становится неприятнее. В итоге нашел причину и 2 решения:

Причина: vk.com официально заменен на vkvideo.ru 

Если сейчас попытаться запросить код для встраивания у основного сайта, то там будет ссылка не на vk.com, которую использует Вомбат, а на vkvideo.ru. Они больше ничем не отличаются, но домен vk.com находится в списке трекерев соцсетей, которые попадают под ограничения с настройками Firefox по умолчанию, поэтому он не может подгрузить необходимые ему скрипты и обваливается с ошибкой в логах.

Решение 1: добавить vombat.su в исключения

Настройки -> приватность и защита -> управление исключениями -> vombat.su -> добавить исключение.

Это самый простой вариант, который полностью решает проблему.

Решение 2: замена ссылок в iframe на vkvideo.ru

Один небольшой скрипт:

new MutationObserver(mutationsList => {
    const frames = document.getElementsByTagName("iframe");
    for (var i = 0; i < frames.length; i++) {
        const node = frames[i];
        if (node.src.startsWith('https://vk.com/video_ext.php?')) {
            node.src = node.src.replace('https://vk.com/video_ext.php?', 'https://vkvideo.ru/video_ext.php?');
            console.log('Исправлено видео ' + node.src);
        }
    }
}).observe(document.body, { childList: true });

По какой-то причине отслеживание измененных тегов работает нестабильно в Firefox, но вероятно обычная моя рукожопость. Поэтому использован getElementsByTagName.

Правильный вариант с точки зрения причины, но требует больше телодвижений.

Никому не мешаю, пишу серьезный и вдумчивый комментарий под постом, пытаюсь его сохранить - получаю ошибку "Длинна текста должна быть не более 500 символов".

Ладно, думаю, напишу в "Сообщить о баге". Жмакаю соответствующую ссылку в меню и что вижу? 

Ну нафига, что первое что второе? 

Интересный баг нашелся, оказывается в (Abell 426) больше пятисот символов

Так это того, как тут устроено свежее / новое. Если врубить скрывать просмотренное - счетчик начинается с 17 дней назад. Емнип, это новый год, но надо завтра еще посмотреть, будет ли 18. Так о чем бишь я - это баг или фича? Автор может подсказать, чяднт?

Ответ на Пост: Дезигн