Тащемта это универсальный стандарт, а все остальные вариации - региональные. 
К тому же, ты же не будешь писать 23 минуты 11 часов

YYYYMMDD - единственный нормальный вариант 
а вон те два - пристрелить

так удобнее папки с бэкапами сортировать

Я тут задумался, а как будет timestamp в таком представлении? msmsmsmsmsms?

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

Попробуй перейти сначала на легкие таймстемпы, потом глядишь и бросишь

А с каких пор DD/MM/YYYY подразумевает минуты перед часами? 
И если уж заговорили об использовании, то в повседневной деятельности данный формат даёт пососать всем остальным. 
Сортировка данных - понятно, да (хотя компьютер в теории вполне можно было бы и к DD/MM приучить) 
 
А мемес весь изначально в том, что MM/DD - это уёбище, которое ни туда, ни сюда не пристроить.

Не самый конченный вариант, видел и хуже.

Всё правильно, по частоте изменений. От того что меняется редко, к тому, что меняется часто. Слева на право.

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

Ебать, тут челы спорят о том какой формат даты более правильный. Интернет уже не спасти. Потому что никто по-настоящему правильный формат не назвал - unix-time.

Да, весёлый американский формат. Вечная радость для всех и каждого - необходимость перепроверять даты

по частоте изменений? 
что за бред! 
нам же всем просто и понятно говорить "пять-тристо яблок" чем тристопять яблок! 
/sarcasm

1. Бывает такое, что дата изменения сбрасывается на текущую после копирования на другой диск или систему, так что просто так не отсортируешь. 
2. Бывает, надо отсортировать на чужом компе, а компов куча. Не удобно настраивать на каждом компе под каждой учёткой. Каждой девке операторше показывать, учить, это гемор. Да и не будут они это делать. Проще нажать на столбец с именем, и всё. 
3. Файлы могут быть изменены уже после указанной даты в имени папки.

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

Я вообще ничего не понял. Обе фразы звучат, как набор слов.

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

Сортировка - дата создания / изменения/ахивации/кол-вахуев-в-папке - по убыванию, не?

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

Нет. Бывает с такими папками работаешь и дата изменений меняется.

Меня запутал автор комента. "305 яблок", звучит вполне понятно.

Охренеть ты минусов отхватил. Да, ребят, есть международный стандарт ISO 8601, где дата должна быть в виде 2023-01-03. То, что вы все предлагаете - это аналог имперской системы (галлоны, фаренгейты) для времени и даты - то есть ересь.

Согласен, зависит от кейса использования. Если мы говорим, о случае, где человеку нужно отобразить дату, чтобы он её быстро считал, то да, вы правы. 
 
А если у вас, к примеру, 6-терабайтный фото-архив. То ещё не изобрели более удобного именования файлов, чем YYYY/MM/DD

если им число не нужно, то можно его и не указывать

срочно принять дислексию от лекарства

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

Не то скинул… ну и ладно… 
 
Я как-то видел такую херню - HHMMMMDDYYYY 
 
Там были божественные файлы с замерами. Было чувство, что сидела макака за пультом и меняла формат даты каждые 2-3 замера. Когда спросил, что это за хуйня, мне сказали: «Добро пожаловать в промышленную автоматизацию!».

У американцев всё никак, как у остальных 
И даты, и длина, и вес

Внезапно: ОДИНадцать. ДВЕнадцать.

ДВАдцатьчетыре, ТРИдцатьсемь, ПЯТЬдесятвосемь... 
что ты там хотел сказать своим "ОДИНнадцать"?

Не знаю на счёт китайцев, но программистам удобнее такой формат, и парсить его удобнее, и SQL его нативно понимает, и файлы/логи/папки сортировать: при копировании дата создания у копии может изменяться, в логах же дата последнего изменения тоже может ввести в заблуждение, так что дата в имени файла/папки надёжнее

Мне правда нужно разъяснять что порядок произношения разрядов в  ОДИНадцать и ДВАдцатьчетыре прямо противоположен друг другу?

"Двадцать три минуты двенадцатого"?

Добро пожаловать в мир немецкого языка -- 35 это фюнф унд драйцихь

Как специалист ты должен понимать, что у форматов разные трейдовы. Формат dd/mm/yyyy хотя хуже подходит для хранения бекапов лучше подходит если нужно назвать только день, или только день и месяц. 11/12/2022 -&gt; 11/12 -&gt; 11. Так как год в большинстве случаев понятен из контекста, а часто и месяц тоже, то такой формат удобнее для каждодневного общения, чем постоянно с года начинать. Самая важная информация должна идти вначале, все уточнения - потом.

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

Ты такое в секретные разделы с тегом "жесть" скидывай в будущем.

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

ты блять уроки прогуливал? 
тебе не рассказывали в начальных классах, что 11-19 скорее исключения?

проверил, чтобы не соврать 
я пишу через точки 
YYYY.MM.DD

похуй 
хотя бы один вон сверху согласился, что так удобнее 
а значит было не зря

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

Ну, что за хуйня. 
В JSON даты - это строки определенного формата, sql приводит к датам строки определенного формата. И там и там в основе лежит yyyy-mm-dd. Это стандарты языков. И ты будешь иметь с этим дело хочешь или нет. 
 
А библиотеку для дат я тебе сам какую хочешь напишу.

1. Дата создания содержимого? 
2. Ну на чужих-то компах юзвери конечно-же папки будут называть так, чтоб тебе потом было удобно сортировать? 
3. Сортируешь папки, а не файлы - насрать что там и когда внутри - для этого и ввели сортировку по 100500 вариантам дат и параметров.

Это не js, это юникс-время, а именно 2022-12-31 22:00:00 GMT

ещё, товарищи, посмотрите, как вы все* (*некоторые из вас) забиваете на разделители. А ведь разделители тоже часть культуры. 
богомерзкий mm/dd/yyyy, отечественный dd.mm.yyyy, iso yyyy-mm-dd 
А вы сами сперва пишете dd/mm/yyyyy или yyyy.mm.dd, а потом бугуртите. 
Другое дело что некоторые системы пытаются сами распарсить дату по своему усмотрению. Помню как-то скрипт у меня работал работал, а потом начал делать дичь. в mssql вставлялась строка dd/mm/yyyy (да, я тогда на разделители не обращал внимания) и т.к. была вторая половина месяца, то сервер понимал, что 25/07/2002 это середина лета. А через неделю настало 01/08/2002 и это вдруг стало восьмым января.

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

В базе данных даты храним только в timestamp

с дном рождения возникнут неожиданности. это из самого очевидного. 
а дальше просто возникает вопрос: если всё так однозначно, зачем есть timestamp, datetime, date, time etc.?

Похуй. Федеральный закон "Об исчислении времени" от 03.06.2011 N 107-ФЗ

Это все, что надо знать. Вообще хуй ложить на ISO и прочую срань.

#jokes for retards :: misc :: 2023