Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - registrovany123

Stran: [1] 2 3 ... 40
1
Vývoj / Automatizované testy webových aplikací
« kdy: 31. 10. 2025, 14:06:15 »
Dotaz, jaké nástroje používají automatizovaní testeři, když chtějí udělat testovací scénář pro React.js webovou aplikaci, kde v tom scénáři se bude přímo "klikat" na buttony na stránce a assertovat, že se mělo něco stát?

Např. scénář typu "Uživatel se přihlásí do apliakce a pak se odhlásí", naprogramovaný tak, že se "klikne" do inputu,vepíše se login, klikne se na Přihlásit, atd.

Chatgpt mi doporučuje Playwright, ale častokrát slýchávám od testerů slovo "Selenium".

Co byste doporučili pro psaní takovýchto testů?

2
Studium a uplatnění / Re:Je programátorů moc, nebo málo?
« kdy: 30. 10. 2025, 18:25:36 »
Nějak nerozumím tomu, jak mi bez mé námahy AI pomůže do codebase, která má řekněme 40000 řádků kódu, přidat business requirement.

To by musel ten AI zchroustat celou moji codebase a pak si neumím představit, jak bych tam přidával jím vygenerovaný výstup.

Ne že by to teoreticky nebylo možné - dám mu cestu ke codebase, řeknu mu, co chci udělat, dám mu cestu k dokumentaci, on si bude pamatovat historii všech mých požadavků za posledních X měsíců, takže bude "v obraze". A pak mu řeknu: "Přidej novou funkci do codebase, která dělá to a ono" a on to přidá, já udělám code review.

Ale pochybuju, že tohle dneska AI umí. Možná jednou to umě bude. Já AI používám na snippety, načež málokdy se dá použít as is. Někdy dělá AI zákeřné skryté chyby. Někdy se naštvu a jdu si najít řešení sám na google "po staru", protože ChatGPT je třeba u nějaký library zaseklý, že ji používá blbě a generuje nesmysly.

3
Studium a uplatnění / Re:Je programátorů moc, nebo málo?
« kdy: 29. 10. 2025, 19:25:52 »
Prohlášení o AI že někoho nahradí v IT je celé nesmysl, AI bude pomáhat pracovat efektivněji jak juniorům, tak mediorům, tak seniorům. Ikdyž je někdo blbec, tak AI mu bude pomáhat.

Jestli jste na to doteď nepřišli, tak se raději do moc velkých analýz o budoucnosti lidstva nepouštějte. Od toho, aby nahradila AI byť i jen juniora, jsme dost daleko.

4
Studium a uplatnění / Re:Je programátorů moc, nebo málo?
« kdy: 29. 10. 2025, 13:19:14 »
Chápu to správně, že se tady někdo ptá, proč je málo programátorů na to, aby svůj čas věnovali vývoji náročného sw zadarmo? Asi se mi něco zatíná v kapse.

Běž a zeptej se zedníků, jestli ti zadarmo nepostaví barák a pak je jdi prudit s otázkama, jestli je málo zedníků .|. A připrav si ochranku - té doporučuju zaplatit a nepokoušet se ji mít zdarma.

Nemůžu uvěřit, že kdysi ještě na VŠ jsem byl taky taková naivní blbá guma. To snad ani není možné, kde se takové naivní nesmysly v těch palicích lidí berou. Odkud. Proč u zedníka i pitomec umí pochopit, že při dotazu zda práci odvede zadarmo ti dá přes držku, ale u vývojářů to pochopit neumí.

5
Hardware / Re:Rozdílné barvy na monitorech Dell a Mac
« kdy: 30. 09. 2025, 08:05:56 »
Nevím jestli ta relativizace barev dle přepínání profilů není trochu přehnaná, já používám jako referenční monitor Macbook Air a Pro. To žádné profily pro zobrazení nemá, a zobrazuje to barvy pěkně. Na tom Dellu bych nezvolil jiný grafický profil než-li "Standard", protože nic z těch dalších mi nedává smysl.

