Почему веб-сайты отображают даты в неточном представлении, например. «год назад»?

Многие сайты будут показывать даты или время в неточном представлении типа 1 year ago вместо того, чтобы показывать фактическую дату. Вот случай, который я нашел особенно раздражающим: «введите

Это видео в основном содержит много новостей о последних научных исследованиях, поэтому, увидев, что это на 11 месяцев, меня меньше интересует, потому что он почти в два раза старше, чем сообщалось.

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

83 голоса | спросил DLeh 23 J000000Thursday15 2015, 23:59:19

7 ответов


117

Представьте, что вы рассказываете другу историю о времени, когда вы взяли летающий класс. Вы хотите дать представление о том, когда происходит история. В каком формате вы должны указать время? Если вы скажете: «Дата была 2014/12/31, а время было 16:05:03 PST»

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

Компьютеры должны вести себя как здравомыслящие, полезные люди, просто с несколькими вычислительными преимуществами. Когда речь идет о большинстве видео YouTube в большинстве точная дата публикации не имеет значения. Если специальный случай требует большей точности, вы можете сами открыть страницу видео и посмотреть дату. Хорошая работа до сих пор, YouTube.

Однако здесь есть проблема.

Фактический возраст видео, о котором вы упомянули, составляет 1 год, 11 месяцев и 9 дней , что даже близко не к рекламируемому «1 год назад». YouTube должен был сказать 2 года назад . Это то, что полезный человек сделает.

ответил Daniel De Laney 24 J000000Friday15 2015, 01:19:06
47

Недостаточно репутации для комментариев, но на многих сайтах с этим «дружеским» временем вы можете на самом деле навести время, чтобы получить точное время.

Попробуйте по этому вопросу «спросить» и «активно» раз с правой стороны.

ответил gamesmad 24 J000000Friday15 2015, 13:35:55
24

Это использование относительных временных меток . . В относительных временных меток точность не важна, и непосредственность сканирования превалирует над точностью, поэтому такие вещи могут произойти, где вы видите «1 год назад» до 15 августа 2015 года, где вы будете см. 2 года назад. Есть много споров об этом подходе, и IMHO, правильно, что вы могли бы добавить что-то более точное, даже если использовать относительные временные метки , например, измерить время в месяцах, которое может быть приемлемый средний уровень точности и сканирования глаз. Но если вы читаете раздел Adaptive Time Units , вы увидите, что то, что вы получаете, является нормой, а не исключением.

Однако, когда вы принимаете решение UX, некоторые из этих решений имеют компромиссную стоимость, и я уверен, что YouTube знает, что происходит. Но у них может быть очень мало людей, которые воспринимают вашу проблему как проблему, и ОГРОМНОЕ количество людей, которые предпочтут быстрый просмотр данных сканирования. Таким образом, вы получаете менее точные знакомства по весу чисел

ответил Devin 24 J000000Friday15 2015, 00:34:31
12

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

Это обычное явление (я полагаю, из-за встроенной библиотеки) в приложениях Android, чтобы получить «59 минут назад» (точнее, чем нужно), затем «1 час назад» отображается в течение следующих 60 минут (меньше точности, чем нужно). Если бы это было до меня, я бы закодировал ваш пример, чтобы дать «23 месяца назад». Это не значит, что я прав. Другой вариант может заключаться в том, чтобы дать «чуть менее 2 лет назад» или «около 2 лет назад».

Я думаю, что было бы лучше иметь что-то по линии 1,2,3,4,5,10 минут , а затем ¼, ½, ¾¾ до 3¾ часов , затем целые часы до ~ 48, дней до 8, недель до 5, месяцев до 23 и, наконец, лет. Это приведет к снижению точности менее резкого, поскольку максимальное отношение составляет ~ 1,5 *, а не 2 *.

