#jokes for retards :: Приколы для даунов :: 2023 :: :: формат даты :: 2023 :: разное

#Приколы для даунов 2023 формат даты 

Приколы для даунов,разное,2023,формат даты,#jokes for retards,,2023


Подробнее

Приколы для даунов,разное,2023,формат даты,#jokes for retards,,2023
Еще на тему
Развернуть
Ах ты китаёза
так удобнее папки с бэкапами сортировать
Нет. Бывает с такими папками работаешь и дата изменений меняется.
KeNiV KeNiV 03.01.202311:09 ответить ссылка 16.0
Имя папки всегда постоянно, а эта дата системная может сбиться от любого случайного чиха. А для работы с общими папками это важно.
KeNiV KeNiV 03.01.202311:11 ответить ссылка 20.0
Опередил
qqleha qqleha 03.01.202311:18 ответить ссылка 0.3
1. Бывает такое, что дата изменения сбрасывается на текущую после копирования на другой диск или систему, так что просто так не отсортируешь.
2. Бывает, надо отсортировать на чужом компе, а компов куча. Не удобно настраивать на каждом компе под каждой учёткой. Каждой девке операторше показывать, учить, это гемор. Да и не будут они это делать. Проще нажать на столбец с именем, и всё.
3. Файлы могут быть изменены уже после указанной даты в имени папки.
qqleha qqleha 03.01.202311:18 ответить ссылка 6.5
1. Дата создания содержимого?
2. Ну на чужих-то компах юзвери конечно-же папки будут называть так, чтоб тебе потом было удобно сортировать?
3. Сортируешь папки, а не файлы - насрать что там и когда внутри - для этого и ввели сортировку по 100500 вариантам дат и параметров.
"Сделай вот как у меня дома, как мне лично удобно. Мне насрать на других,мне насрать на коллег. Мне насрать на корпоротивный стандарт, международный между прочим!" Нахуй
ага, ты ещё скажи, что у них даты создания совпадают с содержимым
лучше именовать по годам-месяцам-дням и иметь удобную сортировку по имени/названию
Возьму на заметку
Как специалист ты должен понимать, что у форматов разные трейдовы. Формат dd/mm/yyyy хотя хуже подходит для хранения бекапов лучше подходит если нужно назвать только день, или только день и месяц. 11/12/2022 -> 11/12 -> 11. Так как год в большинстве случаев понятен из контекста, а часто и месяц тоже, то такой формат удобнее для каждодневного общения, чем постоянно с года начинать. Самая важная информация должна идти вначале, все уточнения - потом.
Psilon Psilon 03.01.202314:52 ответить ссылка 0.6
а. так ты из этих?)))
Тащемта это универсальный стандарт, а все остальные вариации - региональные.
К тому же, ты же не будешь писать 23 минуты 11 часов
noavatar noavatar 03.01.202310:27 ответить ссылка -2.4
А с каких пор DD/MM/YYYY подразумевает минуты перед часами?
И если уж заговорили об использовании, то в повседневной деятельности данный формат даёт пососать всем остальным.
Сортировка данных - понятно, да (хотя компьютер в теории вполне можно было бы и к DD/MM приучить)

А мемес весь изначально в том, что MM/DD - это уёбище, которое ни туда, ни сюда не пристроить.
MM/DD удобно для всяких бухгалтеров которые делают отчётности за год и у них как раз отсортировано по месяцу, а год и так ясен (в этой папочке только нужный год)
если им число не нужно, то можно его и не указывать
"Двадцать три минуты двенадцатого"?
Не знаю на счёт китайцев, но программистам удобнее такой формат, и парсить его удобнее, и SQL его нативно понимает, и файлы/логи/папки сортировать: при копировании дата создания у копии может изменяться, в логах же дата последнего изменения тоже может ввести в заблуждение, так что дата в имени файла/папки надёжнее
Как раз программистам пофиг какой формат, время хранится во внутреннем представлении той библиотеки, которой ты распарсил дату-время. И когда тебе нужно передать его в виде строки дальше - просто просишь у библиотеки строку с заданным форматом.
Zmey! Zmey! 03.01.202316:27 ответить ссылка -0.7
Ну, что за хуйня.
В JSON даты - это строки определенного формата, sql приводит к датам строки определенного формата. И там и там в основе лежит yyyy-mm-dd. Это стандарты языков. И ты будешь иметь с этим дело хочешь или нет.