Smysl to má snad leda pro usera, který si nějaký ten "hloupý" (mě přijdou hloupé) grafický profil vybere.

Protože dělám Internetový web, tak tam se mi vyplatí barvy nastavit dobře, už jenom proto, že hodně lidí ma Macy, nebo i iPhone a některé Android displaye jsou kvalitní a tu barvu zobrazí rovněž. A za 20 let, co ten web poběží, tak si spousta userů koupí nový monitor a barvy třeba uvidí.

6
Hardware / Re:Rozdílné barvy na monitorech Dell a Mac
« kdy: 29. 09. 2025, 16:38:56 »
Oprava, ten monitor Dell je 6bitový + 2bity to dává navíc přes nějaký přídavný režim co dělá alterace ledek.

Zkusil jsem ho přepojit z Mac Air na Mac Pro a HDMI kabel vrazit rovnou do toho Macu, bez Satechi robočovače, a výsledek je ten samý, tj. barvy jsou chladnější a ta moje béžová se zde nevyskytuje.

No nic, tak zatím mi pomůže režim MAC namísto PC - prostě to funguje a aspoň trochu to barvy sladí s Macem. Ikdyž možná z nesprávných důvodů.

7
Hardware / Re:Rozdílné barvy na monitorech Dell a Mac
« kdy: 28. 09. 2025, 22:00:30 »
Chybí tam však pořád jedna taková věc. RGB přinejmenším na webu je 255*255*255, tedy 16M kombinací. Víc nejde do CSS zadat, leda tímto způsobem:

- color(display-p3 0.953 0.938 0.934)

A ta moje jemná béžová barva existuje v režimu MAC, ale neexistuje v režimu PC. A já jsem si ověřil na color pickeru, že je tomu tak proto, že v oblasti, kde se ta moje barva nachází, jsou mezi barvami tak velké kroky, že ji to prostě přeskočí - alá 2 je málo a 3 je moc.

A teď - k čemu by mi nebo userům byl 10bit monitor, když všude na webu se nachází barvy zadné v 16M. No takže bohužel, je to no chance - já prostě nemůžu jak userům dát na web tu barvu, to je celkem vtipné.

A proč je to důležité - protože to není jen tak ledajaká barva - tyhle jemné odstíny barev a zejména toto mnou zmiňovaná, je asi jediná ze všech, kterou bych dal na pozadí webu namísto bílé. (Jako to má root.cz). Však takyže Apple ji dává třeba právě na background aplikací, jako je Settings nebo jako je iTunes atp., dává ji všude. Jinou barvu na backgound dát nemůžu, protože jsou vošklivé. No nic, takže background zůstane bíly, a veškeré barvy budou chladné, protože teplejší neumí to PC zobrazit.

8
Hardware / Re:Rozdílné barvy na monitorech Dell a Mac
« kdy: 28. 09. 2025, 21:22:10 »
Můj Dell je 8 bitový a podle výrobce má pokrytí 99% sRGB a 74% Adobe RGB. Oproti tomu Macbook Air 2020 má 100% sRGB a 82% Adobe RGB.

Já jsem pořád ještě teda nezjistil, proč ten Dell umí zobrazit výše uvedenou barvu v režimu Gama MAC, ale ta barva se tam nenachází v režimu Gama PC. Barevný Preset užívám "Standard".

Jediné vysvětlení je, že mezi těmi 16M barvami ta barva v režimu Gama PC se nenachází, nic jiného mě nenapadá.

EDIT: Takže potvrzeno, je to tím, že mezi 16M barvami, nakolik se to zdá jako hodně možností výběru, tak tam není ta moje barva - mezi těmi barvami jsou totiž tak velké skoky, že to tu mojí nenajde. Ověřeno tady na tom kolečku:

https://htmlcolorcodes.com/color-picker/

