Příspěvky

1

Hardware / Re:Doporučte notebook okolo 1000 eur

« kdy: 17. 02. 2025, 08:59:36 »

Lenovo E16 gen2

Existuje spousta variant, u alzaka se to da porovnavat, prepinat mezi variantama.
Ma to 2xDDR5 slot a 2xNVME.
Osobne bych sel variantou koupit zakladni verzi a strcit si to toho svoje RAM (2x32) a druhy NVME, pokud bude potreba.
Upgrade je trivialni, staci odsroubovat zadni dekl a vse je krase pristupne.

S takovym setupem si muzes udelat v Podman desktop minikube cluster (i na windows) a vyvijet na tom.

2

Vývoj / Re:Proč se cpe JavaScript na backend?

« kdy: 07. 02. 2025, 10:57:36 »

O PHP nema cenu se bavit, to zoufale bylo, je a bude.

A hlavne uz pristi rok umre, uz dvacet let :-)

To si nemyslim.
PHP tu bude s nami i nadale, stejne jako krysy, tyfus a nestovice.

3

Vývoj / Re:Proč se cpe JavaScript na backend?

« kdy: 07. 02. 2025, 09:12:16 »

Tohle je zrovna taková školácká chyba. Už v úvodu do Javy se člověk dozví, že == porovnává u objektových typů přesnou shodu (tatáž instance). Tzn. že to pro 100 zrovna vrátí true je jen náhoda resp. optimalizace, ale používat to nemáš. To ti řekne i IDE (třeba NetBeans).

Na rozdíl od třeba C++ tu není přetěžování operátorů, takže == se chová všude stejně. Jestli je to dobře nebo špatně, to je otázka - asi jak pro koho - ale vzhledem k tomu, že to je jazyk pro široké masy, tak je to asi spíš dobře.

nikoliv náhoda, ale jak správně píšeš, optimalizace, dokumentovaná ve specifikaci, probíhá unboxing malých 8-bitových čísel (-127 až 128). Ano, je to školácká věc, avšak dokáže potrápit kdejakého zajetého vývojáře, když nemá IDE.

Ano, stejně tak mi IDE řekne ty chyby s porovnáním v JS. O to právě vůbec nejde. Horší je, když se ten jazyk chová nedetermisticky v čase. Tohle se naučíš a nepříjde ti to.

PHP je na webu velmi rozšířené, přitom to je jazyk, které není schopný ani sjednotit argumenty a názvy funkcí, ještě se nesbavil memory leaků a jediný lék je pravidelný restarat interpreta, ve  výsledku to ale provoz nijak moc nevadí a lze s tím žít.

Tohle jsou argumenty, které můžeme my řešit u piva, ale pro aplikace to je jedno, je jedno jestli je jazyk více vláknový se zámky nebo to fejkuje přes event loop a asynchronní IO zase vlastně na té aplikaci a vývoji nemusí jít vůbec poznat (z pohledu času vývoje, náročnosti na zdroje, chybovosti atd. atd.)

Po těch letech vývoje mi je asi šumák v čem je BE/FE aplikace napsaná, důležité je, že jí bude možné dalších X let provozova a vývoj dokončit.

Dnes se bez IDE programovat neda a popravde netusim jediny duvod, proc IDE nepouzivat.
Argument o nepouziti IDE je toho ranku, jakoze kdyz nepouziju klic od zahradni branky, polezu pres plot.

Nemyslim si, ze je sumak, co bezi na backendu, prave z toho duvodu dlouhodobe podpory.
Kdyz vezmu 20 let stare WAR tak ho na novem Tomcatu rozjedu bez potizi, max veci typu rename javax-jakarta, ktere jsou peclive popsane a jsou na to konverzni tooly.
Na javascript se podivam za dva mesice, npm upodate plne hlasek o deprecated modulech, CVEcka az na mesic, nektere modyly skoncily po roce vyvoj a mam nahradit alternativou, typicky se stejne jepicim zivotem.
Do JS/TS projektu se musi NEUSTALE hrabat a kdo chvili stal uz stoji opodal.

