Как стать автором
Обновить

Тирания маргинального юзера. Почему всё вокруг становится примитивнее

Уровень сложностиПростой
Время на прочтение6 мин
Количество просмотров54K
Всего голосов 140: ↑126 и ↓14+148
Комментарии596

Комментарии 596

Деградация происходит на наших глазах. Простейший пример — повсеместный бред с датами. Буквально все вместо нормального указания даты и времени (число, год) начали писать относительный срок (типа «12 дней назад», «2 месяца назад» и т. д.).

Ой, да идите в задницу! Мне важнее насколько давно обновлялся репозитарий, а вот это "02/03/23 14:50" мне ни о чем не говорит (не говоря уж о том, 03 — это месяц или день, а 14:50 — это в каком часовом поясе?). Нафига мне точная дата?

Ещё одна проблема — удаление кнопок для навигации на скроллбаре:

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

Эти кнопки наследие UI, который использовался с мышкой, у которой была одна-две кнопки. Сейчас у нас есть колесики прокрутки и жесты тачпада. Зачем мне эти стрелочки? Ради того маловероятного случая, когда мне захочется нажать на них курсором? Так это раз в два года бывает.

Вы очень категоричны. Если эта возможность не нужна лично Вам, то это не значит, что она не нужна кому-то другому.

Не менее категоричен чем статья, которая утверждает, что если это возможности нужны кому-то, то они нужны всем.

Разница в том, что если какие-то возможности есть, то вы смело можете ими не пользоваться, и вас это никак не заденет.

А вот если возможностей в принципе нет, то это задевает пользователей, которым они нужны, пусть и редко.

Разница в том, что если какие-то возможности есть, то вы смело можете ими не пользоваться, и вас это никак не заденет.

Ага. Давайте напишем "13 day, 15 hours, 11 minutes, 23 seconds, 634 milliseconds ago (14:55:12.249395 14/12/23 GMT+3 Epoch 1702554912)"? Давайте не будем убирать никакие кнопки из интерфейса, ведь они тоже могут понадобиться?

Ну, короче, превратим интерфейсы в что-то такое.

Заодно повесив на себя кучу техдолга и работ по тестированию каждой кнопочки, даже если она никому не нужна.

Провокационная картинка, в которой по непонятной причине вынесли ВСЕ функции, вместо тех, которыми пользуешься часто.

это был ответ на

если какие-то возможности есть, то вы смело можете ими не пользоваться, и вас это никак не заденет.

Ну так эта картинка только подтверждает тезис - если не нужно - скрой и не пользуйся, это тоже возможность интерфейса, выбор есть!

А вот если выбора не оставляют - начинаются проблемы, типа того, что какие-то функции только в ленте, а какие-то только по ПКМ.

Вы хоть раз видели скроллбар, у которого можно было бы опционально скрыть стрелки на концах? Хоть где-то?

Но зачем их скрывать, Холмс???

Затем, что они, например, не нравятся, мозолят глаза?

Стрелки? Не сам скроллбар?

Именно. Тачбаром можно прокручиваться, но позицию на странице удобно видеть

в темах gtk3 но чтобы это можно было сделать кнопками в настройках, да нету.

Не то, чтобы опционально... Но в яндекс.почте стрелок нет. И в приложении госуслуг (мобильном) точно так же. Про десктопные приложения сходу ничего в голову не приходит.

Вот! Нашёл! В хроме есть скроллинг табстрипа (вкладок), и у него прям есть флаг для отключения кнопок. На странице chrome:flags

сегодня ещё есть.

завтра уберут. так часто бывает.

Да, наверное уберут. Просто где-то выше был комментарий "вы хоть где-нибудь видели?!" и мне стало интересно найти подходящий интерфейс :))

конечно, mate-terminal

Плохой ответ, так как на вашем скрине - превосходный КАСТОМИЗАБЕЛЬНЫЙ интерфейс, который каждый может подстроить под себя.

Лучший интерфейс - язык Python; каждый может настроить кастомизацию чего угодно под себя.

Ага, а потом у вас одна либа перестаёт работать, потомучто другая либа созадала переменную с именем os, list и т.д.

Да, в процессе кастомизации может что-то сломаться. Так вам шашечки или ехать? ;)

Мне бы шотган которым не отстрелить себе ногу проще чем отстрелить :)

Лучший интерфейс - язык Python; каждый может настроить кастомизацию чего угодно под себя.

Прямо-таки «чего угодно»?
Как кастомизировать питон так, чтобы не было значащих отступов, а вместо них структура задавалась фигурными скобками?

Можно на питоне написать интерпретатор языка С ;)

Кстати, да. При наличии огромного пласта либ, это было бы одним из лучших ходов эволюции. К тому же не сложным в реализации

Никто не мешает =D

Практика называется DSL (Domain Specific Language)

Если присмотреться, то многие функции вынесены по нескольку раз.

Лучшая версия офиса, как мне кажется. Идеально кастомизировался набор инструментов, а не этот набор пресетов в гигантских табах.

НЛО прилетело и опубликовало эту надпись здесь

2003, последняя версия без Ribbon меню

(offtop) До сих пор пользуюсь этой версией. Сначала на XP, потом на семёрке, сейчас на десятке.

@chnav смог вернуться в 2007-й вопреки заявлениям Дмитрия Анатольевича

В 2003 же

И корректно открывает документы от старших офисов?

Про все старшие офисы не скажу, но файлы xlsx открываются и записываются. Для Office 2003 нужно установить "Compatibility Pack for the 2007 Office system". При открытии пишет "File conversion in progress...", при записи записи то же самое, т.е. гоняет формат туда-сюда. Понятно что совместимость не 100% на уровне формульнах функций т.к. добавлялись новые.

А какая это версия офиса?

Бразильская или португальская.

Ну, справедливости ради, табы за столько-то лет до ума довели.

А чем раньше табы хуже были?

Её меняют в каждой версии и не всегда в лучшую сторону - в Office 2013 убрали цвета кнопок (и вернули в Office 2016), а в Office 2021 изменили расположение элементов.

НЛО прилетело и опубликовало эту надпись здесь

вот только если этих "мало кому нужных возможностей" слишком много то и интерфейс перегружен и само ПО становится монструозным и требует даже для простых вещей огромные вычислительные мощности и объёмы оперативки.... В общем нужна "золотая середина".

Это достаточно спорное утверждение. В современных реалиях какой-нибудь простой калькулятор запросто может быть прожорливее чем excel образца 2003 года, при этом возможности excel 2003 просто колоссальны даже по современным меркам. Ну т.е. понятно, что чем больше фич, то тем больше кода/ресурсов/etc, вот только складывается ощущение, что основным источником роста потребления этих самых ресурсов является отнюдь не рост количества фич.

НЛО прилетело и опубликовало эту надпись здесь

Ржёт ?

Именно ржёт с потребления ресов современным ПО. ?

Можно в настройки вынести включение.

Я бы разделял мух от котлет.

Вот к примеру возьмём генераторы сеток для CAE ( можно и в CAD пиписьками померяться,но не стоит результат будет плюс минус одинаков).

Есть Ansa ( классический дизайн) и есть Hypermesh с новомодными кнопками.

В одном случае вы видити максимальное количество на экране, а в другом только "три" кнопки.

Но как только вы начинаете "копать", то внутри нифига не меньше выбора, и надо помнить где и что лежит. И вот тут прям двояко: Анса сложна в начале , но быстра через какое- то время, в гипермеше процесс запоминания сильно дольше.

ansa
ansa
hypermesh
hypermesh
ну и дальнейшее развитие hyperworks который содержит hypermesh (найди его)
ну и дальнейшее развитие hyperworks который содержит hypermesh (найди его)

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

В таком случае нужно начинать с простого и усложнять по мере использования, как скилы появляются в ММО при прочкачке :)

Для этого есть интерфейс командной строки и философия unix.
(никто не знает, насколько обширен man ls, если вы всегда печатаете 'ls' и всё. Но если его реализуют в GUI - там как-то ПРИХОДИТСЯ для каждой, даже самой незначительной опции придумывать элемент управления. Иначе ей просто будет невозможно пользоваться!)

Вспоминаю хороший пример из прошлого - консольную cdimage (да, под виндой! И от MS) - которая позволяла очень продвинуто создавать ISO-образы для записи на болванки. У которой за счёт продвинутости было море возможных ключей командной строки, чтобы все фичи охватить... И была ещё гуйная оболочка, чтобы "накликать мышкой" - и потом позвать эту самую тулзу со всеми накликанными флагами.

Главная проблема там была в том, что через неделю выходила следующая версия тулзы, в которой прочитал справку - и знаешь, что нового и как это использовать... Но вот предыдущая гуйная оболочка была всегда далеко позади.