А библиотеку для дат я тебе сам какую хочешь напишу.
Всё правильно, по частоте изменений. От того что меняется редко, к тому, что меняется часто. Слева на право.
по частоте изменений?
что за бред!
нам же всем просто и понятно говорить "пять-тристо яблок" чем тристопять яблок!
/sarcasm
Я вообще ничего не понял. Обе фразы звучат, как набор слов.
срочно принять дислексию от лекарства
Меня запутал автор комента. "305 яблок", звучит вполне понятно.
Внезапно: ОДИНадцать. ДВЕнадцать.
deanon deanon 03.01.202312:20 ответить ссылка -2.3
ДВАдцатьчетыре, ТРИдцатьсемь, ПЯТЬдесятвосемь...
что ты там хотел сказать своим "ОДИНнадцать"?
Мне правда нужно разъяснять что порядок произношения разрядов в ОДИНадцать и ДВАдцатьчетыре прямо противоположен друг другу?
ты блять уроки прогуливал?
тебе не рассказывали в начальных классах, что 11-19 скорее исключения?
Ты блядь ебнулся? Разговор об удобном порядке произношения, я привожу пример исключения в порядке произношения. На меня накидываются и говорят что это исключения, чего? Может вы будете чуток в суть вникать?
deanon deanon 03.01.202317:17 ответить ссылка -0.4
Добро пожаловать в мир немецкого языка -- 35 это фюнф унд драйцихь
Наоборот удобнее. Потому что тебе обычно нужно то, что меняется часто, например, ты можешь забыть, какое сегодня число, а какой год ты вряд ли забудешь.
я много раз пропускал уже оплаченые концерты, ивенты и тд потому что они проходили например третьего февраля а не второго марта и дизайнеры сайтов/афиш/рассылок конченые ублюдки которые нигде не написали буквами месяц явно.
стандарт должен быть однозначным и логичным. ставить день посередине между годом и месяцем это конченное уебанство.
хуже только имперские размеры ключей потипу 5/6.
Mirn Mirn 03.01.202311:26 ответить ссылка 15.7
Да кто спорит? Я говорю, что ДДММГГ самый удобный для не-бухгалтеров.
Согласен, зависит от кейса использования. Если мы говорим, о случае, где человеку нужно отобразить дату, чтобы он её быстро считал, то да, вы правы.

А если у вас, к примеру, 6-терабайтный фото-архив. То ещё не изобрели более удобного именования файлов, чем YYYY/MM/DD
Охренеть ты минусов отхватил. Да, ребят, есть международный стандарт ISO 8601, где дата должна быть в виде 2023-01-03. То, что вы все предлагаете - это аналог имперской системы (галлоны, фаренгейты) для времени и даты - то есть ересь.
у него без дефисов
pils pils 03.01.202312:35 ответить ссылка 0.9
проверил, чтобы не соврать
я пишу через точки
YYYY.MM.DD
похуй
хотя бы один вон сверху согласился, что так удобнее
а значит было не зря
Похуй. Федеральный закон "Об исчислении времени" от 03.06.2011 N 107-ФЗ
dd-MON-YY
Kon_Boi Kon_Boi 03.01.202310:39 ответить ссылка 0.9
Я тут задумался, а как будет timestamp в таком представлении? msmsmsmsmsms?
Это уже не важно, я уже давно принимаю только таймстемпы.... меня не спасти
Попробуй перейти сначала на легкие таймстемпы, потом глядишь и бросишь
Не самый конченный вариант, видел и хуже.
№ CheckSumError tDate Time| en dAf wF cS uRF uPAF uAF uSF def H2 02 CH4 СО C2H4 C2H6 C2H2 O 3347	1 ¡221121	0808|	56	0	256	3	0	64	О	0	0	12,60676	0	0,03840005	310,2731	55,326 0,05257789
3346	1 221121	0508	55	0	256	3	0	64	0	0	0	12,32818	0	0,04129038	258,4654	52,44163	0,055576
3345	1 221121	0208	54
Wizuki Wizuki 03.01.202310:57 ответить ссылка 0.2
Не то скинул… ну и ладно…

Я как-то видел такую херню - HHMMMMDDYYYY

Там были божественные файлы с замерами. Было чувство, что сидела макака за пультом и меняла формат даты каждые 2-3 замера. Когда спросил, что это за хуйня, мне сказали: «Добро пожаловать в промышленную автоматизацию!».
Wizuki Wizuki 03.01.202311:54 ответить ссылка 3.7
Ты такое в секретные разделы с тегом "жесть" скидывай в будущем.
гг	hi il	F «J	QJj		из				IT ТЖ •		1 1 • 1 1 !
			щ]	fn		MJ	1Л	Щ а	H п
1672524000
Фе, джаваскрипт
Это не js, это юникс-время, а именно 2022-12-31 22:00:00 GMT
Да, весёлый американский формат. Вечная радость для всех и каждого - необходимость перепроверять даты
Bogomol Bogomol 03.01.202311:15 ответить ссылка 1.7
У американцев всё никак, как у остальных
И даты, и длина, и вес
И розетки!
name name 04.01.202311:17 ответить ссылка 0.0
all YYYYMMDD HHMMSS
everday DDMMYY
ещё, товарищи, посмотрите, как вы все* (*некоторые из вас) забиваете на разделители. А ведь разделители тоже часть культуры.
богомерзкий 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 и это вдруг стало восьмым января.
ЖЖБа ЖЖБа 03.01.202320:42 ответить ссылка 0.9
В базе данных даты храним только в timestamp
с дном рождения возникнут неожиданности. это из самого очевидного.
а дальше просто возникает вопрос: если всё так однозначно, зачем есть timestamp, datetime, date, time etc.?
Это все, что надо знать. Вообще хуй ложить на ISO и прочую срань.
Формы записи календарной даты по странам
год-месяц-день
| год-месяц-день и день-месяц-год | день-месяц-год И день-месяц-год и месяц-день-год | месяц-день-год
Konkorn Konkorn 07.01.202315:29 ответить ссылка 0.0
Только зарегистрированные и активированные пользователи могут добавлять комментарии.
Похожие темы

Похожие посты
GOOGLE CHROME TO STOP ALLOWING AD-BLOCKERS FOR NON-ENTERPRISE USERS IN 2023 FIREFOX TO BECOME #1 BROWSER IN 2023?The end of 2023 is 123123Ml 2024 ■ \ . к