Pararelizace dtto, Java spolu se Spring podporou velice slusne ale tezkotonazni, NodeJS Async/Await je hnus vedoici k chaosu v kodu, nejlepsi mechanismus asi goroutines/channels. A java obdoba korutin "Project Loom - Virtual Threads" ma podporu v Java 21 a Spring Boot 3.2.

O PHP nema cenu se bavit, to zoufale bylo, je a bude.

Takze mas castecne pravdu, pro male veci je celkem jedno, co je vespod a typicky se to naplaca v necem, co dostupny Lojza programator ovlada. Pokud potrebuju dlouhodobou stabilitu a udrzovatelnost, pak Java/Spring/MavenCentral/ApacheFundation. A pro masivni vykon kontejnery a mikroservisy, ty jednodussi treba v GO.

4

Vývoj / Re:Proč se cpe JavaScript na backend?

« kdy: 06. 02. 2025, 09:08:05 »

Dnešní Jakarta (dříve Java EE) nebo Spring startují v řádu několika vteřin

Ten byl dobrej, před víkendem pobavilo. 

A copa te tak pobavilo?
Ted delam na backendu pro jeden portal, SSO auth keycloak, hibernate postgres, MVC a REST, takze moduly WebMVC, Security a JPA, start 4 sekundy na mem notebooku Lenovo P15 z roku 2022.

Je to ale krapet nezajimavy parametr, mam samozrejme zapnute Spring DevTools a ty meni classy za behu bez restartu, stara se o to VSCode plugin. Obcas to ten plugin otoci za cca 3 sekundy, to kdyz se hrabne do Beans dependency tree, jinak vetsinou ten class hotdeploy.

5

Server / Re:Reporting nad databází PostgreSQL

« kdy: 19. 12. 2024, 07:01:27 »

Pro tyhle ucely jsem pouzival BIRT nebo OS variantu Jasper Reports
Zrovna BIRT ma vyhodu v oeknem wysiwyg editoru, az vysledek doladis, vyexportujes XML definici, ktera je pak vstupem pro embedded BIRT viewer

6

Windows a jiné systémy / Re:Windows 10 a neúspěšné spojení na Sambu

« kdy: 18. 10. 2024, 08:48:21 »

V konzoli "net use"
A pro to, co nechces, "net use /DELETE"

Google a ChatGPT jsou tvoji pratele.

7

Vývoj / Re:Produktivita vývojáře v době AI

« kdy: 10. 10. 2024, 19:51:48 »

Pouzivam placenyChatGPT prakticky na vsechno, co pred tim resil Google.

Treba namatkou grep s regexem, co z konfiguraku odfiltruje zakomentovane a prazdne radky, napady co uvarit na veceri, ktery den v tydnu je Benatkach nejmin lidi, JSONpath vyraz pro vyhledani atributu z poskytnuteho vzrorku, jak pomoci openssl vypsat lastUpdate z CRL souboru, kod jednoduche javascript funkce s omezenim na uroven ES5, aby fungoval v embedded enginu Duktape a spoooustu dalsiho.

8

Vývoj / Re:JS: Ako najst spravnu poziciu v textarei?

« kdy: 19. 08. 2024, 08:43:45 »

Zkuz pouzit JS komponentu typu Editor, ktera je pro tyto ucely delana.

Napr Quill a jeho metodu getBounds()

https://quilljs.com/docs/api#getbounds

9

Vývoj / Re:Javascript / React - Chybové hlášky v konzoli prohlížeče

« kdy: 17. 08. 2024, 06:44:07 »

To je nejaky vtip?

Kdyz se VYVIJI ve Vue, tak ve VSCode s Volar extenzi a Vue dev pluginem do chrome je videt v hkaskach naprosto vsecko vcetne cisla radky v souboru kde vznikla chyba a moznost prochazet content Pinia store.
Pak se teprve udela produkcni build bez debuginfo.

Doporucul bych zacit na strankach Vue s odkazem Quick start.

10

Windows a jiné systémy / Re:Náhrada za Windows 7 s MS Office

« kdy: 05. 08. 2024, 17:02:39 »