А вот мне важна конкретная дата. И? И хорошо, если она есть хоть где-то в заднице во всплывающей подсказке. Но всё чаще замечаю, что даже и там её уже перестают указывать. В ту же степь — повальное увлечение в «человекочитаемости» каких бы то ни было счётчиков и начинается: «1,3 млн просмотров», «13 тыс.» лайков и так далее, а точную цифру нигде не найти (YouTube, смотрю на тебя).

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

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

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

Если бы кейс гитхаба на мобильном был бы реально актуален для пользователей, то появился бы m.github(википедия) или мобильные приложения(гуглопочта).

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

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

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

Тут бы опрос не помешал. Мне лично в 99% случаев, удобнее "вчера", чем "04.12.2023".

Аппрувить на постоянной основе с телефона? Я считаю это мегафичей, которую нужно "заслужить". А заапрувить срочный фикс с телефона можно и со слегка неудобным просмотром даты. Ведь никто не ограничивает эту функциональность специально, наверняка есть более важные задачи, которые нужны для большинства.

"вчера" - как бы ладно.

"Два года назад", "более пяти лет назад" - вот тут уже больно.

А в какой ситуации прямо вот необходимо вместо "два года назад" увидеть "13 марта 2021"?

Когда ищешь исходные материалы по определённому событию.

«1,3 млн просмотров», «13 тыс.» лайков и так далее, а точную цифру нигде не найти

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

Это может быть ещё и статистическое значение. То есть вместо того, чтобы делать миллион апдейтов базы, можно считать только каждый тысячный просмотр, а при выводе суммы домножать на тысячу.

Это может быть ещё и статистическое значение. То есть вместо того, чтобы делать миллион апдейтов базы, можно считать только каждый тысячный просмотр

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

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

В базу, находящуюся в памяти, поди пишут, а потом пакетом заливают в хранилище. Система же знает, что ты просмотрел конкретное видео и где поставил лайк

Нет, я ожидаю, что там (ну хоть где-то) будет точная цифра. Так как (а) она была раньше, (б) потом, когда убрали её показ, её всё равно можно было выцепить из поля json'ки, возвращаемой внутренним API YouTube и (в) (наверное, это самое главное) автору-то ролика статистика доступна точная (как минимум, в части количества подписчиков канала, я не сомневаюсь, что и по количеству просмотров/лайков точные цифры также есть).

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

Это типовая ошибка избыточной точности, когда какой-нибудь студент вычисляет диаметр Земли с точностью до миллиметра и думает, что он молодец.

Бэкенд выдает точную дату, фронтенд рассчитывает как давно эта дата была

при этом никто не говорит в чем проблема указать вчера, а потом дату. Не во всплывающем окне, а просто рядом в формате дд.мм.гг, которая займет аж целых 8 символов (+2 на пробелы слева и справа). Зато на блок видеорекламы на пол-мобильного и кусок пкшного экрана место ВСЕГДА есть.

А самый правильный вариант - сделать формат даты настраиваемым: несколько зашитых вариантов и пользовательский в формате strftime. Учитывая, что зашитые, кроме "сегодня", "вчера" и т.д., это предопределённые строки в том же формате strftime, записываемые в какую-то переменную при инициализации, дополнительных расходов не будет.

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

"Никто не будет" (как и большинство утверждений с универсальным квантором) неверно.
Например, в CherryTree ("древовидный блокнот") я когда-то (почему-то "Mar 17, 2018", а не "пять лет назад" :) ) добавлял возможность настройки формата названия заметки с "сегодняшней датой" (и PR даже приняли).

Понимаете, можно конечно уточнить, что большинство не будет, но:

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

Ой, да идите в задницу! Мне важнее насколько давно обновлялся репозитарий

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

Или например скриншот сделал со "вчера" и что потом?

Зачем мне эти стрелочки?

Ими удобно пользоваться тачпадом, или если скроллить нужно много - чисто механически проще периодически жать кнопку, чем подкручивать колесико.

Change My View: опции не работают.

Особенно вида "показывать дату упрощенно или полностью".
Панель настроек найдут 5% душнил, среди многочисленных (а с такими запросами как "опция на вывод даты" - там будет миллион опций) настроек найдут нужную ещё процентов 10%. Вот и получается что надо будет разрабатывать панель настроек и поддерживать её для 5 человек из 1000

Так это и ежу понятно, что под себя интерфейс настраивает абсолютное меньшинство пользователей. Но значит ли это, что их ВООБЩЕ нужно игнорировать? В этом и посыл статьи - что душнил продвинутых пользователей перестали уважать и создавать для них удобства.

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

---

> Но значит ли это, что их ВООБЩЕ нужно игнорировать?

Ну, так-то да. Не вижу ситуаций, при которых ради 0.5% пользователей надо делать дополнительно 50+% работы

эти 0.5% пользователей могут взять и сделать свой продукт, который будет конкурентнее.

Одно дело - мочь сделать, и совсем другое - сделать и поддерживать.

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

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

Во-вторых, не сделают свой продукт. Они разбегуться на этапе выбора "пробелы vs табы" :)

ясно, вы из тех, кто убрал табличку "don't be evil"

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

Не вижу ситуаций, при которых ради 0.5% пользователей надо делать дополнительно 50+% работы

Дальтоников и олигофренов тоже немного, но половина интерфейсов заточена под них без возможности включить нормальный режим с цветовой навигацией и адекватной скоростью отрисовки.

Тут есть один интересный момент: Вам не нужны стрелочки, но нужен какой-то формат даты, я стрелочками давно не пользовался, но ширина скроллбара мне важна и дату я недавно настроил, а кому-то важен цвет какого-то элемента (или на дальтоников сразу возложим большой и красивый и пусть пользуются "высококонтрастной" версией для почти слепых?) и так далее. То есть каждому нужно настроить что-то своё. Так что мешает дать это настроить? Да, вероятно, не все элементы можно настроить, но можно использовать другой рабочий стол, где нужное будет настраиваться. Да, что-то будет довольно глубоко закопано, потому что размер шрифта и тему настраивают многие, а толщину скроллбара надо править только некоторым. Вот я сейчас использую XFCE и мне здесь удобно, потому что смог поменять то, что мне надо было поменять. А если бы не смог, то, вероятно, пошёл бы искать что-то более для меня удобное. Это при том, что есть знакомые, которые используют KDE, которая мне показалась чудовищной, как и GNOME, начиная с 3 версии.

Да, миллион опций, но не одновременно в одной оболочке, а в каждой свой набор и надо только найти свой вариант.

Да, знаю, в Windows с этим сложнее, но это и есть один из главных недостатков этой ОС, с моей точки зрения. А Mac OS X по той же причине - полный отстой, как и её предшественницы: толстый-толстый слой... Нет, не шоколада, а абстракций. При ничтожных возможностях настройки. И даже после оптимизации Mac OS X на Mac-mini с процессором на 2,5 ГГц и 10 Гб ОЗУ работал медленнее... Нетбука с Atom N570 (1,66 ГГц) и ОЗУ 2 Гб. Почему? Потому что на нетбуке окно открывалось сразу и сразу же было готово принимать команды, а на куда более мощном Mac-mini ОС сначала показывала мультик на полсекунды о том, как она умеет плавно открывать окна. А поскольку это приводило к движениям по всему экрану, требовалось время, чтобы сфокусироваться на свежеоткрытом окне и в итоге работать с ним можно было начинать только через пару секунд после завершения "кино". Отключить это было невозможно. Да, у нас был любитель продукции Apple и он даже нашёл какое-то тайненькое знаньице, как сократить мультик, но полностью отключить его было невозможно. Если кому-то это нравится, то и пусть, но если даже такая банальность не настаивается (в Windows прекрасно отключается за полминуты, что я всегда и делал), интерфейс нельзя считать хорошим. Но если кому-то нравится смотреть, как открываются окна (течёт вода, горит огонь и работают люди), они могут выбрать эту ОС, а если не нравится, они могут выбрать другу, где это либо отключается, либо не включено вообще. Но если это мировая тенденция, как вот тонкие скроллбары, исчезнувшие и не включающиеся обратно стрелки, ненастраиваемые даты и так далее, то это всё очень плохо, потому что легко может оказаться, что такой интерфейс устраивает... Меньшинство, потому что всех остальных будет не устраивать какая-то деталь, которую нельзя настроить. И все будут хоть немного, но несчастны.

Ими удобно пользоваться тачпадом, или если скроллить нужно много - чисто механически проще периодически жать кнопку, чем подкручивать колесико.

А что мешает просто жать кнопку "вниз" на клавиатуре?

Потому что она может быть завязана на что-то другое. Например, на перемещение курсора в текстовом поле. А ситуации, когда надо что-то глянуть на другом конце страницы, а потом вернуться и набрать, не так уж и редки.

Или же может быть подлянка как в десктопной версии Telegram, где "вверх" зачем-то сделана для редактирования сообщения. Наверняка где-то и стрелку вниз уже успели переназначить.

Не только в Телеграме такое, это уже общепринятое значение этой кнопки в мессенджерах: так в Skype, ВК, Discord и, думаю, много ещё где. То есть решение не самое лучшее, но уже общепринятое. Конечно, лучше было бы использовать что-то вроде Ctrl-Up, чтобы не совпадало с более общими клавишами, но это уже отдельный вопрос.