Что касается рассуждений UX, я бы подумал, что к нему придут часовые пояса: добавьте время и время пользователя, как с часовыми поясами, так и в вашу стандартную библиотеку времени /времени, чтобы получить разницу, затем округлите. Тогда пользователю не нужно заботиться о часовых поясах. Конечно, вы можете преобразовать все в часовой пояс пользователя (я предположил, что вы это уже знаете) и представить это, но это не обязательно полезно. Представьте себе заголовок и временную метку «Новости как раз в: массовая нагромождение в утренний час пик. 16:50 сегодня».

ответил Chris H 24 J000000Friday15 2015, 18:50:57
4

Одной из правдоподобных причин UX является предотвращение ситуации, когда пользователь видит дату, не замечает год и из-за близости месяца /дня полагает, что сообщение было сделано за последние несколько дней /недель, а чем (возможно, много) лет назад. Такая ошибка пользователя может привести к смущающим ответам /комментариям /последующим действиям по содержанию, где они больше не актуальны.

ответил R.. 25 J000000Saturday15 2015, 01:07:43
0

этот ответ относится к другим ответам, чтобы избежать дублирования с дополнительным бонусом в конце

Я согласен, что

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

  • Наличие большого набора данных для отображения означает, что пользователю потребуется быстрое сканирование дат по отношению к моменту «сейчас», чтобы отфильтровать то, что ему нужно.

  • Вы не можете понравиться всем, но вы можете продолжать попытки, и youtube выбрала для показа более точной даты на видеостранице, которая кажется достаточной.

  • Самое простое решение - иметь неточное представление, чтобы иметь возможность отображать точную метку времени, которая работает как на мобильном телефоне (нажмите на дату в swap-формате), так и на рабочем столе (наведите курсор и отобразите всплывающую подсказку)


Я не согласен, что

  • Дата должна отображаться как десятичная (1,9 года), потому что было бы трудно сделать конверсии, и в то же время вы должны представить себе все это разнообразие чисел, которые будут отображаться и будут перегружать вас , Вместо этого легче группировать в ваших головах все «1 месяц старые» видео и «2 месяца» старые видео. Кроме того, когда вы расслабляете просмотр youtube, вы не хотите, чтобы список видео выглядел как электронная таблица, это означает, что вы вернулись в офис, а не расслабляетесь!

  • Единственное решение можно найти для всех пользователей, и здесь нет оптимизации. Разные пользователи захотят по-другому или даже подумают по-разному. Например, у человека может быть очень большая рабочая память, и он или она может обрабатывать более сложную информацию, чем средний iq человек без каких-либо хлопот.

Возможности дизайна

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

Прежде всего, по моему скромному мнению, любой рендеринг любой отметки времени должен включать ваш формат отображения предпочтений, который будет более подходящим для большинства случаев использования, «почти 2 года назад», «более 1 года назад» и т. д. , а также точную метку времени с точностью до секунды (при условии, что прозрачность таких данных в порядке).

Итак, если у вас есть такая информация, я бы подумал о создании надстройки для браузера, чтобы дать пользователю возможность, которая этого требует, и изменить текст, отображающий дату на локальном компьютере. Boom! Вы предоставили инструментарий пользователю, и чаще всего инструментарий может принести потрясающий пользовательский интерфейс.
Одна из реализаций, которая приходит в голову, заключается в том, что это дополнение добавляет небольшой значок (как и большинство надстроек), а затем запускает прокрутку на значке для обмена между различными префиксами.

Не было бы замечательно видеть изменение текста следующим образом:
«1 год назад» -> «1 год и 11 месяцев назад» -> «1 год, 11 месяцев и 3 дня назад» -> «11 августа 2013» -> «11 августа 2013 года около полудня» -> «11 августа 2013 г. 12:34» -> ...

ответил Georgios Pligoropoulos 30 J000000Thursday15 2015, 23:49:15
-2

Относительные даты страшны. Точные даты являются лучшими и не требуют обновления веб-страницы, чтобы убедиться, что относительная дата верна.

ответил Wanderman 13 MarpmMon, 13 Mar 2017 23:34:25 +03002017-03-13T23:34:25+03:0011 2017, 23:34:25

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132