Aktualizovatelný browser na Linuxu z rodiny Chrome: inu buď komerční Chrome, nebo open-source Chromium. Před lety vyšel k tématu na Rootu článek (srovnávací, nejde moc do hloubky).

Koukám, že "vrozený" distribuční balíček chromium v Debianu je zřejmě k dispozici velmi čerstvý v repu "security" pro aktuální debian stable (Bookworm = Debian 12). Takže aktualizace browseru Vám tahá systém - jak často, si můžete nastavit.

Komerční Chrome nainstalujete nejsnáz asi tak, že nějakým stávajícím browserem (Firefox?) zabrowsíte na chrome.google.com a kliknete na "stáhnout Chrome". Server Vám ho podá v balíčku kompatibilním s Vaším distrem, pokud tím distrem je Debian / Ubuntu nebo RedHat / Fedora. Nainstalujete... a dál netuším, jak to má udělané automatické aktualizace (Chrome na Linuxu nepoužívám).

Na RHEL family intalace Chrome balicku zaroven nainstaluje Chrome repo a aktualizace pak jedou standardne z chrome repa.

11

Server / Re:Princip fungování HashiCorp Consul

« kdy: 05. 08. 2024, 17:00:09 »

Tohle se standardne resi pomoci etcd (jednoducha GO staticka binarka). Consul selmostroj ti v tomto kontextu nic neprinese.
Zabbix pripojuj na postgresa pomoci HAproxy, ktera te presmeruje na primarni node postgres clusteru.

Vsecko to nastavuj ansible (hlavne pro zamezeni konfiguracnich chyb) a taky doporucuju nastavit afinitu na primarni zabbix a postgres node (prosty cron script, ktery prepne na primar, pokud je dostupny), abys nehonil zabbixa na DC1 a postgresa na DC2.

Je na to hromada tutorialu na webu, netreba vymyslet kolo.

Potrebujes 3 etcd instance, v pripade dvou DC potrebujes treti "witness" lokalitu, treba prave v AWS.

12

Windows a jiné systémy / Re:V akom stave je Windows 11?

« kdy: 28. 06. 2024, 08:49:41 »

No a to jsme zase u toho, je potřeba něco lovit v konfiguráku...

Ještě čekám, že mi někdo napíše, ať si na to udělám skript... Protože normální uživatel roky ladi skritp, aby až zase bude instalovat nějaký počítač, tak aby nemusel všechny ty konfiguráky editovat ručně...

Další možnosti jsou:
- kompilovat si vlastní kernel
- sestavovat si vlastní distribuci
- udělat si vlastní fork a ten přepínač si do nastavení dodělat
-- 10 let se snažit to protlačit do upstreamu, kdy to nikdo nebude chtít, protože všichni už mají skript...

Heh, ono jak se systemy obecne zeslozituji, je nyni mnohem snazsi konfigurace pomoci CLI a konfiguraku.
Ostatne chape to i MS, wiz jeho winget, wt.exe a nadstavba WingetUI. WingetUI pouzivam denne, je to na woknech zachrana pred silenstvim.

Dneska, kdyz potrebuju nejaky konfig zasah, CLI cesta je takova:
1. Zeptam se Googla, ChatGPT kde se to nastavuje.
2. Najdu v konfiguraku prislusny zakomentovany parametr s default hodnotou, zkopiruju o radek niz a nastavim. Hotovo

GUI cesta:
1. Zeptam se Googla, ChatGPT kde se to nastavuje.
2. Dostanu postup jak se postupne proklikat do prislusne utility a menu. Postup dlouhy jako prase.
3. Protoze mam ceske wokna a postup je samozrejme v anglictine, premyslim, jak to asi mohl microsofti obrozenec prelozit, preklady byvaji velice vynalezave. Postup byva obvykle spatny, protoze je verzi pro predminuly fixpack woken, ted je to jinde a jinak.
4. Znovu googlim (ChatGPT marna) abych nasel postup pro aktualni fixpack.
5. Silne a hlasite kurvuji
6. Postupne se mi podari proklikat se do cile a nastavit parametr.
7. Jdu si uvarit kafe a vydychat se.

