To nawet na początku było trochę śmieszne. Ale już jakiś czas nie jest. Zmieniłbyś płytę.
@jimmy_gonzale Pisanie gorzkiej prawdy? Źle. Wklejanie śmiesznych memów? Też źle. Wam p0lskim pr0gramerom nic kurwa nigdy nie dogodzi.
@NaczelnyRusofob no nie dogodzi taka branża. Może przerzuć się na moderację? Byś coś pożytecznego zrobił.
@jimmy_gonzale Idź być frustratem z tłustym kucem gdzie indziej.
@NaczelnyRusofob i kto to mówi xD
Ciebie łatwiej strigerować niż ty byś chciał mnie. Ty mój mały dzbanku.
@jimmy_gonzale Ja się nie striggerowałem. Ty we mnie wzbudziłeś cringe i lekkie obrzydzenie.
@NaczelnyRusofob kiepsko. Kolejność Ci się pokićkała, przed twoim tłustym kotem nie pisałem nic cringowego
Mnie śmieszy xd
Niezłe, 3/5.
Czy to Ben affleck zaraz po kłótni z Jennifer Lopez?
@kodyak A ja wiem? Nie wiem.
ISO8601 tylko sugeruje używanie 4 cyfr, ale nie wymaga. Dodanie 5. cyfry jest całkowicie dopuszczalne. Na inne systemy zapisu dat szkoda nawet strzepić ryja.
@lurker_z_internetu Kiedyś QA przysyła mi błąd z datą - w dużym skrócie - zmienili nieświadomie rok w winXP(koło 2002) na rrrrr-mm-dd i nie zauważyli 5 r. Jak to wyłapałem, a łatwo nie było, to sprawdziłem, jak inne programy reagują - jak cokolwiek z datą miało do czynienia to się sypało.
@piotrb klasyczny błąd, "po co będę korzystał z 3-rd party bibliotek, co może być trudnego w prasowaniu dat?". Co prawda to prawda, to, że standard przewiduje to nie znaczy, że każdy dobrze zaimplementuje. Nawet standardowa biblioteka Pythona nie umie prasować poprawnych dat ISO8601.
@lurker_z_internetu Chętnie bym przeprowadził testy dostępnych bibliotek na tę sytuację, jeszcze chętniej tych z 2002.
@NaczelnyRusofob w praktyce najbliższy problem z datami będzie 19 stycznia 2038, jeszcze nie będę wtedy na emeryturze
@NaczelnyRusofob problem jak będzie rok 65535 #pdk
Zaloguj się aby komentować