> А если это календарь дней рождений?

А что, неплохая идея. Смотришь на надпись "последний раз вы поздравляли с днём рождения [contact_name] 365 дней назад" и всё удобно и понимаешь. Шанс промахнуться ровно 25%. Ведь все мы понимаем©, что когда видишь у человека день рождения 03.03.1960, то можешь очень сильно задуматься какое из эти чисел месяц. /s

а если 1575 дней назад. Легко же небось в уме прикинуть, сколько осталось да??

последний раз вы поздравляли с днём рождения [contact_name] 365 дней назад

Там будет написано не число дней, а "11 месяцев назад". Ну и гадайте потом, это 11 месяцев и 1 день, или 11 месяцев и 29 дней.

Вы, можно подумать, никогда не сталкивались с библиотеками "человекочитаемости".

Я уж молчу, что "03.03.2023" и "9 месяцев назад" - это вообще разные типы данных, LocalDate и DateInterval соответственно.

Вообще-то обычно относительный срок показывают максимум месяц назад и всё что лежит дальше в прошлом показывают уже просто датой.

Либо относительный срок показывают как "2 года 11 месяцев и 3 дня назад", а не просто "два года назад" или там "1063 дня назад".

Конечно не запретишь и кривые варианты вроде предложенного вами. Но при желании любой подход можно криво реализовать. Например в случае с датой показывать дату сервера :)

Вы давно, например, YouTube открывали? Откройте ради интереса и посмотрите, как там даты указываются.

На мой взгляд в YouTube дата вообще особой роли не играет. С другой стороны можно посмотреть на хабр или тот же stackoverflow.

YouTube какой там сайт по посещаемости, не помню? Второй, кажется? Так вот, раз уж можно YouTube, то почему нельзя нам? Дурной пример заразителен.

Если у вас страничка тоже предоставляет видосики, то можно и вам. Почему бы и нет. Ну то есть вам не приходило в голову что для разных ситуаций могут существовать разные подходы? :)

На YouTube лично мне плевать на точную дату. И если там написано что видосик выложили месяц, год или десять лет назад, то мне такого приближения вполне хватает. На точную дату и уж тем более время мне лично наплевать в 99,9999999999999999% случаев.

На том же stackoverflow мне часто нужна точная дата чтобы "синхронизировать" написанное с какими-то событиями. Например выходом очередной версии фреймворка.

на ютубе в ОДИН клик можно увидеть точную дату!!

Со страницы со списком всех видео вам придется для этого клика отдельно открыть каждое видео.

Даже ls -l у меня в Линуксе не показывает год для "относительно недавних" файлов (не разбирался в точности, насколько недавних), вместо него -- часы и минуты :)
(Да, для 0.5% есть --time-style=long-iso, например. Но я бы предпочёл единообразное представление.)

В данном случае совершенно логично, что есть -l, которое просто human-friendly и --full-time, если нужно парсить.

Логично?
А у df "human-friendly" не по умолчанию, а через -h и -H (c кибибайтами и килобайтами соответственно).
(И да, для "human-friendly" размеров у ls тоже есть -h--si).

в общем случае, в df не по умолчанию, есть human-friendly процент
ls в любом случае выдает спорное значение размера файла, которое надо еще понимать зачем оно тебе. Плюс дата выводится на modify а не на change. Поэтому к ls у меня нет претензий.
И вообще, зачастую важнее что есть опция, то есть возможность настройки под себя встроенными методами, а не что там включено по умолчанию.

> Либо относительный срок показывают как "2 года 11 месяцев и 3 дня назад"

Это тоже отвратительно. два примера

1. сегодня 25 сентября 2023г, 2года 5 месяцев и 10 дней назад я смогу вычислить с незаметным напрягом

2. сегодня 03 марта 2024г, 2года 5 месяцев и 10дней уже станут определённой сложностью, и даже если смогу вычислить дату, главное учесть в расчёте, что год 2024. Я конечно сделаю что-то наподобие (get-date 2024-03-03).addyears(-2).addmonth(-5).adddays(-10), но это надо открывать средство вычисления и печатать всё, вместо того чтоб сразу увидеть дату. Ах да, стоит ещё учитывать за каким нет. фреймворком я буду сидеть и как давно он обновлялся. Но ведь удобно.

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

Или просто навести мышку....

Угу если есть мышка - это я о телефонах. Но как ретрогад я использую комп, раздражает каждый раз наведение мышки-убирание-наведение-убирание, так ковриков не напасёшься.

Если убрать штуки в сторону, то допиливание "удобочитаемого" варианта это именно что допиливание, то есть дата в любом случае остаётся датой и даже больше - возвращается с сервера (даже на ютубе). А потому при допиливании я бы поставил галку "сделать удобочитаемо" и кто хочет включит её. Или наоборот сделать галку "я робот" и по выставлению будет дата а не *seen a long time ago.

обычно относительный срок показывают максимум месяц назад и всё что лежит дальше в прошлом показывают уже просто датой. Либо относительный срок показывают как "2 года 11 месяцев и 3 дня назад", а не просто "два года назад" или там "1063 дня назад".

Мой опыт другой - мегадизайнеры везде сделали гигантские отступы между элементами, поэтому ради экономии что-то кроме одного числа там показывать "противоречит концепции UX" - а потому показывают ровно одно число и одну десигнацию периода. В отдельных случаях - её ещё и вверх округляют, чтоб уж совсем красиво.

Так-то, конечно, было бы лучше людей научить читать ISO Period, вот уж где точно экономия места. Но это, опять же, "противоречит концепции UX", которая везде сейчас заключается за скорейшей гонкой на дно с единственной кнопкой и высокопарными диалогами с ChatGPT вместо всего остального.

+ причем в основном этот ISO вполне спокойно читается хоть сколько-нибудь грамотным человеком. А если бы такая запись повсеместно использовалась, то и вовсе проблемы не было-бы.

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

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

Я бы вообще предпочёл список комментариев как это сделано на имиджбордах, в одно полотно. И место по ширине всё используется и все комментарии отсортированы по времени, самый последний внизу. А то заходишь на хабр через некоторое время (с другого устройства) и ищешь новые комментарии по всей простыне.

Держите букмарклет:

javascript:const t=document.body.querySelector("[data-comments-list]"),cs=[...document.body.querySelectorAll(".tm-comment-thread__comment")].map(e=>[e,e.querySelector("time")?.dateTime]).filter(([e,o])=>o).sort(([e,o],[r,m])=>m<o?1:m>o?-1:0),bs=document.body.querySelectorAll(".tm-comment-thread");for(const[c]of cs)t.append(c);for(const b of bs)b.remove();

Со своей колокольни я как правило покидаю места, где комментарии не в дереве. Искать кто на ком стоял на пятой странице восстанавливая тред мне лень.

Да-да, оно и пишет, последнее обновление в среду... В какую среду? В эту или на прошлой неделе? Откуда я должен знать какой сейчас день недели?!

Откуда я должен знать какой сейчас день недели?!

Оттуда же, где вы узнали какое сегодня число.

Раз 5+ попал на том, что делал скрин, потом открывал, а там "Вчера". Вчера что??? Дату скрина приходилось смотреть.

Кстати, о том, что полные дата и время показываются в "тултипе": как его можно оттуда скопировать?
Кроме "ПКМ -- Inspect element"? (Можно расширение для браузера написать, да, если очень хочется, которое будет подставлять настоящую дату. Для каждого сайта.)

Откуда я должен знать какой сейчас день недели?!

Из наручных часов, механических или кварцевых. Очень, скажу я вам, полезная компликация. Нет, я совершенно серьезно.

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

В ближайшую прошедшую среду. Если сегодня вторник, то на прошлой неделе, а если сегодня пятница, то позавчера.

А если написано "неделю назад", как ютуб любит делать? Как понять, это 5 дней или 10 дней назад? Для меня это существенную разницу составляет.

Посмотрел на ютубе - 5 дней там "5 дней". Но что интересно, еще есть "1 неделю", "2 недели" и "12 дней". Хм.

Как тебе такое, Илон Маск?
Как тебе такое, Илон Маск?

Ютуб. При наведении мышкой ничего не происходит.

Действительно, эти единицы измерения только всё усложняют, к черту их.

С годом назад там веселее, смотришь дату, "год назад" а на деле это два года без месяца.

С годом назад там веселее, смотришь дату, "год назад" а на деле это два года без месяца.

Это, осторожно предположу, потому, что "год назад" и "в прошлом году" - совсем не одно и то же, но эти две вещи не так уж и редко путают.

"год назад" и "в прошлом году" - совсем не одно и то же, но эти две вещи не так уж и редко путают.

Странно, что это путают авторы GitHub

Чуть больше 10 месяцев назад это уже прошлый год.
Чуть больше 10 месяцев назад это уже прошлый год.

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

