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 ... 41
1
Když už se řeší JS a TS, tak já teda TS doteď nepoužíval, a ani to do budoucna neplánuju. Doménový model a datové typy mi docela dobře podrží backend, který v práci dělávám v Javě, případně teď používám Express a tam to do určité míry zase zvládne databáze, aspoň trochu.

Co bych ale u JS uvítal je lepší podpora v IntelliJ pro to, aby mi fungovaly hierarchie find usages v IntelliJ, a rovněž refaktoring funkcí. Ten funguje jenom, když použiju tento zápis pro tvorbu třídy:

Kód: [Vybrat]

export default StringUtil = {
  neco: funcition () {

  }
}


Ale protože výše uvedený moc nemusím, používám tento:

Kód: [Vybrat]

function neco () {
}

const StringUtil = {
  neco
}

export default StringUtil;

Jenže v něm nefunguje úplně 100% refaktoring jmen funkcí v IntelliJ. To by mi hodně pomohlo, kdyby to tam zprovoznili. Možná kdybych přešel na používání "class" a statických funkcí, ale to jsem doposud neudělal.

Další věc, co mi vadí na JS, tak je, že nemůžu kvůli undefined psát níže uvedené, protože mi to podruhuje linter:

Kód: [Vybrat]
if( pom !== null )
...

A proto musím používat toto:

Kód: [Vybrat]
if(!_.isNil(pom))
...


Což mi nepřijde takové přehledné. Světe div se, výše uvedené jsou hlavní věci, kterýma mě v praxi v provozu prudí javascript jako jazyk. Jinak mi přijde lepší a přehlednější, než je třeba Python, a to zejména pro vývoj webu.

Potom ještě mi vadí jedna taková věc při vývojí rest api, a to je, že musím ručně parsovat dat. typy v search parametrech url. Tady bych nejvíce ze všeho uvítal, kdybych měl typescript a něco mi automaticky namapovalo parametr na konkrétní datový typ, jako to umí Spring.

2
React Router používám, dokonce používám jeho loader, ale nevěřím te knihovně, nejen já si na některé věci stěžuju a to, že používám loader z Routeru, považuju za designovou chybu, kterou budu předělávat, protože je to takříkajíc "chlupaté".

Do této chvíle jsem nenašel řešení, které není oproti čistému reaktu "chlupaté". Nebudu si komplikovat život.

3
Momentálně to mám řešeno tak, že když detekuju js-capable boty jako Google, Bing a pár dalších, tak vrátím normálně react. Tam po na-cachování fontů a dalších blbin trvá refresh na stránce 250ms, což myslím, že je výborný čas.

Kód: [Vybrat]
const JS_CAPABLE_BOTS = [
  process.env.INTERNAL_CRAWLER_BOT_USER_AGENT.toLowerCase(),
  "googlebot",
  "adsbot-google",
  "google-inspectiontool",
  "bingbot",
  "applebot",
  "petalbot",
  "bravebot",
  "ahrefssiteaudit",
];

A pokud to detekuje jiného bota (používám library isbot pro js), tak se result vyrenderuje přes puppeteer. Response trvá na mini serveru na Rosti.cz, co ma 0.5 jednotek CPU, asi 1.7s, což je dost, ale na druhou stranu, pro Seznam.cz a další boty je to lepší, než kdyby nic nebylo - je to jenom pro ně, pro nikoho jiného.

Případně když na Rosti.cz zapnu Production tier za 200,- Kc /mesic, tak potom response z puppeteer uz trva nejakych 350ms, coz je myslím si už docela dobrý čas.

Nemám motivaci jít do jiného frameworku, než je klaciský React, nevěřím tomu, že to nebude mít problémy.

Když už, tak plánuju přechod na mnohem menší Preact.

4
Já se příznám, že jsem přesně ten další kus hnoje, co píše Wangarad, nečetl důkladně, po zkušenostech s jeho jinými názory a příspěvky.

A nechce se mi tím zabývat, ale co v podstatě navrhuje ten nabubřelý postiženec Wangarad je, že do mojí vymazlené React.js aplikace, dělané, aby obstála v naprosto těžké konkurenci na Internetu, a na které dělám už čistě 4 člověkoměsíce, si prý mám dát jakési 2 skripty v PHP. Načež já jsem tady podle něj ten blbec, protože jednoduchou věc dělám prý složitě.

Proč bych psal 2 skripty v PHP, když můžu napsat jednu util funkci třeba pro Puppeteer, kde pro každou page, pro kterou to potřebuju, mi to pro crawlera vygeneruje HTML page.

Každopádně, nejlepší kandidát je Next.js, ale já jsem si to důkladně zkoušel, a kromě toho, že bych musel kus věcí přepsat, tak to má sadu issues, které mi vadí, a kvůli kterým jsem se na to vyprdnul, protože tomu nevěřím.

Takže zatím připadá v úvahu spíše Puppeteer, a potom si v Express sám zjistím, jestli je http request od crawlera, a pokud ano, podstrčím mu vygenerovanou HTML verzi. Bude to čistě obezlička pro hloupé crawlery jako má Seznam.cz, user to nikdy neuvidí, ani nemůže - protože když s k té vygenerované HTML verzi přidá React bundle.js, tak ona, logicky, přestane fungovat, protože ani nemá "root" do kterého se chce vyrenderovat.

5
Vývoj / Proč ne PHP
« kdy: 07. 11. 2025, 11:44:30 »
V PHP a podobných udělat dneska konkurence schopnou top notch webovo aplikaci, která má UX podobnou SPA, to by znamenalo použít nějaký ten js framework jako je "Turbo", a i přesto bych musel používat javascript na věci, pro které nemůžu dělat re-render z backendu, protožte by to trvalo.

Pochybuju, že bych si časově pomohl.

6
Wangarad ty jsi debil.

7
Na Nextu mě dožírá, že nemá způsob, jak se obejít bez 30 let starého PRG patternu, který zdvojnásobuje trvání submitů. Proto jsem do něj hodil vidle a dělám v Reactu. Musel bych si to udělat na koleni, nějak.

8
Vývoj / Vygenerování statických HTML stránek z Reactu (SEO)
« kdy: 06. 11. 2025, 07:08:50 »
Mám webovou stránku s React.js, kde tato obsahuje "produkty" podobně jako třeba Eshop, a kvůli zlepšení SEO v search engines jako je Seznam.cz uvažuju o pravidelném generování statické HTML stránky pro každý produkt.

Můj plán je, že všechny pages, které chci předgenerovat, budu mít v sitemap.xml, a přes robots.txt pro pořádek zakážu crawlerům přístup všude tam, kde není daná page zmíněna v sitemap.xml.

Chatgpt říká, že na to je nejlepší použít Puppeteer, což používá Chromium podobně jako Playwright a je to od Google.

Playwright momentálně používám na testy, ale Chatgpt říká, že na můj případ vygenerování statických HTML je nej ten Puppeteer.

Tak se chci zeptat, co byste doporučili.

Díky.

9
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ů?

10
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.

11
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.

12
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í.

13
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í.

14
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ů.

15
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.

Stran: [1] 2 3 ... 41