Příspěvky

1

Vývoj / Re:Vyplatí se k webu dělat nativní appku na iPhone a Android?

« kdy: 04. 12. 2025, 19:17:47 »

Je otázka proč používat Tailwind místo MUI, i v MUI klidně udělám design jako je třeba forum.root.cz, a mám hotovou hromadu komponent, které bych s Tailwindem musel teprve vytvářet. V Tailwindu dají source kód k něčemu, a já celou tu hromadu musím vzít a vytvořit svoji komponentu v Reactu, třeba MyButton. A k čemu to je, když v MUI už tu komponentu Button mám rovnou vytvořenou.

Plus teda k tomu MUI má více hotových komponent než Tailwind. V tailwindu chybí komponenty ryze mobilní, namátkově jako je dolní menu.

Navíc kažý kus kódu z Tailwindu, který použíju, tak z něj ještě musím abstrahovat utility classes do globals, protože nemůžu mít napříč projektem rozházené na divoko třeba barvy, různé rozměry inputů a dalších prvků, padding atp. Uff...

2

Vývoj / Re:Vyplatí se k webu dělat nativní appku na iPhone a Android?

« kdy: 04. 12. 2025, 10:51:55 »

Jen upozornění - u Androidu (u iphonu to bude asi podobné) je nutné vydávat novou verzi cca 1x ročně

Platí to i u TWA aplikací? Ještě je možnost, že bych přešel na MUI framework, který vypadá o něco líp, má mikroanimace, a pro mobily tam ještě nějaké mikroanimace přidal, protože na mobilu mi přijdou mikroanimace, že opravdu zlepšují užitnou hodnotu - na web se však zase musí vypnout, protože tam spíše obtěžují.

Tím bych pokryl desktopový web i appky v Androidu, no a Apple by si musel vystačit s PWA, protože TWA v Appstore podla chatgpt nepodporuje, resp. podporuje, ale jenom když se tam dají nějaké intergrace na Applí featurky.

3

Vývoj / Re:Vyplatí se k webu dělat nativní appku na iPhone a Android?

« kdy: 04. 12. 2025, 09:27:38 »

Zdá se že to není pryč, přinejmenším mezi mládeží, a ono taky světe div se, častokrát problém appek byl, že se obtížně používají. Ale stačí se podívat, jak se dobře používá třeba na iPhone aplikace Notes, a i na malé iPhone 7 je radost to používat.

4

Vývoj / protože programátor se neuráčil naučit

« kdy: 04. 12. 2025, 07:58:56 »

protože programátor se neuráčil naučit

Co to je za nesmysl, jak "programátor nenaučil" ty drzoune, já jako vývojář musím umět Javu, Kotlin, JS, CSS, Python, Bash a další obrovskou hromadu věcí kolem toho. Tipuju tě na nějakého admina, ti častokrát bývají arogantní a namyšlení, a přitom většina z nich jsou lempli, co ani z poloviny nezvládnou to, co průměrný vývojář. Na výrobu nativní ios app se musí ve firmách nabírat specialista, jde vidět, že o tom víš kulové.

A teams má problémy kde s čím, ale svižnost není jedna z nich - zjevně ani neumíš jasně popsat problém.

5

Vývoj / Re:Vyplatí se k webu dělat nativní appku na iPhone a Android?

« kdy: 03. 12. 2025, 20:29:37 »

Jo, já už to mám uděláno jako PWA, což teda šlo překvapivě snadno a už to jde "instalovat" přes browser na mobilu i na desktopu.

O tom WebView jsem taky slyšel a určitě to udělám, protože někteří useri si jistojistě chtějí prostě najít appku v Play Store.

Ale mobilní appka je taky dost o mikroanimacích - ty mi přpadají, že na mobilu jsou celkem užitečné, a jen tak s Tailwindem je prostě nedám.

Oblast je řekněme web app pro kalkulace určitých věcí, ale neřeknu jaká

6

Vývoj / Vyplatí se k webu dělat nativní appku na iPhone a Android?

« kdy: 03. 12. 2025, 17:07:45 »

Mám web napsaný v React.js pro širokou veřejnou, který musí být úspěšný finančně, a uvažuju, jestli má smysl dělat variantu pro mobil nativně. Nemyslím si, že to vypadá na mobilu špatně - mám to pro mobil celkem vyladěné - ale nevypadá to na něm tak dobře jako nativní android nebo ios aplikace.

ještě jsem nikdy appku pro mobil nedělal, ale celkem mě lákají designové prvky, které má k dispozici iPhone. Bohužel teda zrovna iPhone má 3x menší zastoupení mezi uživateli mobilů.

Po menším průzkumu trhu jsem zjistil, že hodně userů je celkem rozmazlených, a vyžadují ten můj typ aplikace mít i pro mobil - že za ni teda nehodlají platit, je věc druhá. Zrovna za můj typ aplikace si firmu účtují 800,- Kč /rok, což je docela dost. Takže useri na stranu jednu něco chcou, ale na stranu druhou, pochybuju že platí.

7

Vývoj / Re:JavaScript vs. TypeScript: rovnaký alebo rozdielny jazyk?

« kdy: 12. 11. 2025, 19:36:28 »

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.

8

Vývoj / Re:Vygenerování statických HTML stránek z Reactu (SEO)

« kdy: 08. 11. 2025, 10:20:12 »

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.

9

Vývoj / Re:Vygenerování statických HTML stránek z Reactu (SEO)

« kdy: 08. 11. 2025, 10:13:10 »

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.

10

Vývoj / Re:Vygenerování statických HTML stránek z Reactu (SEO)

« kdy: 07. 11. 2025, 15:44:40 »

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.

11

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.

12

Vývoj / Re:Vygenerování statických HTML stránek z Reactu (SEO)

« kdy: 06. 11. 2025, 16:53:35 »

Wangarad ty jsi debil.

13

Vývoj / Re:Vygenerování statických HTML stránek z Reactu (SEO)

« kdy: 06. 11. 2025, 14:39:02 »

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.

14

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.

15

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