Tak rozsah RGB 16 bitů nepokrývá mojí oblíbenou barvu, kterou Apple používá na velké spouště svých UI komponent, jako třeba Settings.

9
Hardware / Rozdílné barvy na monitorech Dell a Mac
« kdy: 28. 09. 2025, 17:35:02 »
Dotaz, mám 2 monitory:

1. Macbook Air 2020
2. Dell U2412M (10 let starý)

Dále:

- Dell mám zapojený přes HDMI do Macbooku.

V čem vězí problém. Na Mac monitoru jsou barvy, které se nejen že zobrazí jinak na tom Dellu, ale dokonce je na tom Dellu ani nenajdu. Na tom by nebylo ještě nic divného, ten Mac má lepší parametry úplně ve všem, jenže:

- Ten Dell má v nastavení "Gamma" možnost vybrat režim "PC" nebo režim "MAC"
- Default je režim "PC"

Když na tom Dellu zvolím režim "MAC", tak najednou to zobrazí tu barvu tak, jak to zobrazí ten Mac. Pro info, barva, se kterou experimentuju:

1. V paletě barev P3 je to: rgb(244, 239, 238)
2. V paletě barev sRGB má být ekvivalentem výše uvedené barvy toto: rgb(246, 239, 237)
3. Případně vyjádřeno v CSS: color(display-p3 0.953 0.938 0.934)
4. Jedná se o jemnou barvu, která v PC režimu je spíše jemně šedá, a v MAC režimu je hřejivě teple béžová (či jak to nazvat)

Tedy shrnutí problému:

- Monitor Dell v režimu Gamma "PC" neumí zobrazit tu barvu ani její dostatečně přibližnou podobu
. Nakolik ji však v režimu "PC" nezobrazí, tak v režimu "MAC" ji zobrazit umí
- Tedy Hardwarově ten monitor Dell je schopen rozvítit LEDky tak, že barvu zobrazit, ale softwarově je to nějak v režímu PC omezené

Když to řeknu jinými slovy:

- Šálí mě zrak, nebo je tam nějaký standard barev, který se jmenuje "Gamma PC", a který se používá na všech Windowsech. A tento standard NEDISPONUJE onou barvou, tedy je osekaný o některé barvy, které ale monitory dokáží harvarově zobrazovat?

10
Odkladiště / Zrušené Uloz.to přivedlo lidi k Torrentům
« kdy: 26. 09. 2025, 17:16:07 »
Co vypli uloz.to, tak Torrenty jsou ted jedina vec na sdileni, o ktere vim. Konkretne sktorrent.sk a torrentz2.nz.

Tipuju, že na Torrent přešlo více lidí - jenže ti netuší, že oproti Uloz.to je to mimoradne nezabezpecene - policie a ruzne BSA a další organizace můžou velice snadno přes to zjistit, z jakých IP adres se stahovalo a co konkrétně, je to v podstatě veřejná informace.

Pokud někomu někde figuruje IP u nějakého filmu 1x, tak je to asi ok. Ale jinak se domnívám, že právně je to průchozí, aby požádali policii o prošetření. Následně poskytovatel připojení k Internetu musí udržovat logy, kdo a v jaký čas měl IP adresu takovou a makovou, a to půl roku dozadu.

Mě by nikdy nenapadlo, stahovat přes Torrent třeba filmy. Jedině zaplatit si VPN, ale v tom případě člověk platí 500,- za měsíc.

Pokud jde o email, hrál bych mrtvého brouka - ať si to vedou přes policii, když něco chtějí. Spadlo ti to prostě do spamu nebo něco.

Doporučuju, aby se co nejvíce lidí dozvědělo, že Torrenty jsou nebezpečné a v podstatě se policie dozví o tom, co kdo stahoval nelegálního. Měly by o tom informovat rovou ty Torrent weby a Torrent software - jenže to by je potom lidi nechtěli tolik používat, že...

