Příspěvky

166

Vývoj / Re:Script PHP, podobné články

« kdy: 28. 11. 2021, 14:59:06 »

odkud jste vzal ten script na konci?

167

Studium a uplatnění / Re:Pomoc se statistikou

« kdy: 27. 11. 2021, 10:13:58 »

Vsuvka k diskusii... Spominate si na svoje prve stretnutie s trinomickou vetou? ((a+b)^3=a^3+3a^2b+3ab^2+3b^3)).

IMO kdo zvladne precist ty vzorce, zvladne roznasobit tu zavorku nalevo.

168

O serveru Root.cz / Re:Schvalování – čas publikace komentářů

« kdy: 24. 11. 2021, 18:18:40 »

Mně to tedy smysl nedává, pisatel ten text napsal v nějaký čas a on je pak v diskusi zobrazen v tom čase a na tom místě, kam patří. Jinak se budou schvalováním odsouvat příspěvky níž, což rozhodně není žádoucí, rozpadne se kontext a časová souslednost. Je to čas odeslání, takto je to zachováno.

AI filtry nám nikdo implementovat nebude, do takového projektu těžko naši programátoři půjdou. Už teď vidím, jak by to bylo náročné a stejně by to nikdy nefungovalo dobře. Některé komentáře je dost těžké posoudit i manuálně, žádný jednoduchý filtr by na to nestačil.

napriklad, kdyz komentar obsahuje ukazku kodu, je pravdepodobne, ze je on-topic. Mohly by takove komentare treba mit jen prioritu pri schvalovani.

na to by stacil jen nejaky regex.

169

O serveru Root.cz / Re:Schvalování – čas publikace komentářů

« kdy: 24. 11. 2021, 17:12:36 »

neslo by implementovat nejaky jednoduchy (AI?) filtr, ktery bude detekovat komentare s velkou pravdepodobnosti k tematu a ty povolovat automaticky?

170

/dev/null / Re:COVID očkovací certifikát

« kdy: 23. 11. 2021, 16:48:09 »

a neměli tam patřit třeba vzdělaní lidé v případě bolševiků.

mozna vzdelani reakcionari, ale urcite ne vzdelani lide obecne.

171

Server / Re:Postgresql - SPI-Trigger nebo udf-funkce

« kdy: 10. 11. 2021, 04:45:29 »

i když pro vetšinu uživatelů je to raketová věda, ale to je i lateral join nebo CTE.

spis to neznaji, MySQL tohle umi az nekdy od roku 2018. Naopak psani nekterych dotazu to vyrazne zjednodusuje.

172

Vývoj / Re:Správný zápis funkce v Pythonu

« kdy: 27. 10. 2021, 09:27:14 »

kdybeste nam ukazal cely soubor, tak by byl problem davno vyresen.

173

Software / Re:Dotaz na cookies překryje screenshot webové stránky

« kdy: 20. 10. 2021, 05:19:42 »

V pripade 1 by mela stacit automaticka akceptace cookies, coz asi mate?

to jde AFAIK jen pomoci doplnku, ktere v headless browseru defaultne nejsou.

174

Software / Re:Dotaz na cookies překryje screenshot webové stránky

« kdy: 20. 10. 2021, 05:14:36 »

Děkuji za odpovědi, ale posledním dvěma jsem moc nerozuměl o čem píší ;-)

Nicméně, v chromiu jsem měl nastavenou automatickou akceptaci cookies, ale nepomohlo to.
Zkoušel jsem --user-data-dir=... , taky nepomohlo.

Tak jsem zkusil nainstalovat google-chrome-stable a tam to funguje :-)
Nejsem z IT, není to koncepční, ale za mě vyřešeno.

 --user-data-dir musi fungovat, pokud zadate spravny adresar a v chromiu odsouhlasite cookies.

175

Software / Re:Dotaz na cookies překryje screenshot webové stránky

« kdy: 19. 10. 2021, 05:41:58 »

