FARIN: Tak to ted uz asi vime, ale holt to vzniklo historicky – jako spousta jinych hroznych veci v JS. Nicmene ja se odmitam tyhle nesmyslny vyjimky ucit nazpamet a tvarit se, ze je nejak lepsi programator ten kdo vi co za hovadinu vrati (treba) konstruktor Date pri nejakem nahodnem vstupu. Prijde mi to jako naprosto irelevantni trivia, plnit si hlavu takovymi pravidly proste nedava zadny smysl. Tim nechci rict, ze nemuze byt zabavny kviz na tohle tema, ciste proto, aby se clovek pobavil nebo mozna spis rozplakal.

SULTHAN: V tom je prave to wtf. Proc nekdo dopustil aby se trida ze standardni knihovany pokousela o parsing obskurnich formatu.

Obskurnich formatu bude neomezene, ma to umet ISO format a konec. Vsechno ostatni at si dela aplikace mimo s vlastni kontroliu a mirou benevolence jakou potrebuje.
Uz jenom to ze se to cislo ve stringu snazi iterpretovat jako rok. Jenda rok sam o sobe neni zadny zadum a pak naparsovat to pres parseInt a a pak date zkonstruovat pres paramtry je mnohem robustnejsi.

JARDABEREZA: v javascriptu delam a par prvnich otazek je pro me v pohode. Ale zbytek je vicemene o tom, jak funguje defaultni parsovani datumu, ktere z ruznych historickych duvodu musi zvladnout obskurni textove formaty.

JARDABEREZA: "I scored 16/28" .. easy, stačí vybírat ty nejvíce wtf možnosti, krom případů, kdy to dává smysl :-)
A to nejsem JS dev...

Zkuste si testík pro pobavení... :-D https://jsdate.wtf/ uhodl jsem 14 z 28 :-D

KLEINZACH: to uz asi spis sem, ne? :))
[Multimédia z internetového pravěku.]

KLEINZACH: Part2

top gun part 2
https://www.youtube.com/watch?v=H6QPNXI-JPA

heh, jutub na me vytah devadesatkovou klasiku :)

Top Gun - Animace - kultovní to počin z dob minulých
https://www.youtube.com/watch?v=ZLqhRWMzUMQ

E2E4: Tuhle tabulku vidím tenhle týden už podruhý s úplně jinýma číslama. Jen 9% v IT nebo dokonce 99 ze sta učitelů si nepřijdou zbytečný? Buď maj rozptyl tak +- devadesát procent nebo to se ptali nějakých zdrogovaných lidí.

zaujalo.

https://www.nyx.cz/discussion/275939/id/57898483

ALMAD: K te korektnosti - na te stejne konferenci byl i typek z Google (Michael cosi) co dela na sandboxu ve V8. Ten rikal, ze pres 90% vsech security issues co maji je ve skutecnosti "correctness issue" a tedy ze security <=> correctnes.

Samozrejme, vsichni vime, jak zakazniky zajima security :-) takze mas pravdu, neni to protiargument k tomu co rika ten clovek z rethinkdb.

CERMI_FOX: Obavam se, ze u tehle typu projektu to neni tak jednoduche jak by se mohlo zdat.

JANFROG: je otazka, jestli v dobe, kdy uz testy prestavaji skalovat, neprestali programatori skalovat uz davno. Neboli mi to prijde jako indikator potreby ten projekt nejak roztrhat, zmodularizovat nebo neco podobneho

JANFROG: Moc ne, je to spis anekdotalni/osobni zkusenost.

Protipriklad ve smyslu ze projekty co se prilis soustredily na korektnost testu misto delivery dost casto neusoely proti konkurenci co to delala naopak.

Mluvi o tom treba rethinkdb tady https://gist.github.com/ramalho/93b87e961b6e019be8e1f6f82864b6f9#wrong-metrics-of-goodness

Ale samozrejme na podporu NOHOUS, tak nejak zalezi jestli se bavime o databazi, kompilatoru, kernelu, webovym frontendu a nebo beznym SaaSu :)

v cislicovych navrzich se jede constrained random a to je taky peklo sveho druhu, ale tam nastesti jakmile design splni specifikaci, uz do nej nikdo nema moc tendenci hrabat. Kazdopadne korporaty jedou v teto oblasti tezky waterfall s oddelenym verifikacnim a implementacnim tymem; priserne je, ze se neda moc testovat inkrementalne, verifikacni tym jede typicky black box integracni test.