ISO 8601 :: Something smarter than us is going to emerge


node:	ISO 8601
template:	4
parent:	perfect date
owner:	〰
viewed by:
created:	01.03.2021 - 10:23:02

cwbe coordinatez:
101
792011
1703701
8846875
8847058

ABSOLUT
KYBERIA

permissions
you:	r,
system:	public
net:	yes

enchained, fettered, enslaved!

000001010079201101703701088468750884705808847153

pomlcky su redundantne
YYYYMMDD is the only way for a true purist

00000101007920110170370108846875088470580884715308847655

hej? vsak ty pockaj, ked ti nejaky fanda DDMMYYYY napise 21121212

00000101007920110170370108846875088470580884715308847349

00000101007920110170370108846875088470580884715308847247

Tak tak.
Ešte druhá možnosť dátumu, ktorú by som dokázala zvládnuť - ako opačný ptotipól mojej purist časti osobnosti- by bola ta syčiaca mačka :D

všetci zomrieme <3

00000101007920110170370108846875088470580884715308847182

však ty počkaj za nejakých osemtisíc rokov

0000010100792011017037010884687508847058088471530884718208847228

Alebo ked konecne cely svet prejde na Holocene Calendar

00000101007920110170370108846875088470580884715308847165

je to ovela citatelnejsie s pomlckami + je to standard a z toho vyplyvaju iste benefity

0000010100792011017037010884687508847058088471530884716508847311

miera citatelnosti je asi individualna
ako sa tu pise, tiez to pouzivam hlavne pri sortovani a nazyvani suborov/foldrov, tam su pomlcky skor na skodu

000001010079201101703701088468750884705808847153088471650884731108847666

Inak suhlas, foldre robim aj ja bez pomlciek. Ale v exceloch zasadne s pomlckami.

000001010079201101703701088468750884705808847153088471650884731108847474

ako su v nazvoch suborov/foldrov pomlcky na skodu presne? na windowsoch, linuxoch a macu s tym nie je problem. a sortovanie to ofc neovplyvni.

000001010079201101703701088468750884705808847153088471650884731108847351

ja detto, ale nevidím vôbec žiaden dôvod, pre ktorý by pomlčky mali byť na škodu, okrem toho, že to reálne brutálne sprehľadňujú. formát ostáva jednotný aj s pomlčkami.
(ja z estetických dôvodov používam podčiarkovníky, ale princíp je rovnaký)

×÷ßßß$ˇ~[☼◙ş→☻ü84ó♀ÇüŮń§►♫☺♀♂ć☺<ˇ

00000101007920110170370108846875088470580884715308847165088473110884735108847440

No musis tam potom zbytocne pipovat cez sed alebo awk a hladat spravne regexpy, ak chces ten datum niekde pouzit.

0000010100792011017037010884687508847058088471530884716508847311088473510884744008847476

ak musis iso date pipovat cez sed, aby si ho mohol pouzit(skoro vsade) tak robis nieco ukrutne zle. skoro vsetky unixove utility poznaju tento format.

000001010079201101703701088468750884705808847153088471650884731108847351088474400884747608847550

Viem ze ho poznaju, problem vidim v tom, ze niekomu sa paci ten ISO a niekomu nieco ine a potom v tom je bordel.
Ak by bol jeden standard, ten najjednoduchsi aky existuje a to je YYYYMMDD alebo rovno `date +%s` vsetky scripty by fungovali na vsetkom.
Hlavne taky regexp
cat /var/log/httpd/access.log | grep '15.48.64.25' | grep -e '^d{2}... a uz si v prdeli, lebo tam musis davat negative lookahead kvoli non numeric char, ak si chces ulozit do suboru dni, v ktorych sa IPcka vyskytla v logu

0000010100792011017037010884687508847058088471530884716508847311088473510884744008847469

ja to používam preto, aby som mal nahrávky z diktafónu či koncertov zotriedené presne podľa dátumu a teda ľahko vyhľadateľné- až do takej hĺbky som zatiaľ nepotreboval ísť:)

×÷ßßß$ˇ~[☼◙ş→☻ü84ó♀ÇüŮń§►♫☺♀♂ć☺<\ˇ

0000010100792011017037010884687508847058088471530884716508847241

YYYYMMDD je rovnaky standard, tie pomlcky su optional a pri praci so subormi robia zlobu

000001010079201101703701088468750884705808847153088471650884724108847261

aj ten standard aj obrazok vyssie ale odhovara od pouzivania nepomlckovej verzie v beznom plain texte. mne to na macu funguje vpohodicke inac (pre potreby sortovania)

00000101007920110170370108846875088470580884715308847165088472410884726108847265

v texte je to asi ok, ale niektore sw si cisla za pomlckou interpretuju ako indexy a menia ich s kazdym editom, tak potom je v tom bordel.]

0000010100792011017037010884687508847058088471530884716508847241088472610884726508847270

aha uz chapem, ked su nejake softy "too smart" :(

0000010100792011017037010884687508847058088471530884716508847169

Standard, ktory vznikol ako kompromis medzi tymi sikovnejsimi a menej sikovnejsimi. Frajeri medzi sebou pouzivaju YYYYMMDD. Ale suhlasim, ze v ramci spristupneniu technologii sirsej verejnosti(opak techniky pre techniku) je lepsie YYYY-MM-DD .

000001010079201101703701088468750884705808847153088471650884716908847472

to je inac dost bullshit. yyyy-mm-dd sa vymyslelo aj preto, aby v pripade ze na to narazis v neoznacenych datach si hned vedel ze to je datum.

000001010079201101703701088468750884705808847153088471650884716908847191

Že sa ešte neprišlo s kompromisným YYYY-MMDD :")

00000101007920110170370108846875088470580884715308847165088471690884719108847312

lol, tento je dobry

00000101007920110170370108846875088470580884715308847165088471690884719108847208

chvalabohu ze nie. Zruinovalo by ma to.

000001010079201101703701088468750884705808847130

povedz to excelu ked mas nastavene defaultne bunky

000001010079201101703701088468750884705808847109

presne takto si uz roky cislujem subory s verziami a funguje to flawless