Это да, разнородный формат надписей сбивает с толку: то "last year", то "2 years ago". Хорошо хоть в гитлабе до такого не додумались.

вот это "02/03/23 14:50" мне ни о чем не говорит (не говоря уж о том, 03
— это месяц или день, а 14:50 — это в каком часовом поясе?).

Насколько я понимаю, время и дата должны отдаваться в определенном стандарте (да хоть в unixtime), а на стороне пользователя приводиться к человекочитаемому формату в соответствие с настройками локали.

а 14:50 — это в каком часовом поясе?)

Так некоторые сайты вдобавок сравнивают с локальным временем на клиенте. И если что-то обновилось секунду назад, то будет надпись вроде "три часа назад", а то и "через час", т.е. в будущем.
Лучше бы писали точное время с указанием часового пояса.

Я занимаюсь обдиранием торговых площадок (госзакупки и прочее подобное) и как раз такая проблема задалбывает очень сильно: данные указаны в локальном часовом поясе или в московском? За МКАДом же жизни нет, зачем использовать какой-то другой часовой пояс? Или использую локальный, но не указывают его. И сижу я над клавиатурой и пытаюсь угадать, о чём думал разработчик и думал ли он вообще. В идеальных случаях явно пишут часовой пояс или внутри протокола API время пересылают в UTC, но это тоже сначала надо определить. А иногда - именно что "сегодня", "вчера", "позавчера" и прочее подобное. А если ещё и время при этом не указывают... Ну и да, "вчера" и "1 день назад" - это ни фига не одно и то же.

Сейчас у нас есть колесики прокрутки и жесты тачпада. Зачем мне эти стрелочки?\

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

и то что их убрали. каждый раз матерюсь

Shift+колесико скроллит горизонтально. Надеюсь, материться с этим знанием можно будет меньше

Не везде такое сочетание срабатывает.

вспомнил фразу моего знакомого, фаната яблок "ты не понимаешь, тебе не нужен backspace!!! надо просто нажать Fn+Delete! это гораздо удобнее и на целую кнопку меньше клавиатура места занимает!" (вместо нее например более нужная и удобная кнопка выбрасывания оптического диска... разговор был в начале 10х)

т.е. мне чтобы скроллить мышкой надо теперь руку на клавиатуре держать потому что кнопки на скроллбарах устарели?

Я не могу вернуть вам кнопки на скроллбарах и колёсики для горизонтальной прокрутки, но могу предложить решение для задачи. Если оно вам не подходит - жаль, но ваше положение после моего комментария не стало хуже. Кому-то оно подойдёт и окажется полезным.

Вспомнил свой недавний неудачный опыт с маленькой механической клавиатурой. Я не пользуюсь цифровым блоком (мне так казалось, а оказалось, что маленьким Enter пользуюсь - когда его не стало, стало немного неудобно, хотя и терпимо) и обрадовался, клавиатуре без него. Но...

Тильда вынесена на Esc (Fn-Shift-Esc в англ раскладке. В русской это Ё. Чтобы написать тильду в русской - надо переключить на англ, нажать эту комбинацию и потом переключиться обратно). Но часто ли вы жмете тильду? У меня вот на клавиатуре нет знака Евро, но я от этого страдаю 2-3 раза в год. Кому-то и тильда так. Зато вот обрубить подвисшую SSH сессию без тильды сложно. Insert - тоже через Fn. А я привык не к Ctrl-C/Ctrl-V, а к Shift-Ins/Ctrl-Ins. А еще Home если на клавиатуре напрямую, а вот End - только через Fn... В общем, опыт с клавиатурой был УЖАСНЫМ. И при этом на нее очень много положительных отзывов, которым она нравилась и по механической части, и по раскладке.

Да, любое "уродство" вполне может быть кому-то важным. Для меня вот уродство - цифровая клавиатура справа, мне она только мешает (разве что кроме enter там, но без него я бы пережил). А другим без нее никак.

А чем конкретно мешает? 10см справа занимает? Если место не критично, то пофиг на неё, но зато там удобно числовые последовательности не глядя набирать.

Да не то чтоб мешает - ну просто место занимает. Я редко набираю цифры, я ж программист, не бухгалтер, у меня даже число Пи пишется как "math.pi" :-)

Клавиатуру без цифрового блока я бы купил, а вот совсем маленькую купил и пожалел :-)

Наоборот, Backspace есть, а Delete – это Fn+Backspace. У себя переназначил кнопку извлечения диска на Delete не из-за того, что мне очень нужен Delete, а потому что часто случайно дисковод открываю)

Мне важнее насколько давно обновлялся репозитарий, а вот это "02/03/23 14:50" мне ни о чем не говорит

Это было примерно 9 месяцев тому назад, не благодарите.

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

Но если уж это так важно, то наверное можно сделать всплывающую подсказку для малограмотных.

не говоря уж о том, 03 — это месяц или день, а 14:50 — это в каком часовом поясе?

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

Ну а для того чтобы не было двусмысленности совсем, то уже есть проверенные временем решения, как было раньше на том же Гитхабе, а сейчас это показывается по подсказке: 2 oct. 2023, 16:25 UTC+2 и тут есть все, что Вас интересует ;-) Собственно Oct 2, 2023, 4:25 PM GMT+2 тоже отлично информирует.

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

Учат. И? Что это меняет в рассуждениях выше?

Но если уж это так важно, то наверное можно сделать всплывающую подсказку для малограмотных.

А причём тут малограмотные?

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

А зачем, если компьютер может сразу мне облегчить жизнь? Так-то нет ничего сложного и в том чтобы пару часовых поясов добавить, тоже школьные знания, давайте в GMT+0 все время выводить? Удобнее будет, никаких проблем с датами.

Можно даже в Epoch выводить сразу, пусть каждый переводит сам в свой любимый календарь. Представляете, сколько сразу геморроя с интерфейсами отпадет? Просто вводите число и все.

Ой, да идите в задницу! Мне важнее насколько давно обновлялся репозитарий, а вот это "02/03/23 14:50" мне ни о чем не говорит

В картинке про даты несколько другая проблема. Если присмотреться (или перейти на источник и почитать), то можно заметить, что одна и та же дата (2 октября) отображается по-разному.

Претензия автора в том, сервисы показывающие даты вот так только "делают вид", что умеют говорить человеческим языком, а на деле по-машинному считают "вчера" как "более 24 часов назад", в то время, как нормальные люди считают "вчера" как "в предыдущий календарный день"

Более того, из-за часовых поясов как раз может случиться, что для читающего комментарий написан вчера (условно в воскресенье), хотя в действительности автор написал его в понедельник (по своему времени).

Для этого придумали GMT.

Можете уточнить, как в данном случае GMT помогает понять, писал ли автор в выходной день или уже в понедельник?

Если для меня "сегодня" - это понедельник, то "вчера" я подсознательно воспринимаю как "воскресенье". А вам на страничке "вчера" выдают исходя из какого часового пояса? Моего (тогда "вчера" означает воскресенье) или автора (который писал в понедельник)?

Можете уточнить, как в данном случае GMT помогает понять, писал ли автор в выходной день или уже в понедельник?

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

Теперь по вашему вопросу. Уточните, пожалуйста, у вас день в смысле суток начинается с восхода или с заката? А то с этим единства нет, как и с датой, с которой считать новый год. Это не праздный вопрос. В авраамических религиях сутки начинаются с заката.

Если для меня "сегодня" - это понедельник, то "вчера" я подсознательно воспринимаю как "воскресенье".

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

А вам на страничке "вчера" выдают исходя из какого часового пояса? Моего (тогда "вчера" означает воскресенье) или автора (который писал в понедельник)?

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

Вы совершенно верно подсветили еще одну неоднозначность (авраамические религии). И в то время как точная дата-время (в подавляющем большинстве случаев выводится в локальном времени) позволяет мне понять гарантированно то, что мне важно, в своем понятийном аппарате, "сокращенная" форма открывает огромный простор для неоднозначностей толкования. Поди знай, какой алгоритм определния "вчера" заложили разработчики сайта.

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

Очень просто - берем с сервера UTC, переводим в GMT (Это кстати в браузере почти всегда автоматом делается), дальше сравниваем ваше локальное время с этим временем. Всё, вот вам "вчера" или "сегодня".

И даже если вы живете в москве (+3), а автор - во Владивостоке (+10) и в 6 часов утра по своему времени пишет пост, то вас получится, что он написал пост в воскресенье в 23:00, поэтому посмотрев на пост в воскресенье, вы увидите что пост "сегодня", а посмотрев в понедельник на пост, вы увидите что он "вчера".

Это нормально.

Более того, допустим если вы в час ночи понедельника, увидели что пост написан "вчера", в ярости телепортируетесь к автору, в его 11 утра Владивостока и обновите страничку, то увидите что пост написан сегодня.

И это тоже нормально.

Потому что это правильно - оперировать с датами в локальном времени.

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

