Pull to refresh

Comments 32

UFO just landed and posted this here
Ошибка 1970 вообще достаточно глупая. Такого класса баги должны ловиться ещё на стадии альфа-тестирования.
UFO just landed and posted this here
01.01.1970 Это начало Unix-эпохи, с этой даты идёт отсчёт у всего Unix мира и не только.
UFO just landed and posted this here
01.01.1970 это минимальное значение времени, возможное в UNIX-системе.
На момент написания поста UNIX-время 1457593921 (2016-03-10 7:11:35)

А суть альфа-теста – нагрузить систему возможными входными значениями пременных. Особое внимание уделяют минимальными и максимальными значениями.
01.01.1970 это минимальное значение времени, возможное в UNIX-системе.
Не совсем верно, возможен и отрицательный отсчет. По сути границ времени нет, просто эта дата взята за ноль, вот и всё.
Особое внимание уделяют минимальными и максимальными значениями.

А также тем, которых по сути быть не должно )
UFO just landed and posted this here
Хоть пару примеров напишите, заинтриговали =)
Лично тестировал и подтверждал обращение от пользователя с багом примерно следующего вида:
1. Подойти и начать диалог с «порталом»
2. Попрыгать рядом с ним в стену под факел (определенный угол) более 10 раз
3. Быстро подойти обратно ровно в точку, где стоит портал
4. Завершить диалог.

В результате портал пропускал пару этажей, портируя дальше, чем надо. И никак иначе, без соблюдения всех шагов, это действительно не воспроизводилось.
Это так, самое первое что смог вспомнить. Бывало и куда веселее, вплоть до «В полночь при переходе даты стоя на центре лунного озера...»
UFO just landed and posted this here
Понятия не имею, за что минусы. Сам подтверждаю, что некоторые игроки творят такое, что с трудом приходит в мою голову после более двух лет тестирования игр на профессиональной основе. Хотя, казалось бы, чего только не делал.

Так что баг, который в статье, смотрится вполне себе отлавливаемым и должен бы входить в стандартные кейсы (минимальное значение, попытки увести значение ниже минимума).
UFO just landed and posted this here
Это еще ничего, в линейке на серверах Инновы баги таким образом не выявлялись, а лечились, иногда за счет других багов. :) Причем для меня не меньшая загадка, как народ вообще придумывал методы лечения некоторых из них. Например, баг с отсутствием у саммонов кнопок управления скиллами зверюшки после очередного обновления лечился совершенно феерическим образом, вот финальная версия метода, доработанная лично мной: призвать саммона, при этом находясь географически (в смысле по оси Z в пределах текущего куска карты) ниже точки, в которой расположен телепорт в городе, приказать зверюшке ждать на месте, убежать в город к телепорту, открыть диалог с телепортом, дойти в нем до списка мест назначения, не закрывая диалога использовать СоЕ (свиток для телепорта в мирную зону), после телепорта (свиток перекинет в этот же самый город в одну из "точек выхода" по соседству) саммон мгновенно переместится к вам и кнопки на панель вернутся и будут активны. Похожим образом лечился баг с непопаданием саммонов в инстансы (зверюшка оставалась у входного NPC). КАК до этого дошли игроки и тем более что вообще вызывало этот баг — великая тайна.
Заинтриговали. Примеры, если можно.
01.01.1970 может быть минимальным значением только в одном случае: если программисты Apple сделали переменную даты unsigned.
Все гораздо проще. Ссылка на вики: Unix время
Не знаю почему, но кажется, что Apple таким образом "отметил" день в истории когда умер Рэй Томлинсон
Находил похожее письмо у себя в GMail, и когда-то очень давно бывали такие SMS/звонки (точно не помню) на Siemens ME75
Хорошо бы ещё исправили баг, из-за которого от владельцев техники Apple регулярно прилетают тексты со съехавшей крышечкой над "й". Напрягает, когда например в полученном письме все "й" с дефектом.
Даже на Хабре регулярно в статьях такие «яблочные й» (вот именно такие, да!) попадаются.
UFO just landed and posted this here
Я понимаю, о чем вы. Причина в том, что OS X использует NFD-нормализацию, в которой композитные символы типа "й", "ё" раскладываются на "и" и "  ̆ ", "е" и "  ̈ ". Проблема в том, что по какой-то причине ваша операционная система не умеет в корректный рендеринг юникода. В этой строке — ab͡cd, над какими символами у вас дужка?

Если они так делают, то это ошибка. Ё это не Е с умляутом или диэрезисом.
Вдобавок, не все программы корректно реализовывают такое поведение (приравнивая "ё" к "е" с " ̈ "). В результате, чтобы найти слово с буквой ё, вам придётся каким-то образом водить в поиск те самые два символа.
Ё это не Е с умляутом или диэрезисом.
NFD-нормализация в Python с Вами не согласна:

>>> list(unicodedata.normalize('NFD', chr(1105)))
['е', '̈']
NFD-нормализация, на мой взгляд, это костыль. Хотя, я не программист, возможно, она имеет неочевидные преимущества.
Если мы всё равно используем Юникод (все эти умляуты и закорючки), отчего не использовать обычную "ё". Если надо, можно приравнять её к "е".

Возможно, зарубежные программисты не вникали в тонкости русского языка и полагали, что две точки над буквой это всегда отдельный символ (а это не во всех языках так).
Имелось в виду, "костыль применительно к русскому алфавиту". Это всё равно, что убрать букву Щ и вместо неё рисовать на одном месте Ш и Ц. Да, мы экономим букву. Но зачем?
Какой браузер? У меня в Firefox раньше тоже такое было, а вот с новым обновлением (сейчас 45, но, возможно, и раньше) вроде починилось.
Sign up to leave a comment.