Kód: [Vybrat]

chromium --hide-scrollbars --headless --screenshot=a.png --user-data-dir=~/.config/chromium https://www.root.cz

176

O serveru Root.cz / Re:Autor David Ježek

« kdy: 12. 10. 2021, 21:59:39 »

me nevadi, ze v clancich prezentuje sve osobni, casto kontroverzni, nazory, me vadi ze v diskuzich nepovoluje prispevky reagujici na tyto nazory, coz je intelektualni zbabelstvi.

177

Vývoj / Re:Tutoriál pro Scalu pro programátora

« kdy: 09. 10. 2021, 20:18:47 »

To je zajímavý úhel pohledu - monády. Proč se používají v Clojure a proč v Haskellu?

protoze v Haskellu je na nich postavene IO (coz je podle me spis nevyhoda). V Clojure a jinde se pouzivaji nektere konstrukce, treba vyse zminene Promisy, ktere lze napasovat na definici Monady, ale uzivatel to nemusi vedet.

178

Vývoj / Re:Tutoriál pro Scalu pro programátora

« kdy: 08. 10. 2021, 23:37:33 »

Ale nemyslím si, že CT je to dobrá cesta, jak se učit funkcionálně programovat.

To by bylo na dlouhou debatu

Víno mám, můžem začít.

Chce to něco ostřejšího

Začal bych tím, že CT není to samé co FP. Jistě, v Haskellu se to třeba protíná, ale třeba v Clojure vůbec. Podobnej problém jako OOP verzus Typy. To, že to máme v některých jazycích dohromady neznamená, že to spolu souvisí.

AFAIK konstrukty, ktere lze popsat pomoci CT terminologie jsou i v Clojure, ale treba i Promisy v JS.

179

Vývoj / Re:Agregace velkého množství streamovaných dat

« kdy: 26. 09. 2021, 21:31:53 »

Osobne mam pocit, ze custom bastl prosazuje "stara skola", tj ti co si umi predstavit data a pametovy/souborovy format a vi jak efektivne napsat praci s daty.

to jsou ti co radi znovuvynalezaji kolo.

180

Vývoj / Re:Agregace velkeho mnzstvi stream dat

« kdy: 22. 09. 2021, 21:33:19 »

Ked uz tam mas niekde postgres tak ta asi bude zaujimat toto: https://www.timescale.com/

Robi to presne to co pozadujes. Naviac ti to poskytne efektivnejsie a bezpecnejsie ulozisko ako kafka...

timescale zrovna moc efektivni ve vyuziti mista na disku neni, ma spatnou kompresi, pokud nepotrebujete delat nejake fancy dotazy, tak bych se mu vyhnul.

a nemusi stihat zapis, 1 mld za hodinu je celkem dost dat.

tady jsou nejake benchmarky

https://altinity.com/blog/clickhouse-for-time-series

https://github.com/timescale/tsbs

rozdil celkem vyrazny 26GB timescale vs 0.5GB influx vs 1.2GB clickhouse

neverte vsetkemu co citate na internete... Podla tohoto vychadza Timescale proti Influx vyrazne lepsie: https://blog.timescale.com/blog/how-to-benchmark-iot-time-series-workloads-in-a-production-environment/

Co sa tyka velkosti. Postgres tam uklada aj data, nie len medzivysledky. Naviac by bolo zaujimave kolko by ostalo z tych 26gb po vacuum, pripadne pri zapnutom autovacuum.

Co sa tyka "fancy" dotazov, tak je fajn ze funkcie mozete pisat aj v R, pripadne v pythone a vyuzit numpy. Priklad: https://docs.timescale.com/timescaledb/latest/tutorials/time-series-forecast/#seasonal-arima-with-r

ten vami odkazovany clanek je z blogu timescale, srovnava pouze s influx, nesrovnavaji spotrebu mista na disku, metrika ve ktere timescale prohrava na cele care.