Как только мы выбросили это умничанье и приняли простой факт, что на устройствах в разных часовых поясах будет показываться разное время (для вас, читай - в разных часовых поясах будут показываться разные слова "вчера" или "сегодня") - всё вдруг стало правильно и логично.

Так вот, отвечая на ваш вопрос:

> Можете уточнить, как в данном случае GMT помогает понять, писал ли автор в выходной день или уже в понедельник?

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

GMT решает именно эту задачу - понимание сколько на часах было у вас

Я совершенно согласен, что правильно выводить время локальное. И дальше я уже сам пересчитаю, во что мне нужно.

Только вот скажите, "вчера" - это сколько-то часов назад (более 24)? Или всего лишь "перевалило через полночь" и, возможно, случилось всего лишь пару часов назад? Все ли сайты одинаковое скрывают под загадочным (для меня) "вчера"?

Если я читаю пост в час ночи понедельника и вижу "вчера" - это в каком диапазоне? С 00:00 по 24:00 воскресенья по моему локальному времени (возможно, всего лишь пару часов назад)? Или скорее суббота (ежели "менее 24 часов назад" было еще "сегодня")?

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

Вот хабр, например, пишет про мой коммент: "вчера в 02:50"

А про ваш: "13 часов назад"

И вы серьезно признаете это неудобным и будете топить за то, чтобы хабр писал "2023-12-05T02:50", как будто это удобнее?

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

Иногда происходят значимые события, когда имеет значение, был ли комментарий (или даже вовсе статья) написан до него или после.

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

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

Сейчас в таймстампе на Хабре:

<time datetime="2023-12-06T00:10:38.000Z" 
title="2023-12-06, 03:10">
5 часов назад</time>

Вот "2023-12-06, 03:10" по моему локальному времени меня вполне устраивает. И не сильно длиннее, чем "5 часов назад".

Собственно, основной мой посыл, что меня раздражает помещение событий, происходящих в течение многих месяцев, в единый временной интервал "год назад". Особенно с учетом того, что два события с интервалом в 10 месяцев попадут в интервал "1 год назад" и будут казаться "рядом".