11
Vývoj / Re:Framework vs. čistý kód
« kdy: 17. 08. 2025, 21:28:36 »
Každý framework má nějaké části, které nejsou ideální, někdy i úmyslně z důvodu, že se jedná o experimentální složku frameworku a vy jste testeři.

Nebudu tady říkat, co třeba má Spring, se kterým denně dělám, ať se tu zase nepřetahuju zbytečně s Jirsákem.

Mimochodem, není tak velký rozdíl v principu používání mezi Reactem a třeba vanilla PHP. Těch rozdílů není zase tolik, jak by se mohlo zdít, když je mým cílem udělat fungující web. Hlavní a zásadní rozdíl vidím v tom, že React mi umožňuje definovat model pro moje formuláře (tím je JS objekt), kdežto v PHP musím ručně vepisovat "name" atributy (definuju si je jako konstanty).

Tohle umí řešit frameworky, jako např. v Pythonu by to bylo Django a v Javě thymeleaf, které mi umožní si definovat modelové třídy pro jednotlivé formuláře. Bohužel v případě Djanga přichází i řada více méně vnuceným "magic" features, jako je jejich in-built orm a další.

Jakmile ale mám podporu pro to, že si definuju modelovou třídu a ve formáři už používám tento model, tak už je to velice blízké Reactu, kde toho samého dosáhnu "přirozeně" přes JSON.

Co mě hodně sejre je to, že výše uvedené uměl ASP.NET od Micosoftu už dávno jakožto tzv. WebForms, podle robota už od roku 2003. Dělal jsem v tom jen kdysi na výšce, takže nevím, co tam harpuje nehapruje (Jak už jsem řekl, haprující podpora pro templaty v iDE mě už totálně dneska točí).

V Javě to nebyli schopni něco podobného udělat až do vzniku Thymeleafu, a i Thyemeleaf má problémy s fragmaenty a jejich podporou v IDE, kde pro takto zásadní a elementární věc nefunguje ani našeptávání parametrů do fragmentu. To mě brutálně točí.


A proč to říkám a proč mě to tak sejre. Protože tím, že všechno to byly kompromisní technologie, kde jedna měla haprující to a druhá zase ono, tak kvůli tomu je všechny převálcoval React, který má vesměs všechno Done right. A jeden z důvodů, proč je React všechny převálcoval, jsou "ty kecy a kydy" co se tady dlohá desetiletí šířily, že backing kód musí být v separátním souboru, a do template si musím všechno připravit předem a ani Math.round si tam asi nesmím v tom template zavolat. Jedním ze šiřitelů těchto polopravd a frází je mimochodem i Jirsák.

Dneska už jsou ty výše uvedené technologie podle mě na odpadlišti dějin (snad možná kromě PHP), podporu pro Thymeleaf už nikdo nikdy v IDE nefixne a fragmenty nikdo nespraví, je to minulost, všechno už se zaměřilo na React a podobné JS frameworky a v JetBrains to asi moc dobře ví a soustředí podporu tady na tohle.

Bohužel ve světě těch web technologii vzniklo totální odpadiště, a jeden ze strůjců je neschopná firma Oracle a komunita kolem. To co se dělo za těch 30 let v Javě to je totální šílenství a binec.

12
Vývoj / Re:Framework vs. čistý kód
« kdy: 31. 07. 2025, 21:43:42 »
No, to je jedno, každopádně faktem zůstává to, že JSP, JTE a PHP mají 100% fungující IntelliSense a to jako jediné frameworky. Všechno ostatní má IntelliSense s výhradami. React a JS obecně má lepší IntelliSense než Thymeleaf. A největší katastrofa a zklamání je Freemaker, který sice má plně funkcí Intelli Sense pro všechno, co jsem ve Spring MVC controlleru dovniř do template, ale už ten plugin nedokáže zachytit ani to, že si udělám třeba ControllerAdvice, kde si chci vložit svoje util metody pokaždé do modelu. Takže nepoužitelné. A to už je to tady 30 let.

