Комментарии 78
В некоторых сценариях действительно удобнее относительная шкала. Ну то есть мне проще планировать перемещения и дополнительные действия с пониманием, что у меня до события в запасе 2 часа, чем с пониманием, что оно стартует в 15:20. И, кстати, в основном эти сценарии - про будущее время.
Но что сильно раздражает - это манера округлять это относительное время до единственной размерности. Вчера. Неделю назад. Год назад. Потеря информации - есть. Выигрыш в виде быстрой оценки интервала - и не работает как надо, и (для прошедших событий) в целом малополезен.
Чаще всего, когда до события "два часа", мне важнее знать осталось 1:50 до события или же 1:05, а не плюс-минус час. В первом случае еще можно пообедать, а во втором срочно нужно садиться в такси. Потому и тут такое себе.
upd: Кстати пришла в голову идея про "автоматическое загрубление". То есть пока в единицах не превышен некоторый порог, скажем 2 или 3, выводить две ступени + округление с "почти": не "1 год назад", а "1 год и 6 месяцев назад", но не "3 года и 10 месяцев назад", а "почти 4 года назад". Также и с временем: не "2 часа назад", а "1 час 57 минут назад", но не "4 часа и 3 минуты назад", а "4 часа назад".
Так я и пишу: если и делать относительное время, то не загрубляя (я это округлением назвал, но за формулировку не держусь).
Идее с "автоматическим загрублением" нас ещё на лабораторках в институте учили: в результатах измерений должна быть одна значащая цифра, но если единственной остаётся единица - то надо добавить вторую. Т.е. 2*10^3 или 1,2*10^3.
Можно ещё просто всегда 2 соседние единицы указывать: либо 2 недели и 1 день, либо 1 день 2 часа, либо 2 часа 12 минут.
Но меня во всём этом другое раздражает. Выглядит всё это по большому счёту как решение какой-то неверифицированной проблемы.
автоматическое загрубление
Не видел доселе ни одной программы, где бы удовлетворительно работал показ веса в приставка+байты для любых величин. Пример: 2.1 ГБ при текущей скорости скачивания 100 КБ/с - это плохо.
Со скоростью загрузки правда, но время-то течет у всех одинаково? Тут как раз можно нащупать удовлетворительную степень точности.
Согласен, но отвечу как и nin-jin ниже: обдумывать и писать самому.
Какую шкалу вы бы предпочли лично для себя?
Вариант "Зависит от ситуации" не рассматривается?
Проектировщик интерфейса не может знать, какая конкретно у вас в конкретно данный момент ситуация, поэтому должен сделать выбор без оглядки на это.
И мы снова вернулись к тому, что было: пожертвовать удобствами одних пользователей в пользу других, или сделать так, чтобы в один момент времени каждому пользователю было удобно (главное, не перегрузить интерфейс: https://xkcd.com/1406/).
Скорее вопрос в том, стоит ли максимизировать удовольствие в 1 кейсе из 10, или же лучше минимизировать неудобства в 9 кейсах из 10.
Относительная шкала (и особенно грубая, символическая) это не просто неудобство для других, это прямая не возможность использования во многих сценариях уже обозначенных в статье, тот же поиск по дате и т.п.
Я понимаю, что иногда относительное время неудобно (например, дата публикации поста), однако далеко ходить не будем и возьмём комментарии к этой статье. У каждого комментария есть относительное время поэтому закономерный вопрос:
Насколько важно знать точное время комментария? И, пожалуйста, давайте без примеров со скриншотами (имхо, это редкий кейс).
Можно даже взять чуть больше: Насколько важно знать время комментария (даже относительно)?
В принципе, с разрешением меньше часа - вряд ли нужно, хотя иногда полезно видеть насколько комментарий свежий.
А часто бывает так - отложил статью, заходишь через несколько дней (неделю) - а там интересная дискуссия.. Если последние комментарии не старше 1-2 дней - то еще можно ввязаться и ответить, а если старше - скорее всего уже участники не вернутся.
Начну со второго вопроса: в 99% случаев важна только последовательность. Просто чтобы понимать, кто на что отвечает, нить разговора удерживать. Время нужно в исключительных случаях.
Но при этом если оно нужно, то нужно абсолютное, причём, пожалуй, с точностью до минуты.
В случае с комментариями, если нам важна последовательность, то чем один вариант отображения лучше другого? Возможно, в моём случае я быстрее считываю относительное время чтобы определить эту последовательность, в то время как другие так же быстро считывают абсолютное время.
Скриншот с относительным временем
![Пример комментариев с относительным временем Пример комментариев с относительным временем](https://habrastorage.org/getpro/habr/upload_files/c3b/337/40c/c3b33740c0c5490c66c4c805e27c2fe6.png)
Скриншот с абсолютным временем
![Пример комментариев с абсолютным временем Пример комментариев с абсолютным временем](https://habrastorage.org/getpro/habr/upload_files/cc9/c3b/ebc/cc9c3bebca1f888de3f707b9f1aa7356.png)
И если абсолютное время нужно в исключительных случаях, нужно ли использовать его в остальных не исключительных случаях?
Даже задача последовательности решается просто тем, что комментарии выстроены хронологически + древовидно. Тут тоже есть крайние случаи, типа бурной переписки между 3-4 участниками, когда каждый отвечает каждому - да ещё происходит это в глубине дерева, когда отступы уже не отображаются. Но тут (если действительно интересно в чужом флейме разобраться)) так и так приходится голову включать, об интуитивном считывании вполглаза речь не идёт. Так что вопрос опять же сводится не к относительности/абсолютности, а к точности.
Грубо говоря, минуты - нужны, а будет ли это "в 9:43" против "в 9:48" или "2 часа 13 минут назад" против "2 часа 7 минут назад" - уже не очень критично.
Что до второго вопроса - зависит от контекста и общего, гхм... уровня ответственности системы. Для корпоративного почтового клиента, скажем, где на основании писем принимают дорогие решения - лучше заложиться на исключительные случаи. Комментарии к блогу? - да господь бы с ними...
Сейчас - не важно. Когда же я через пять лет найду этот пост - может оказаться критически важно именно точное время.
Проектировщик интерфейса не может знать, какая конкретно у вас в конкретно данный момент ситуация, поэтому должен сделать выбор без оглядки на это.
Пусть сделает выбор в сторону опций.
Сегодня мне важно одно, завтра я постиг дзен и мне важно другое, а соседу вообще никогда не было важно то, что важно мне, у него свой путь. Я не понимаю проектировщиков, которые отказываются от предоставления возможности выбора самому пользователю: "Мы сами за вас решили, как вам будет удобнее".
Проектирование интерфейса с богатыми возможностями выбора на порядок более сложная задача. И разумный выбор дефолтного поведения - её составная часть.
Любой интерфейс предназначен для конкретных сценариев, актуальных в определённом контексте. Ситуацию в общем случае проектировщих знать не может, но контекст и сценарии-то?
А что тот проектировщик делает интерфейс для сферического коня в вакууме? Как он может делать выбор для того, чего ещё не придумали?
Считаю, что "был онлайн" имеет смысл писать в относительных единицах, возможно сегодняшние сообщения в мессенджерах, тоже. Больше хороших кейсов для относительного времени не могу сходу придумать.
Да что далеко ходить - хабр показывает время комментариев и статей так же.
![](https://habrastorage.org/getpro/habr/upload_files/8fd/b88/9c1/8fdb889c11dcc4cbb61a978e739d34a2.png)
Открыл страницу, оставил на три дня, пришел - время не поменялось.
19 минут назад от три дня назад. Быстро, понятно, бессмысленно.
Как раз-таки на Хабре ещё нормально сделано. Наводишь мышью и показывает точное время.
Узнал об этом из вашего комментария. Пойду ещё приклею мышь к телефону тогда.
Обычно в телефонах верстка и возможности упрощаются до минимума. Компромиссы везде и реклама на весь экран, поэтому ховеры - это не самая большая проблема.
И мне пожалуйста приклейте) На работе я и коллега периодически отсылают смс-ки клиентам с одного и того же рабочего телефона. Берешь такой телефон, разблокируешь, а там открывается чат ("сообщения" в прошлой жизни) и у последнего сообщения время "отправлено только что", предыдущее "4 минуты назад". Сначала тупишь, телефон уже полдня лежит у тебя на столе, а оказывается коллега не вышла из приложения и последние сообщения "вечно молодые". Тьфу, сколько раз на этом спотыкался и не могу привыкнуть.
В мире тачскринов ховеры в кроссплатформенных интерфейсах должны вымереть.
Открыл страницу , ушел на три дня, твой браузер гоняет пол тысячи коментаниев каждую минуту за обновлением даты. Вернулся, а твой интернет закончился.
Локально? Гонять js обновляя вёрстку все три дня раз в минуту тоже такое себе.
Так в этом и был посыл - смысла в относительном времени нет, показывать сразу "2023-12-03 15:09" и все понятно.
Я может вне контекста, но зачем гонять запросы туда сюда? Ведь достаточно просто один раз за комментом закрепить временнУю метку, а дальше можно любые вычисления, преобразования и отображения делать здесь-и-сейчас. Относительные, абсолютные, кисло-фиолетовые, какие угодно. С учётом локали и часового пояса клиента. Оффлайн.
Верно.Я просто размышлял в рамках реактивной ленты. Если у вас есть актуальные счетчики времени у сообщений, то актуален ли экран через три дня? Ничего не повилось ли нового? А кто его знает. Если вы обновляете счетчики оффлайн, это может навести на мысль что и лента актуальна, а нет. Она не актуальна, зачем тогда вводить в заблуждение. Человек понимает, что состояние всего интерфейса актуально на момент загрузки так и пусть остается в такой привычной исторческой парадигме, либо парадигма должна быть другой - поток всего и счетчиков и сообщений, хотя все равно и тут можно делать локальные вычисления, а что если они идут а интернет пропал... вобщем нюансы нюансы
Дело не только в том, что дата относительная, дело еще в том, что она огрубляется со временем. Не пишут же один год, одиннадцать месяцев, 3 недели и 4 дня назад, а пишут просто Год назад, хотя уже почти два.
Интерактив с названием статьи ?
Насчёт локализации и сложной логики - не особо аргумент, т.к. обычно уже есть библиотеки, где всё это реализовано.
Огрубление периода часто напрягает, но иногда лучше так, чем не показывать дату вообще. Часто почему-то встречаю такое в технических и юридических статьях, где почти невозможно определить актуальность материала, потому что премудрый SEO-шник сделал заголовок в стиле "3 способа как это сделать в $year году", а даты фактического обновления материала днём с огнём не найти.
"Обожаю" относительное время в интерфейсах. Достаю телефон из кармана, открываю СМС, вижу список, у сообщения написано Четверг. Стою, ломаю голову, какой четверг, когда этот четверг был?
модель?
Позапрошлая.
))) Да я про конкретную оболочку, за чьим геройством девайс?
Самому интересно) Ждём ответа от товарища dsh2dsh.
Проверил у себя (iPhone XS, iOS 16) - если смс пришла в течение прошлой недели (7-ми дней), пишет только день недели, если позже - полную дату в общем списке сообщений, внутри списка сообщений конкретного отправителя - по тому же принципу, только со временем и есть ещё "вчера/позавчера".
Раньше не обращал внимание, но да, я бы предпочёл просто дату, везде и всегда. Или, как минимум, комбинированный вид "Вт, 21 нояб., 16:32", который там тоже есть, но только для старых смс и только внутри отправителя.
Проверил на Андроиде - Пиксель, 14 версия, по-Гугловски чистая, смотрел в дефолтном приложении "Сообщения". Ровно то же самое.
Не суперудобно, но вопросов "какой четверг" не возникает.
На Андроиде, вероятно, можно настроить отображение как угодно, на iOS вариантов нет.
Мне важно не "какой четверг", а какая дата, вот этого не хватает, я лучше ориентируюсь по календарю, чем по дням недели, особенно когда стал работать дома.
Не на те мелочи вы внимание обращаете. Это S21 и Google Messages. В списке одно сообщение, т.е. сравнить не с чем. Откуда я должен знать, что раз написано просто четверг, то это прошлый четверг? Почему я вообще должен об этом думать? Вот на что нужно обращать внимание. Сейчас я некоторое время буду помнить это, а потом снова забуду и в следующий раз снова буду думать, когда этот четверг был.
Так я с Вами согласен. У меня то же самое, когда одно сообщение (сейчас проверил). И четверг там или вторник мне не особо интересно, нужна дата, хотя бы допом ко дню недели.
К слову, а вы что, видели варианты, когда "Четверг" относится не к последнему четвергу (т.е. 1-7 дней назад)? Расскажите про это гениальное приложение
Не могу припомнить детали, но что-то типа этого точно видел. Потому и отношусь к таким вещам настороженно.
Намекаете, что проблема высосана из пальца?)
В Outlook-е странный гибрид:
письма текущей недели помечаются днём недели и временем: Пн, 13:09
письма прошлой недели - днём недели и числом: Пн, 13.09
старше двух недель - просто полной датой: 13.10.2023
То есть технически-то различить можно всегда, но иногда точечку упустить - как нефиг делать.
Бывает и с абсолютным временем такой прикол. Например, некоторые сервисы не указывают год в истории.
Для меня самая большая загадка - использование относительной шкалы времени в Инстаграм при просмотре старых постов. Информация, что фото было сделано 456 дней назад, выглядит не просто бесполезно, а как издевательство.
2023-12-06 00:53 6 Dec'23 00:53 Wed, 6 Dec 2023
Вы не точно указали время - оно должно включать либо географические координаты, или тайм-зону, либо указание, что используется время по гринвичу.
И вообще - это может быть ваше личное время, которое связано/не связанно с григорианским/юлианским календарём
Абсолютное, относительное.... с некоторым неудобством любая лучше чем полное отсутствие временной отметки на заметке/статье, которое все чаще стало встречаться....
Вот так вот просто? Смотришь на статью / сообщение / проч. событие и видишь дату, время? Так можно?
А может еще можно в будильнике время циферками ввести, а не крутить дурацкие колесики?
Но чем же тогда будут заниматься уй-дизайнеры, если не придумывать нам ненужные ценности?
Пусть пишут просто время и дату. Не надо делать из меня идиота, который неспособен держать в голове сегодняшнее число.
А потом начинать делать из меня гения, который отличит "вчера" от "вчера" и моментально высчитает дату по "386 дней тому назад".
На "вчера, 6 декабря" я согласен, но тут зачастую не ставят время сообщения. Или ставят только время последнего, если несколько сообщений было.
Конечно, можно сделать настройку, чтобы и вашим и нашим, но базово лучше писать точное время. Более универсально.
Очень интересная статья. А теперь я выйду через северный выход, пойду в самый западный туалет и сяду южную кабинку (которая между западной и восточной - хорошо их только три: не приходится все румбы вспоминать). А начальству быстренько уточню, что вернусь в 10.05 7 декабря 2023 года. Всегда так делаю.
Только , блин, беда! И стороны света отсчитываются относительно Земли, и часы отсчитываются относительно положения солнца и год - относительно рождения Иисуса Христа (а много где и по-другому)! Где, где мне взять эту восхитительную абсолютную шкалу?
2023-12-06 00:53 6 Dec'23 00:53 Wed, 6 Dec 2023
Таймзоны не хватает, без нее тут еще остается неоднозначность :)
Мне нравится, как в ВК пишется: "Был вчера, 23:00" , сразу понятно, чел сегодня еще не заходил, наверно спит.
А в телеге пишется "Был недавно", хоть это 10 минут назад, хоть 2 дня. Вроде и секурней, но практически бесполезно.
В телеге зависит от режима приватности, причём он там обоюдный. Управляется пунктом настроек Last seen & Online
Если там закрыться (например, поставить Nobody или перечислить конкретных людей), то и другие будут видеть у вас только вот эти recently/within a month/long time ago, и вы у них будете видеть такое.
Если открыться, точнее, если оба участника чата друг для друга открылись - то будет конкретное время и/или дата.
Вроде, норм такое решение:
по клику на дате переключать режим отображения - абсолютное/относительное время.
Так в навигаторах делают (сколько осталось ехать/во сколько приедешь).
Эту бы практику повсеместно в интерфейсах принять как стандарт.
Я вот смотрю одного таежного блогера, и мне интересно смотреть его видосы в хронологическом порядке. Но это надо тыкать на канал, потом на вкладку всех видосов и листать. Понять, сует ли мне предложка после просмотра хронологически следующий ролик или просто популярный, я не могу - они помечены по времени публикации "год назад", "джва года назад", а в год их выходит у него больше пары десятков.
И вообще, любовь к относительному у людей меня вымораживает. Вечно вместо того, чтобы назвать точный адрес, или же номер кабинета, я слышу от людей "ну там выйди пойди налево направо направо налево направо налево направо до моста направо налево у кактуса направо у плаката с Борисом Моисеевым налево по лестнице вверх, но не до конца и там будет этсамое ну увидишь".
Может быть хватит менять название статьи? Постоянный спам в RSS ленту.
Для отображения в интерфейсе предпочтительнее абсолютная временная шкала, которая создаёт минимум трудностей
Интерфейс, в первую очередь отвечает на насущные вопросы пользователя. Предпочтения это вкусовщина, когда вопрос уже отвечен.
Если вопрос "в какое время?" - выводим абсолютное.
Если вопрос: "сколько времени прошло? / через сколько это будет?" - выводим относительное.
Понять какие у юзера вопросы это вообще продуктовая тема.
Если вопросы могут меняться от сценарию к сценарию в одних и тех же экранах - вызываем пояснительную бригаду UI/UX. Им за это деньги платят.
в инсте вообще отлично - "283нед.","538нед."
Давно ждал статью на эту тему. Спасибо автору, что обратил внимание!
Судя по опросу и комментариям, почти 3/4 всё-таки за абсолютную шкалу времени.
Я тоже. А то напишешь отзыв на каком-нибудь Маркете, сделаешь скриншот, отправишь его кому-нибудь через пару лет (когда ссылка на отзыв уже не работает), и приходится потом объяснять «Зачем ты "сегодня" написал отзыв на товар, которой уж год как сняли с производства/продажи".
Но вот ведь какой грустный парадокс получается: абсолютное большинство за абсолютную шкалу, а в нынешнем вебе и мобиле царит относительная (
Прямо хоть рассылай эту статью всем дизайнерам мира ))
Эта статья опубликована в прошлом году