При этом события с разницей всего лишь в один месяц могут попасть в разные интервалы, существенно удаленные друг от друга (1 год назад и 2 года назад). Это искажает мое ощущение времени и связности событий, и я не пониманию ради чего. Может мне дали этим какое-то удобство, но пользоваться им не научили :(

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

Когда работаешь с удаленным сервером, "вчера" может быть 5 мин назад и 24 часа назад, и постоянно контролировать себя на каком ты сейчас сервере и какая на нем часовая зона весьма неудобно.

GMT никак не поможет определить "вчера или сегодня". Т.к. человек, у которого время на 12 часов "отстаёт" от вашего может писать фразу час назад, и в зависимости от контекста, она может означать, что или какое то актуальное событие, или что-то, что он написал вчера вечером перед сном.

GMT никак не поможет определить "вчера или сегодня".

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

написал вчера вечером перед сном

В авраамических религиях "вчера" - это от предпоследнего заката до последнего заката (точнее - от и до "первой звезды" как критерия смены дня ночью). Но лично вы можете считать, что "вчера" - это только день, который был предшествующим дню сегодняшнему. Так считают довольно многие, возможно большинство - не берусь судить, тем более что это непринципиально, ведь в бытовом контексте каждый может считать так, как удобнее, а для формальных целей придумали формальное время смены суток, хоть как-то эту неоднозначность исправляющую. В этом смысле "вчера ночью" неоднозначно указывает на последнюю или предпоследнюю ночь, тогда как "сегодня ночью" может означать как закончившуюся, так и будущую после текущего дня ночь. Если для вас самим собой разумеющимся является любой один из этих вариантов, то для кого-то другого таковым может быть другой. Поэтому опять возвращаемся к условному стандарту на смену суток - неважно, насколько он условен, но важно, что он как-то унифицирует. А раз есть унификация в пределах часового пояса, то почему бы не расширить эту, повторюсь, условную унификацию вообще на весь мир? Вот так мы и приходим к GMT, к стандарту de facto.

А вообще я с вами не спорю, но расширяю и дополняю ваш короткий комментарий.

О, это вообще классно, в какой-то момент на гитхабе видел такие чудеса как "отправлено через 4 часа" на коммитах коллеги из Тайланда

Тут проблема в том, что календарные дни часто не совпадают с психологическими. Я постоянно путаюсь, когда какой-то сервис пишет мне "вчера", хотя я помню, что это было сегодня. Разгадка простая – дело происходит в час ночи и для меня ещё продолжается тот день, а следующий наступит утром, когда я проснусь.

А вот с датами такой путаницы почти никогда нет, они почему-то в голове привязаны именно к полуночи, а не к периодам сна/бодрствования.

Есть случаи, когда точная дата не важна, а нужно примерное понимание того, насколько это отдалённое время. Обновляется репозиторий или уже год как заброшен? Но это скорее когда речь идёт про единственную дату в том или ином контексте. А если имеется некий список с датами, например, история телефонных звонков, и в нём нужно найти номер человека, который не успел записать, но примерно помнишь, когда с ним говорил — но не точную дату, а то, что это был вечер примерно неделю назад? И вот эти «6 дней назад», «1 неделю назад» очень сильно раздражают, потому что по сути множество людей постарались, чтобы создать пользователю проблему на ровном месте: информация о времени не видна, она в лучшем случае показывается после дополнительных действий — которые нужно делать для каждой из проверяемых записей.

И ситуация ведь такая, что точная дата не помешает тем, кому она не нужна, мы легко поймём, насколько примерно отстоит от текущего момента 10 марта 2023 года. А во отсутствие точной даты помешает тем, кому она нужна. Так зачем её прятать?

А так можно и в Excel например убрать номера строк после первого десятка на «2-й десяток», «3-й десяток», «2-я сотня»... Кому важно, что у строки номер 1234, к чему такая излишняя точность, почему бы не сказать, что это во 2-й тысяче строк?..

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

Ой, да идите в задницу! Мне важнее насколько давно обновлялся репозитарий, а вот это "02/03/23 14:50" мне ни о чем не говорит

У меня для вас плохие новости. /s

У меня вкладки того же хабра могут болтаться неделями. Мне это "10 минут назад" (от момента открытия вкладки) дает погрешность в недели.

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

Вообще даты хочется единообразно в соответствии с настройками локали, а не кто во что горазд. Тудаже скролбары и т.п. И, блин, тёмную тему.

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

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

Очень хочется настройку "для нормальных людей, а не для идиотов".

У меня вкладки того же хабра могут болтаться неделями. Мне это "10 минут назад" (от момента открытия вкладки) дает погрешность в недели.

А вот на стэковерфлоу эти надписи идут в ногу со временем, т.е. ежеминутно/-часно обновляются.

30%

Да, где-то так. Я замерил - при распахивании на полный экран лента с контентом занимает около 22% ширины окна, вместе с правой колонкой - 31%. Таким образом, на серые поля приходится почти 70%, по 35 на каждое.

Впрочем, на 4К распахивать браузер на весь экран смысла маловато.

Надо просто писать дату в ISO YYYY-MM-DD HH:MM:SS Разделитель может быть любым.

Я работаю с пером, а не с мышью. Это легче для запястья и в профессиональном плане удобнее. Так вот, тонкая полоса прокрутки и отсутствие стрелочек - это боль. Да, плюс-минус у пера есть аналог скролла. Но работает он не так и стабильность реакции на само движение - не очень.

«Раньше миром управляли умные. Это было жестоко. Умные заставляли тупых учиться. Тупым было тяжело.Теперь миром управляют тупые. Это честно, потому что тупых гораздо больше. Теперь умные учатся говорить так, чтоб тупым было понятно. Если тупой что-то не понял, это умного проблема.Раньше страдали тупые. Теперь страдают умные. Страданий стало меньше, потому что умных становится все меньше и меньше.»
© Михаил Михайлович Жванецкий.

НЛО прилетело и опубликовало эту надпись здесь

Когда написано год назад, а на самом деле это может быть год и 250 дней жутко бесит.

Но ведь и так, и так хреново, и просто дата / время, и просто слова. Все давно уже изобретено 2023-12-04 09:21 (3 дня назад).

А часовой пояс?

скролл-бар сообщает пользователю, что контент нужно скролить! стрелки важная деталь процесса

на PC стрелки не помешают. кто как любит, стрелки на клаве жмёт(нужен фокус), колесо крутит(нужен фокус), тыкает по бару или тыкает на стрелки в баре (фокус не нужен, фиксированный скрол)
гики ваще могут полениться тянуться до мышки и табать стрелки скрола

далеко не у всех ноутов есть продвинутый тачпад с жестами. это важно. по сути у пользователя могут отобрать "колёсико"
ноут хочется использовать и сидя и лёжа и вверх ногами. рука всегда на тачпаде, конечно проще кликнуть на стрелку!

tldr; у меня realme book и тут обе стрелки верх/вниз занимают один размер клавиши. стрелки лево/право занимают полное место клавиши для каждой. из-за этого я избегаю стрелки верх/вниз для скрола т.к. во время слепой печати можно промахнуться и нажать не туда

Еще бы запретить отключать системные заголовки у окон, и совмещать эти заголовки с панелью табов. А то половина программ считает что пользователь будет работать только с ними и в полноэкранном режиме.

заголовки с панелью табов.

в настройках же это было, не? По крайней мере FF и Chrome умели.

Ой, а можно конкретный пример, пожалуйста, для винды?

Многие браузеры (иногда у них есть глубоко закопанная опция "показывать системный заголовок", но не всегда). Foxit Reader.

Когда вкладок много, перетащить такое окно становится проблемой.

половина программ считает что пользователь будет работать только с ними

Этот эгоцентризм в самом деле сильно мешает и не только во время работы с программой. Что меня больше всего "убивает" - это программы от ЖКХ для передачи показаний и оплаты за коммунальные услуги.

Что я хочу от этих программ - чтобы они понимали, что оплата за квартиру - не смысл моей жизни, не моё хобби, это вообще маленькая гадкая противная часть моей жизни, которую я, к сожалению, не могу избежать. Даже сходить посрать - иногда не только нужно, но и приятно бывает. Но платить за квартиру - хуже, чем срать. Мне НИ-КОГ-ДА не было приятно или увлекательно. НИ-КОГ-ДА. Пусть бы эти мои слова распечатали крупными буквами и повесили в офисе конторы, которая пишет программы для ЖКХ, чтобы они не забывали, что их место в моей жизни - гораздо после унитаза (они важны, и унитаз важен, но их общая важность именно в том, чтоб быть практически невидимыми!).

Я хочу вспомнить об этой противной обязанности 1 раз в месяц, чуть-чуть потыкать пальчиком, расслабленно выдохнуть и постараться забыть об этом. Боженька создал такой прекрасный мир! Тут есть большие сиськи, есть котики, я прочитал не всего Аристотеля даже и выпил не все сорта вина... Я хочу максимум времени своей жизни заниматься этим и думать об этом - о сиськах, вине и умных книгах, но НЕ оплатой коммунальных платежей.

Тем не менее, эти приложения постоянно пикают. Я может быть раз в месяц думаю про Марго Робби (правда же, красивая? ну как о ней не думать?). Если приложение об оплате ЖКХ появляется на экране моего телефона чаще, чем Марго Робби, то они охуе** (офигели) с чувством важности их приложения в моей жизни.

То у них акции какие-то бессмысленные (оплачивай 5 лет в срок, и может быть выиграй бейсболку! А теперь новая акция - не бейсболка, а 2% скидка!), то напоминания ненужные. Я принципиально не оплачиваю ничего в течение 3-4 дней после напоминания, или, тем более, звонка. Каждые пару месяцев - новая версия приложения. (ЗАЧЕМ!? Какую МОЮ потребность удовлетворяет новое приложение? Я и старым нормально платил! Я должен сейчас (всегда невовремя!) потратить две минуты на обновление?). Каждые 4-6 месяцев - слетает авторизация и надо заново перелогиниваться.

Пусть бы они поняли, что каждый ненужный пик их приложения, каждый взгляд на экран на 10 секунд (и 50 секунд сбитого внимания из-за этого), каждая потеря всего лишь одной минуты человека из, условно, 1 млн их пользователей - это 1 миллион минут. Почти 2 года жизни одного человека! 10 раз пикнули попусту - уже 20 человеко-лет потратили. Можно убить 50-летнего человека, и будет потеряно примерно 20 лет до его естественной смерти. Этот же суммарный ущерб наносят 10 уведомлений от приложения, только размазывается на миллион пользователей.

Примерно так же с банковским приложением. Да, мои деньги - это важно, но я не хочу о вас вспоминать слишком часто. Ваша версия 10 летней давности меня устраивала. Если вы потребовали от меня обновиться за это время больше 0 раз - вы что-то делаете неправильно. Какие бы причины ни были - я вас об этом не просил, цену за свою работу по обновлению приложения на телефоне не назначал, и исполнять эту работу бесплатно или за деньги не нанимался. Крайне необходимо? Вопрос безопасности? Окей. Ну это недолго, я оцениваю в 20 долларов переключение внимание и обновление. Положите мне на счет и просите обновиться. Надо обновиться еще раз? Да без проблем, с вас еще двадцаточка. Выслали уведомление, которое я смахнул и оно мне не нужно - еще пять баксов.

Возможно, если за время и внимание пользователя пришлось бы платить - программисты и маркетологи начали бы его ценить.

НЛО прилетело и опубликовало эту надпись здесь

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

Я способа промотки, кроме как открыть в режиме обычно видео в соседней вкладке не знаю. Я вижу, что "иногда" там есть таймлайн, но на клики и x2 удержание шортсы не регаируют. В ванседах аналогичная история.

Отдельный котёл для тех кто сделал кнопку шортсов кнопкой, а не нормальной кликабельной ссылкой, котороую можно открыть в соседней вкладке.

только на телефоне

вторые - перематывать и ставить на паузу.

Ну потому, что они появились буквально для замены популярных в то время гифок с короткими видосами, и как развитие гифок не требовали наличия элементов управления вообще. То, что их потом стали использовать для чего-то другого это уже не есть их проблема

Тогда надо было ограничить их 30 секундами. А то сейчас они по 2-3 минуты и иногда пролистать очень хочется.

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

Нельзя приделать к микроскопу длинную удобную ручку и боёк, а потом говорить, что он не предназначен гвозди забивать.

С другой стороны, если микроскопу приделали длинную удобную ручку и фотоаппарат, что пользоваться им из-за угла, а кто-то приспособился этой ручкой размахиваться и подставкой гвозди забивать, то врядли это вина микроскопа

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

У Revanced как раз такой патч есть

Тот случай, когда хочется сказать - "Спасибо, товарищи пираты!".

как всегда ктото уже заделал плагин, погуглить чтонить типа "Hide YouTube Shorts". Иногда конечно интерфейс корячит видимо изза очередных супернужных обнов интерфейса, но в целом намного приятнее жить без шортсов

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

Я как-то давно заморочился с ютубом полностью настроив для своего удобства, убрав всякие "люди ещё смотрят", "шортсы" и прочие всплывающие в конце видео линки. Список правил для адблока:

youtube.com##ytd-shelf-renderer.style-scope:has(span:has-text(/Related to your search/i))
youtube.com##ytd-shelf-renderer.style-scope:has(span:has-text(/From related searches/i))
youtube.com##ytd-shelf-renderer.style-scope:has(span:has-text(/From related searches/))
youtube.com##ytd-shelf-renderer:has-text(/People also watched/)
youtube.com###contents > ytd-shelf-renderer:has-text(/For you/)
youtube.com##ytd-shelf-renderer.style-scope:has(span:has-text(/Watch again/i))
youtube.com##ytd-horizontal-card-list-renderer.ytd-item-section-renderer.style-scope:has(span:has-text(/Searches related to/i))
youtube.com##ytd-shelf-renderer.style-scope:has(span:has-text(/Learn while you''re at home/i))
youtube.com##ytd-horizontal-card-list-renderer.ytd-item-section-renderer.style-scope
youtube.com###secondary > .ytd-two-column-search-results-renderer
youtube.com###contents > .ytd-secondary-search-container-renderer.style-scope
youtube.com##ytd-shelf-renderer.style-scope:has(span:has-text(/Previously watched/i))
youtube.com##ytd-shelf-renderer.style-scope:has(span:has-text(/Recently uploaded/i))
youtube.com##ytd-shelf-renderer.style-scope:has(span:has-text(/Latest from/i))
youtube.com##ytd-shelf-renderer.style-scope:has(span:has-text(/Channels new to you/i))
youtube.com##ytd-shelf-renderer.style-scope:has(span:has-text(/shorts/i))
youtube.com##ytd-reel-shelf-renderer.ytd-item-section-renderer.style-scope:has(span:has-text(/Shorts/i))
www.youtube.com##.ytp-ce-element-show.ytp-ce-element
www.youtube.com##ytd-guide-renderer a.yt-simple-endpoint path[d^="M10 14.65v-5.3L15 12l-5 2.65zm7.77-4.33c-.77-.32-1.2-.5-1.2-.5L18"]:upward(ytd-guide-entry-renderer)
www.youtube.com##ytd-mini-guide-renderer a.yt-simple-endpoint path[d^="M10 14.65v-5.3L15 12l-5 2.65zm7.77-4.33c-.77-.32-1.2-.5-1.2-.5L18"]:upward(ytd-mini-guide-entry-renderer)
www.youtube.com##ytd-browse #dismissible ytd-rich-grid-slim-media[is-short]:upward(ytd-rich-section-renderer)
www.youtube.com##ytd-browse[page-subtype="home"] ytd-rich-item-renderer:has(.ytd-thumbnail[href^="/shorts/"])
www.youtube.com##ytd-browse[page-subtype="subscriptions"] ytd-grid-video-renderer:has(.ytd-thumbnail[href^="/shorts/"])
www.youtube.com##ytd-search ytd-video-renderer:has(.ytd-thumbnail[href^="/shorts/"])
www.youtube.com##ytd-watch-next-secondary-results-renderer ytd-compact-video-renderer:has(.ytd-thumbnail[href^="/shorts/"])
www.youtube.com##ytd-watch-next-secondary-results-renderer ytd-shelf-renderer:has(.ytd-thumbnail[href^="/shorts/"])
www.youtube.com##ytd-browse[page-subtype="subscriptions"] ytd-video-renderer .ytd-thumbnail[href^="/shorts/"]:upward(ytd-item-section-renderer)
www.youtube.com##ytd-browse[page-subtype="channels"] #contents.ytd-reel-shelf-renderer:upward(ytd-item-section-renderer)
www.youtube.com##ytd-search #contents ytd-reel-shelf-renderer
m.youtube.com##ytm-reel-shelf-renderer
m.youtube.com##ytm-pivot-bar-renderer div.pivot-shorts:upward(ytm-pivot-bar-item-renderer)
m.youtube.com##ytm-browse ytm-item-section-renderer ytm-video-with-context-renderer:has(ytm-thumbnail-overlay-time-status-renderer[data-style="SHORTS"])
m.youtube.com##ytm-browse ytm-item-section-renderer ytm-compact-video-renderer:has(ytm-thumbnail-overlay-time-status-renderer[data-style="SHORTS"])
m.youtube.com##ytm-search ytm-compact-video-renderer:has(ytm-thumbnail-overlay-time-status-renderer[data-style="SHORTS"])
m.youtube.com##ytm-single-column-watch-next-results-renderer ytm-video-with-context-renderer:has(ytm-thumbnail-overlay-time-status-renderer span:has-text(/^(0:\d\d|1:0\d)$/))

Первые до кучи нельзя перематывать

Можно с помощью Picture-in-Picture в Firefox, и это даже удобно сделано. Вообще удобно смотреть с этой фичей любые видео, в т.ч. обычные ютуборолики — их не загромождают под конец десять баннеров, можно открыть на весь экран встроенное видео, даже если в веб-плеере эта возможность была заблокирована, и т.п. Жаль, что PiP доступен не для всех роликов.

Ну для Firefox есть аддон Youtube-shorts block, который при открытии шортса переоткрывает его в нормальном интерфейсе.

Для Shorts и других приложений коротких видео это вполне приемлемое решение, т.к. они изначально создаются для золотых рыбок, которые будут часами скроллить видео длинной 5 секунд. И даже если ты не рыбка, то длительное их использование сделает тебя таковой (https://www.sciencedirect.com/science/article/abs/pii/S0747563223001036).

Каким образом вы собираетесь перематывать 10-секундный Coub, видео в котором 7-й раз проигрывается по циклу, а музыка в нем идёт уже 63-ю секунду? Это интересная инженерная задача, но никому не нужная.

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

Ваш Кубик. Перемотка, пауза, время в двух вариантах. И всё на телефоне.

Куб можно поставить на паузу нажав P, а R его запустит сначала. Очень удобно на десктопе

Или создавать две абсолютно разные версии сайта: одна «тупая» для DAU, а вторая функциональная для нормального использования.

В мобильном браузере Vivaldi на некоторых сайтах иногда всплывает подсказка "показать в упрощённом виде". Не знаю, это свойство браузера или движка.

Некотороый браузеры внедряют "режим чтения", оставляющий только текст статьи (<article>) и автоматом форматирующий его под ширину экрана. FF, Vivaldi и Opera так умели.

Шикарная фича, если бы не одно "но".
Этот режим обрезает комментарии.

Режим чтения комментариев в FF
Режим чтения комментариев в FF

Тут уже хабр виноват, а не режимы - какую семантику на странице задали, так вас и отренерили. Комментарии я так понимаю считаются за отдельный фрейм и в режиме чтения рендерятся только если открывать /articles/{id}/comments. Аналогичная история с версиями для слабовидящих, у которых браузер ведёт себя похожим образом.

Нельзя еще раз не вспомнить о пальцетыковой ориентации нынешнего интерфейса виндовс.

При том, что пальцетыковых устройств с виндовс во всем мире, наверное, в лучшем случае процентов десять от всех прочих устройств с виндовс.

Microsoft плевать на большинство - они сами выпускают линейку недопланшетов Surface, которая показывает как, по их мнению, должен выглядеть дефолтный компьютер для винды...

Да есть как бы ещё ноутбуки с тачсрином.

Но самое веселое в том, что виндой пальцем практически невозможно пользоваться.

Даже показалось что выбрать ноут без тачскрина уже и не так просто стало.
А почему невозможно?
Не сарказм, просто не пробовал даже.

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

Контекстное меню вылезает по долгому тапу.

О, я подозревал, но не пробовал.

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

Это не только в экселе, это стандартное поведение в оси.

В Эксплорере на файле контекстное меню одинаковое для обоих случаев. А уж более интегрированную в ось программу, чем Эксплорер, трудно найти.

Странно, теперь стало другое меню, до этого два раза подряд было обычное, для мыши. Хотя и теперь пару раз из примерно 20 обычное появилось.

Использование ноутбука не ограничивается интерфейсом винды. В любом браузере пальцем можно пользоваться.

Возможно, действительно важно, кто оценивает достижимость некоторого результата. Пока (да и в ретроспективе) всё выглядит (не только в этой области) так, будто есть задача "пройти" (не говорю изучить, составить представление, которые требуют иногда большой самостоятельной работы, а её никто не оценит, да даже и не заметит, наверно) некий урок, причём считается, что "единственно верное" решение уже есть и оно не сложное ("привет" планируемым проверкам работ учеников при помощи ИИ). Так формально "усваивается" больший объём знаний. Упомяну увлечение аббревиатурами в начале существования СССР. Можно предположить, что так реагировали на узкие каналы передачи данных. Похоже, ничего не изменилось. Что-то увидим новое?

НЛО прилетело и опубликовало эту надпись здесь

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

"Ярлык для" было написано для тех, кто осваивает компьютер впервые, и в принципе не имеет понятия о различиях файлов и ярлыков. Чтобы не было "скопировал игру с рабочего стола, на дискету влезла, а дома открываю - не запускается". Впрочем, не помогло. Но ход был логичный.

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

Так многие пользователи и не понимают ярлыков

В Виндовс по умолчанию скрыты расширения файлов

И системные файлы и папки!

В Виндовсе меняется всё, даже вещи, ещё вчера казавшиеся незыблемыми: цвет, форма, положение и даже само наличие кнопки «Пуск». Одно в Виндовсе неизменно — вопрос: «Вы уверены, что хотите видеть системные файлы и папки?» при настройке Эксплорера. Без этого вопроса Виндовс будет уже не Виндовс.

"Ярлык для" всё же полезно для тех, у кого зрение не очень и кто слабо видит стрелочку в уголке. Особенно если иконки мелкие. Если раздражает - можно переименовать. Хотя вроде была в каком-то твикере опция "не добавлять ярлык для" (tweakui?)

НЛО прилетело и опубликовало эту надпись здесь

Я просто много лет уже никого не твикал.

Даже скрытые папки не всегда включаю, а по необходимости только.

Постарел, наверное...

Раньше проводник не скрывал расширение у ярлыков через NeverShowExt.

Только по наведению курсора на относительный показатель появляется всплывающее окно с нормальной информацией, в какую дату реально опубликован материал. Неужели сложно сразу написать число для всех дат после вчера? Это кажется абсолютно логичным.

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

Как часто вы делаете скриншоты страниц гитхаба?.. Мне кажется либо вы как-то не так задачу решаете, либо пример надуманный.

Не знаю насчет гитхаба, а вот скриншотов с ютуба, на которых видно пользователя и что видео выложено "4 hours ago" я навидался. А потом поди найди это видео у этого пользователя... Хотя по дате легко можно было бы, если бы она отображалась.
Или вот это "1 year ago", это конец прошлого года или начало? До или после тех или иных событий? Реально очень тупо выводить это вместо даты.

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

"1 year ago" - это от полугода до 2 лет в зависимости от способа округления. Разница в 4 раза.

Радуйтесь, что не "2 dec" и все. А ведь есть навалом мест, где даты выглядят именно так. Т.е. вообще невозможно понять за какой год статья или новость...

Очень удобно, если дата нужна чтобы отразить факт: Цвет настроения: зимний.

Почему только гитхаб? Такая ерунда много где встречается. И я как-то на такую проблему несколько раз наталкивался, может и не часто, но все равно я не понимаю - зачем усложнять жизнь хотя бы даже по мелочам? Что-бы что?

Вот именно, это много где, даже на Хабре: ваш пост - "20 минут назад".
Потому что относительное время упрощает восприятие.
Если что-то лично вам кажется неудобным - не значит что оно всем неудобно.

Что же мешает, за "1 час назад" написать еще и дату-время? Разве он мешает кому-то?

Что же мешает, за "1 час назад" написать еще и дату-время?

Люто, бешено™ плюсую. Считаю наиболее удобным выводить время как "дата/время с адекватным ситуации округлением" и одновременно "столько-то минут/часов/дней/etc. назад"

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

Давать быстрый доступ к информации нужно, но не всегда нужно выводить все данные в одном месте. А дальше как обычно - поиск компромиссов...

А я как-то даже скучаю по тому вебу. Да там местами было кривовато, но сайты в своей массе были простыми, понятными, и легковесными. Сейчас же на какую-либо страничку "ООО Рога и Копыта" зайдешь, что-бы просто найти их телефон, и сидишь, пол дня ищешь, среди всех этих дизайнерских видосиков, выпадающих менюшек, бесконечных списков всякой муры, горизонтальных каруселек и прочей фигни плана "смотрите, как я умею!!!". Причем смотреть надо непременно на каком-либо многоядерном монстре, минимум с 16 Гб, оперативы SSD и прочем подобном, иначе этот особо крутой сайт просто даже не загрузится.

Утрирую, конечно, но тенденция такая..

Утрирую, конечно

Да не особо, к сожалению.

Это удобно на уровне минут, часов и дней (хотя даже с днями уже не уверен). На больших единицах человек уже не мыслит «это было сколько-то месяцев/лет назад». Он запоминает конкретные даты событий. Соответственно абсолютное время становится удобнее относительного. У абсолютного ещё и точность выше. «Год назад» слишком неопределённая запись

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

Неужели "10.2022" настолько менее информативно и сложнее воспринимается, нежели "год назад"? Зато насколько больше информации (ибо "год назад" может обозначать и 9 месяцев и 19 - разница вдвое).

Я понимаю, что люди разные. Кому-то удобны аналоговые часы. А я все равно в "19:37" перевожу. И в числовом виде время существенно быстрее считываю.

И показания спидометра, кстати, тоже. 75 гораздо понятнее, нежели стрелочку разглядывать.

После первой половины комментария я хотел было привести пример с часовыми стрелками, но вы это сделали первым :)

Лично мне хватает беглого взгляда на стрелки, чтобы понять, успеваю ли я куда-то, при этом непосредственно времени я не отмечаю, всё на подкорке. И да, мне удобнее "год назад", нежели "03.10.2022" (в контексте "а жив ли репозиторий?"). Но я никого не заставляю писать только относительные даты. Кроме того, в репозитории таймстампы могут быть действительно важны, и точности "када-то там" не хватит совсем.

Кому-то удобны аналоговые часы.

Вот я из таких.

А я все равно в "19:37" перевожу.

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

И показания спидометра, кстати, тоже. 75 гораздо понятнее, нежели стрелочку разглядывать.

Мне удобнее видеть приблизительное положение стрелки и динамику, чем прыгающие цифры. Это касается всех приборов - тахометра, давления масла, давления наддува, температуры воды и так далее. Удобство дешевых (но дорогих в покупке) полностью цифровых панелей для меня определяется реалистичностью нарисованных виртуальных стрелок на нарисованных виртуальных шкалах. При наличии выбора я от полностью цифровой панели откажусь в пользу эргономически наилучшей схемы с двумя большими шкалами тахометра и спидометра плюс несколько шкал поменьше. Жаль только температура и давление масла сейчас редкость - добавить новые приборы несложно, но дизайн интерьера вряд ли улучшится.

Гораздо проще заставить Вас заехать в сервис на капремонт двигателя, нежели по скачку давления на резком старте вы увидите, что масло стало активно поджираться и скоро будет голодание, Вы подольете масло и отремонтируете двигатель гораздо дешевле, нежели проездите без масла и он у Вас стуканет. У меня, например, на Skoda Octavia A7 III 1.4TSI даже нет лампы низкого давления масла. Все ради бабла. Хотя, справедливости ради, за 160к доливать масло не доводилось ни разу.

лампочка она не только про долив масла, она про отказ насоса например или что вкладыши приехали

вообще когда лампочка давления загорится - это значит что вы уже километров 300 проехали с уровнем масла сильно ниже минимума и вероятно уже кирдык произошел

по скачку давления на резком старте

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

У меня, например, на Skoda Octavia A7 III 1.4TSI даже нет лампы низкого давления масла.

*лучи диареи в сторону производителя*

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

Хотя, справедливости ради, за 160к доливать масло не доводилось ни разу.

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

Ой, б'лин... рву на себе волосы... Не скачок, конечно же, провал - когда стрелка на 1-2 секунды падает в ноль, потом давление восстанавливается. Видимо, болезнь "отрицательного роста" сказалась... :)

давление масла хорошо сопровождать температурой

и борт-инженера за одно, что-бы за всем этим ансамблем датчиков следил и режим двигателю задавал, не отвлекаясь от дороги.

и борт-инженера за одно, что-бы за всем этим ансамблем датчиков следил и режим двигателю задавал, не отвлекаясь от дороги.

Мимо.

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

Вернемся к автомобилям. Как, позвольте мне узнать, вы управляете автомобилем, оснащенным обязательным спидометром? Он же отвлекает от дороги. И я даже не шучу сейчас, он реально отвлекает, особенно если смонтирован по умственно отсталой моде - по центру торпедо, а не перед водителем. Можете как-то разрешить это противоречие?

даже хоббийные одномоторные самолеты превосходят автомобиль.

ну их на самом деле то не сильно и много если вникать

авиагоризонт, два указателя скорости (вертикальный и горизонтальный), ну и компас... собственно всё и то они в маленьких самолетах кмк несколько опциональны т.к. возможен визуальный полет

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

плюс дублирование некоторых их них на двух человек

т.е. грубо говоря у авто один обязательный прибор - спидометр, у самолета четыре

Да и спидометр не обязательный. Контролька бака, остальное опционально.

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

У меня в машине так же. Радиостанция - одна (чаще) или несколько. Автопилота нет, есть только ассистенты вождения - вот в этом да, отличие присутствует, а вот управление освещением, кондиционер - это все тоже есть. Мне, впрочем, кажется, что и у вас где-то плюс-минус так же, как и у почти всех. Различия будут на уровне ассистентов вождения, потому что где-то нет даже базового круиза, а у кого-то парочка из адаптивного круиза и лейн ассиста вообще позволяет бросить руль и снять ноги с педалей.

Инженеры вопрос качества и количества показателей давным давно уже исследовали. Температура, давление и влажность всех технических жидкостей в автомобиле - избыточна. Вы к примеру уровень масла на щупе проверяете регулярно, перед каждой поездкой? И требуете десяти датчиков вместо одного, что-бы при поездке из непрерывно отслеживать, я правильно понимаю?

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

Температура, давление и влажность всех технических жидкостей в автомобиле - избыточна.

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

Вы к примеру уровень масла на щупе проверяете регулярно, перед каждой поездкой?

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

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

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

А что до спидометра - доводилось и без него управлять автомобилем, к авариям это не привело.

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

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

Механические, в смысле стрелочные часы, есть в некоторых из моих автомобилей. Мне очень нравится, как они украшают интерьер. А еще я по ним вижу текущее время, тоже удобно - ну, в смысле, использую часы в качестве часов.

На современном автомобиле чуть ли не с автопилотом регулярно лазить под капот? Вы батенька ретроград. Контрольки масла достаточно. Я это утверждаю несмотря на то, что один раз на капиталку попал.

Вы батенька ретроград.

Да. И горжусь этим.

На современном автомобиле чуть ли не с автопилотом регулярно лазить под капот?

В платном сервисе же туда лазят? Значит и я, в пределах своих возможностей, туда могу влезть.

Ну вот, допустим, решил я этот ваш пост заскринить, что-бы почитывать потом, спустя годы.. Как мне узнать из этого скрина, когда он был написан?

Только вопрос: зачем?

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

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

Не подходящее для чего? Вы про какие-то очень общие вещи говорите, а я про конкретику. Вот мне захотелось сохранить. Бывает достаточно много случаев когда это оказывается нужно.

Ну вот, допустим, решил я этот ваш пост заскринить, что-бы почитывать потом, спустя годы.. Как мне узнать из этого скрина, когда он был написан?

Используйте любой формат хранения изображений с метаданными, включающими и дату/время создания. Вроде бы JPEG под это определение подходит.

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

На самом деле фраза "20 минут назад" — ложь. Должно быть написано "за 20 минут до того, как вы загрузили эту страницу". Так что время-то относительное, но только относительно другого события. Стало проще?

Нет, стало сложнее, потому что и так понятно.

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

Если на отметку времени "20 минут назад" вы смотрите как на "она ни о чем не говорит, я и так понимаю, что это может быть и две недели назад от текущего момента времени", может ее вообще убрать?