A pokud je rec o vzdalene sprave vice nez 3 stroju, pak samozrejme Ansible a to je v windows GUI svete vicemene konecna.

13

Studium a uplatnění / Re:ČVUT VS VUT - Nekonečný problém

« kdy: 27. 06. 2024, 12:56:43 »

Z pohledu vlastni skoly mas jedno, jestli VUT nebo CVUT.
Hlavni je, aby te to bavilo a vyjet na Erasmus za holkama.

Co se ve skole naucis, bude 5 let po vylezeni ze skoly vicemene zastarale, na VS jsou nejdulezitejsi kontakty.
Takze CVUT, VUT je Brno, tedy zadnice sveta.
Praha je v CR jedine evropske mesto, jedine pouzitelne mezinarodni letiste, HQ korporatu a statni spravy.

Tady neni co resit.

Brno má lepší "kulturně vzdělávací" vyžití než Praha. ČVUT má hnusné koleje a o mezinárodním letišti kam se jezdí busem bych se moc nezmiňoval. Brno historicky spáduje k Vídni, která může Prahu ve vše naprosto v klidu strčit do kapsy.

Obě lokality jsou naprosto srovnatelné. Očekávat, že v době jednotného evropského pracovního, zůstanu tam, kde jsem vystudoval, je naivní.

Heh, schvalne jsem zadal do Google Maps.
Brno - Wien Swechat - 145km a 2hod autem.
To uz jsou na Ruzyni driv lidi z Plzne, ti to zase maji lip smerem na Rozvadov a Norimberk, Mnichov.
V pripade jednotneho pracovniho trhu muzes samozrejme delat kde chces, akorat kontakty na lidi, co te na ony projekty vezmou spis najdes v Praze, nez Brne ci jinem Bruntale.

On pocet obyvatel pluvi za sebe,
Praha - 1.4mega (v realu 1.7, viz masivni suburb formalne mimo Prahu, i ja mam postaveny dum katastralne za Prahou)
Brno - 0.4 mega
Ostrava - 0.3 mega
Plzen - 0.2 mega

Praha je v teto zemi jedine mesto evropskeho vyznamu, pak nasleduji krajska mesta velikosti o rad nize.
A pokud bych jo nechtel do Prahy, uz je lepsi ta Plzen, z duvodu polohy.

14

Studium a uplatnění / Re:ČVUT VS VUT - Nekonečný problém

« kdy: 27. 06. 2024, 11:40:27 »

Z pohledu vlastni skoly mas jedno, jestli VUT nebo CVUT.
Hlavni je, aby te to bavilo a vyjet na Erasmus za holkama.

Co se ve skole naucis, bude 5 let po vylezeni ze skoly vicemene zastarale, na VS jsou nejdulezitejsi kontakty.
Takze CVUT, VUT je Brno, tedy zadnice sveta.
Praha je v CR jedine evropske mesto, jedine pouzitelne mezinarodni letiste, HQ korporatu a statni spravy.

Tady neni co resit.

15

Server / Re:Nestabilní vzdálená DB připojená přes FDW

« kdy: 16. 05. 2024, 12:24:09 »

Ta tabulka je velka a nechci to tahat k sobe.
Asi pouziju tu ChatGPT doporucenou variantu, v KPI chlivkach se ukaze N/A a spravte si to kkti.

Bacha, RETURN QUERY v plpgsql materializuje result - do work mem se kopiruje do paměti, nad se ukládá do dočasného souboru a pak z něj se zase vyčítá - má to výrazně vyšší režii než FDW - pro menší tabulky (do 10K řádků to bude v pohodě), ale pro větší nebo opravdu velké ta režie bude znát.

Pokud spravne chapu dokumentaci, RETURN QUERY pripadne RETURN NEXT nejprve nasysli vsechna vystupni data a pakt teprve pusti uvolni funkci.
Tedy kdyz z obri tabulky moje funkce vytaha subset cca 1000 radku, onen temporary store bude odpovidat onem 1000 radkum a JDBC loop bude streamovat az nad tim predzvykanym defacto "materialized view"

Kdezto cisty FDW bude zasilat do JDBC stream, ktery si to bude postupne odebirat.

Chapu spravne?