Poučení které z toho pro mě plyne - jakmile uvidím nějaký šablonovací systém, co má IntelliSesnse založený na dedukci toho, s čím se kdesi ve zdrojácích volá render metoda, tak zdrhám pryč. Protože je jasné, že to bude fungovat jako na baterky.

Já už mám pokrk nefungujícího našeptování v templates.

13
Vývoj / Re:Framework vs. čistý kód
« kdy: 29. 07. 2025, 13:34:44 »
Ještě jednou pro méně chápavé, takto vypadá "Šablona je kód". Mám v PHP (JSP,ASP) tohle:

Kód: [Vybrat]
<h1>Seznam uživatelů</h1>

<ul>
<?php foreach ($users as $user): ?>
    <li><?= htmlspecialchars($user['name']) ?></li>
<?php endforeach; ?>
</ul>

A přeloží se to na tohle:

Kód: [Vybrat]
<?php
echo "<h1>Seznam uživatelů</h1>\n";
echo 
"<ul>\n";
foreach (
$users as $user) {
    echo 
"    <li>" htmlspecialchars($user['name']) . "</li>\n";
}
echo 
"</ul>\n";
?>


Není divu, že IDE, které má 100% podporu pro PHP, tak bez potíží i dokáže mít 100% podporu pro výše uvedené, aby se v tom dalo zcela bez výhrad refaktorovat.

14
Vývoj / Re:Framework vs. čistý kód
« kdy: 29. 07. 2025, 13:15:42 »
Jirsák nekecej. JSP se tranformovalo do Servletu, dokonce v Eclipse šlo na JSP soubor kliknout a nechat si zobrazit ten vygenerovaný Java Servlet.

Thymeleaf a podobné to dělá kdoví jak, ale určitě jinak, protože IDE jim pořádně nerozumí.

Takhle Jirsoš funguje "Šablona je kód ®":


Mám PHP. Tohle je PHP kód:

Citace

<?php
    $furtTrableSJirsakem = true;
?>

A pak mám výraz:

Kód: [Vybrat]
<?= Util::localize("Filtr", "Filter") ?>

Který se přeloží vždycky takto:

Kód: [Vybrat]
<?php 
    
echo Util::localize("Filtr""Filter");
?>


Done. Hotovo. Kapiš to? To je celé.

A teď se poď znovu hádat o tom, jak v IDE není řádná podpora pro 100% fungující refactoring v Thymeleaf nebo v čemkoliv podobném, co vymýšlí jakési svoje konstrukce.

15
Vývoj / Re:Framework vs. čistý kód
« kdy: 29. 07. 2025, 12:23:04 »
To je zbytečné bych tu něco psal, nikdo jiný než Kite nebo Jirsák se tu už do diskuze nezapojí.

ještě jednou - řeším tady podporu pro refaktoring pro šablonovací jazyky v IDE, která je špatná, vyjma šablonovacích jazyků psaných ve stylu "šablona se transformuje do kódu" jako JSP, PHP, ASP, JTE.

XSLT nevyhovuje, protože:

1. Musel bych si napsat generování XSD schémat, abych měl při psaní XSLT funkční Intelli Sense pro přístup k modelovým třídám
2. Generování XSD mi zpomalí start aplikace a bude s tím opruz
3. Ikdyž bych to udělal, pořád mi nebude fungovat refaktoring - tzn. když změním atribut v modelové třídě, tak IDE změnu nepropíše automaticky i do XSLT souborů.
4. Funkce sice z XSLT volat můžu, ale musel bych vyrábět další XSD, kde je budu muset ručne definovat, katastrofa
5. A opět mi ani u funkcí nebude automaticky fungovat refaktoring názvů těch funkcí.

Katastrofa. XSLT v ničem z toho, co tu řeším, nepomůže.

Stran: [1] 2 3 ... 40