Příspěvky

1

Software / Re:Má vůbec smysl reportovat někam chyby?

« kdy: 30. 12. 2025, 09:37:22 »

No takže Debian tam pro to má systém a dokonce i terminálový nástroj pro report bugů, takže to smysl má. Ale to be honest, reportovat že "Mám nejnovější grafiku ve svém notebooku a ta mi nefunguje", tak to asi smysl... nějaký malý má taky... Ale určitě nečekej, že to to někdo bude fiuxovat, kor když to není nutně bug, ale očekávané chování pro tvoji nepodporovanou fancy grafiku.

Mimochodem Debian opět nezklamal, super že pro to mají systém.

2

Software / Re:Má vůbec smysl reportovat někam chyby?

« kdy: 30. 12. 2025, 09:29:13 »

Já třeba u své webové aplikace jsem se sám postaral o to, že vidím errory, co se staly userovi, u mě na backendu v logu. Udělal jsem si to já. Ještě mi chybí přeposílání chyb v konzoli browseru ke mě na backend. User mi nemusí hlásit chyby typu, že se mu někde stal error.

Tak samo aplikace typu IntelliJ apod., když mají crash, tak ty můžeš reportovat chybu na jeden klik. Další reportování chyb je přes OS, ale to nevím, jak funguje - jako vývojář potřebuju vidět logy z mojí aplikace, a ne nějaký memory dump, to ať si strčí dopr. Nevím, jak se tohle na úrovní OS řeší a co to všechno umí poslat vývojáři.

A jestli tam vůbec Linuxové distribuce pro tohle reportování mají nějaké zázemí, a nebo to umí reportovat velké hov*, žádné logy, nic. Nevšiml jsem si nikdy v Linuxu, že bych zaškrtvával "Souhlasím že budete odesílat informace o chybách".

3

Software / Re:Má vůbec smysl reportovat někam chyby?

« kdy: 30. 12. 2025, 09:18:12 »

A pokud jde o reportování bugů, tak za to je zodpovědný výrobce toho sw, aby dal uživatelům prostředky k tomu, aby mohli reportovat, přípdně aby si zajistil, že může reporty sbárat. Tzn. typicky když je to opensource sw, tak na githubu můžou reportovat u toho repa bugy, a taky se to děje. A jestli se odbavují? To jde vidět na první pohled, když si tu sekci bugy člověk otevře - hned vidí, jestli je ten sw mrtvý, nebo se problémy řeší.

Tzn. ty máš nějaký nějakou sw komponentu, ta se nějak jmenuje, a v ní si myslíš, že je bug - našel jsi někde přes google místo, kde k ní můžeš reportovat problémy? Jestli ne, tak to se na to vykašlali autoři - to oni neudělali takový prostor.

Ale pokud jde o driver a tvoji novou grafickou kartu, která prostě není podporovaná, tak poslal bych tě do zadeki a řekl ti, co si dopr myslíš že jsi, a co si myslíš že jsem já. A kde vlastně jsi vůbec přišel na to, že je to bug, a ne chybějící podpora pro tvoji kartu.

Takže toliko k reportování bugů - bugy má smysl reportovat, ale je to zodpovědnost autorů, aby k tomu udělali místo - ne tvoje - a když takové místo není, tak to smysl asi nemá, protože se je stejně nikdo nechce odbavovat.

4

Software / Re:Má vůbec smysl reportovat někam chyby?

« kdy: 30. 12. 2025, 09:01:10 »

Já se vyjádřím k tomu, co řeší tazatel.

Když chceš seriozně používat Linux, tak za mě, neexistuje aby jsi ho provozoval na kdejakém stroji. To ty si musíš přizpůsobit předem hardware. Máš to zadarmo, druzí ti to vyrábějí zadarmo, nic za to neplatíš, tak snad jsi schopen alespoň takovou věc, jako kompatibilní hardware, zajistit.

Tzn. zjistit si, jaký notebook ti na tom pojede, třeba koupit i nějaký starší Thinkpad, a na tom to rozjet. Snad se alespoň trochu v téhle věci přizpůsobíš ty, ne?

No a nakonec, pravidlo další - dej tam Debian stable. Nebo nějaké distro, co je odvozené, ale je to pořád stable. Před lety to byl Linux MX nebo jak se to jmenovalo, ten fachal. Debian stable je nejstabilnější distro. Ale nesmíš naletěm těm povídačkám, že si tam bezobav můžeš dát unstable repa. To je jakási náborová kampaň na to, aby jsi se stal testerem.

Nejhorší zkušenost mám s Ubuntu, nebudu tu znovu popisovat, co mi 2 různé LTE verze udělaly, a jak se jim rozbily hned po instalaci repa a pak znovu, po přeinstalování. Katastrofa.

A v neposlední řadě - zálohování. ALe protože nemá Linux něco jako inkementální zálohovací systém, tak si to musíš udělat sám, a opět, musíš se přizpůsobit ty, ne oni tobě - tzn. koupím obrovsk disk, a zálohuju přes rsync vžydcky všechno naráz a točím třeba 8 záloh. Budeš si to muset naprogramovat s rsync.

5

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

6

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.

7

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.

8

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.

9

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á

10

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

11

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.

12

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.

13

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.

14

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.

15

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.