Příspěvky

1

Vývoj / Re:Komerční web a SEO - JQuery a PHP?

« kdy: 21. 06. 2025, 11:58:43 »

PHP s nejakým MVC frameworkom pre server rendering je podľa mňa fajn. Na frontende by som ale išiel do niečoho modernejšieho, možno by som skúsil htmx (https://htmx.org/).

Mimochodom, vždy som mal pocit, že celé SEO je postavené na hlavu. Cieľom webu by malo byť poskytnúť relevantný / kvalitný obsah a dobrý user experience (to samozrejme zahŕňa aj browser compatibility, standards compliance, assistive technology...). Cieľom search enginu by zas malo byť ohodnotiť, nakoľko sa to podarilo. Fakt, že weby sa vyvýjajú v prvom rade tak, aby sa páčili search enginom, mi príde otočený naopak. Ak search engine v dnešnej dobe nie je schopný spracovať client-side rendered stránku, tak to nie je dobrý search engine a mali by sme sa na neho všetci kolektívne vykašľať

2

Vývoj / Re:K čemu je v PHP dobré použít framework?

« kdy: 03. 06. 2025, 13:56:21 »

No a v práci stejně dělám backend v Javě, takže budu věřit, že vyjma SQL injection nemusím moc co v kombinaci s Vue.js řešit.

PHP má oproti Jave tú výhodu, že backend rozbehneš na lacnom hostingu za pár desiatok eur na rok. Naproti tomu, pre Java backend budeš potrebovať aspoň VPS server, a to stojí rádovo 10x viac. Plus potrebuješ byť trochu zbehlý v administrácii vlastného servera. V závislosti od tvojich potrieb to možno zaváži, možno nie

Mimochodom, framework pre PHP má zhruba taký istý význam, ako framework pre Javu. Ten backend v práci určite nepíšeš v čistom Java Servlet API, ale používaš niečo ako Spring.

3

Vývoj / Re:K čemu je v PHP dobré použít framework?

« kdy: 02. 06. 2025, 13:26:57 »

Framework za teba vyrieši veci, ktoré by si inak musel naprogramovať sám, prípadne sám lepiť dokopy rôzne knižnice. Napr:

- MVC architektúra, adresárová štruktúra projektu, routovanie URL na konkrétnu logiku, friendly URL, šablónovanie a tak
- formuláre, validácia vstupov, error handling
- security, authentication, authorization, RBAC, ochrana proti útokom ako SQL injection, XSS, CSRF...
- datová vrstva, najeký ORM systém, migrácie dát
- REST API, GraphQL API
- ...

Niektoré frameworky toho ponúkajú viac, iné menej (tzv "microframeworks"). Niektoré sú veľmi striktné ohľadom spôsobu ich použitia ("opiniated"), iné ti nechajú viac voľnosti. Stačí si vybrať.

Spomínal si, že poznáš React a Vue. Takže nejaký microframework s REST API a ORM by mohol byť pre teba fajn.

Ak plánuješ riešiť frontend priamo cez PHP bez JS frameworku, vyber si nejaký opiniated framework, ktorý poskytuje úplne všetko. Budeš mať menej priestoru urobiť nevhodné rozhodnutie.

4

Server / Re:Hotový systém na prehliadanie údajov z DB?

« kdy: 29. 05. 2025, 08:09:57 »

Pridávam ďalšiu možnosť https://www.sqlmaestro.com/products/mysql/phpgenerator/ . Dá sa v tom vyklikať celý takýto webový systém a ono to vygeneruje príslušný kód PHP aplikácie. Programovanie nie je potrebné, ale znalosť relačných databáz áno.

Robil som s tým asi 5 rokov dozadu. Bol som schopný urobiť v tom podobné systémy na mieru zhruba za 30 hodín. Neviem ale povedať, v akom stave / kvalite je to teraz.

Vyzerá to trochu old-school, ale oproti cloud riešeniam ako airtable to má pár výhod.

• Dáta máš na svojom serveri, máš kontrolu nad dodržaním GDRP a podobne. (jasne, pre niekoho výhoda, pre niekoho nevýhoda)
• Platba za licenciu je jednorazová (free trial je 30 dní).
• Môžeš sa pohrabať vo vygenerovaných zdrojákoch a trochu ich ešte poupravovať. (ale ak ich opäť pregeneruješ, budeš musieť svoje dodatočné zmeny opäť aplikovať)

Majú verziu napr. aj pre SQLite https://www.sqlmaestro.com/products/sqlite/phpgenerator/ .

5

Studium a uplatnění / Re:Výběr rekvalifikačního kurzu

« kdy: 20. 05. 2025, 13:19:41 »

Ešte som sa zabudol vyjadriť k tej Jave... Ak s ňou už máte nejakú skúsenosť, tak ok. Ale ak začínate od nuly, skúste sa pozrieť napr. aj na tej Python. Úprimne, ja ho nemám moc rád, ale momentálne je veľmi trendy a je jednoduchší.

6

Studium a uplatnění / Re:Výběr rekvalifikačního kurzu

« kdy: 20. 05. 2025, 13:16:34 »

V prvom rade to chce dobrú angličtinu. Bez tej to nemá veľmi zmysel, keďže všetky programovacie jazyky, dokumentácia, učebné materiály ale často aj denná komunikácia na projekte sú v angličtine.

No a ak máte angličtinu, tak zdrojov na učenie je prakticky nekonečne veľa a zadarmo Ja mám rád coursera.org. Skúste si tam pohľadať napr. kurzy Python pre začiatočníkov. Ale pohrabte sa aj náhodne medzi inými kurzami a možno Vás osloví niečo úplne iné. Pri prihlasovaní na kurz to na prvý pohľad vyzerá, že sú všetky platené, ale na väčšinu z nich sa dá dostať zadarmo (s nejakými obmedzeniami ohľadom kontroly zadaní a tak).

Stať sa seniorom v IT je práca na pár rokov, tak držím palce

7

Vývoj / Re:Jak napsat objekt N to N

« kdy: 29. 04. 2025, 10:54:24 »

To znie ako pokus naprogramovať neurónovú sieť. Ak je to tak, odporúčam túto sériu kurzov https://www.coursera.org/specializations/deep-learning. V prvom kurze sa prejde všetko od základov algebry až po sprogramovanie kompletnej samoučiacej siete.

Ak je to inak, zadanie vyvoláva fúru otázok. Ako presne mám rozumieť "plnej ceste". Výpočet beží v nejakých lock-step iteráciách, zľava doprava, alebo ad-hoc? Ako sa z N prijatých čísel vygeneruje jedno, ktoré sa pošle ďalej?... Naozaj by to chcelo popísať problém konkrétnejšie.

8

Vývoj / Re:SQL: vypis susedov

« kdy: 26. 04. 2025, 14:20:58 »

Udržiavať si stav na backende asi nie je riešenie. Predpokladám, že stránkovanie môže vracať rôzne výsledky v závislosti od nastavenia filtrov a zoradenia. Teda jeden používateľ môže mať otvorených viac tabov a v každom vidieť inak stránkované záznamy. Takže z pohľadu backendu by to malo byť stateless.

Udržovat si stav na backendu je řešení. Věci jako session už byly vynalezeny. Každá záložka v prohlížeči si může pamatovat identifikátor své sady záznamů uložené na serveru.

Session je jedna pre všetky taby. Implementuje sa ako ID-čko uložené v cookies, a cookies sú naviazané na adresu webu, nie na tab. Alebo máte na mysli nejakú inú formu session?

Vytiahnuť si susedov hneď s daným záznamom tiež nerieši problém úplne. Ako poznamenal Zdeno Sekerák vyššie, len po posunie problém o krok (n-krokov) ďalej.

Řeší to problém úplně, protože při přechodu na jinou stránku a pošle požadavek na server a načte se nová trojice.

Práve ste povedali, že pri prechode sa načíta nová trojica => musí sa nanovo spustiť stránkovacia query. Tomu sa predsa OP chce vyhnúť, to je podstata tejto diskusie.

9

Vývoj / Re:SQL: vypis susedov

« kdy: 24. 04. 2025, 20:17:35 »

Udržiavať si stav na backende asi nie je riešenie. Predpokladám, že stránkovanie môže vracať rôzne výsledky v závislosti od nastavenia filtrov a zoradenia. Teda jeden používateľ môže mať otvorených viac tabov a v každom vidieť inak stránkované záznamy. Takže z pohľadu backendu by to malo byť stateless.

Vytiahnuť si susedov hneď s daným záznamom tiež nerieši problém úplne. Ako poznamenal Zdeno Sekerák vyššie, len po posunie problém o krok (n-krokov) ďalej.

Chcelo by to storage, ktorý je "tab-local". Ak tých záznamov nie je veľa, možno by sa celá sekvencia ID-čiek dala poslať a uložiť na frontend. Znie to obludne, ale myslím, že array s pár tisícami čísel by v praxi fungoval ok. V prípade, že ide o old school web, kde sa stránka stále načítava odznova, dalo by sa to "uložiť" ako URL query parameter ("records.html?filters=...&order=...&ids=1,2,3,4,..."). Priznávam, ešte väčšia obludnosť, ale funkčná

Ak je tých záznamov naozaj veľa a platí môj úvodný predpoklad, tak dodatočnej query by som sa asi nevedel vyhnúť.

10

Vývoj / Re:Co znamená v JavaScriptu výraz debugger?

« kdy: 21. 04. 2025, 15:45:18 »

Je to breakpoint. Ak sa vyskytuje v produkčnom kóde, nejaký developer ho zabudol po debugovaní vymazať.

On mozna nezabudol, muze tam byt schvalne
https://devtoolstips.org/tips/en/disable-abusive-debugger-statement/

Hehe, tak toto by mi nenapadlo Pobavilo skoro ako keď je na stránke <body style="overflow: hidden;">

11

Studium a uplatnění / Re:Prerspektivy studia IT ve světle současného vývoje AI

« kdy: 18. 04. 2025, 09:46:23 »

Verím, že softvérový inžinieri budú ešte dlho potrební. Kdo si myslí, že ich o rok-dva nahradí AI, podľa mňa nerozumie podstate ich práce. Predstava je asi taká, že človek má v hlave úplne jasnú predstavu toho, čo chce, a AI mu to prepíše do kódu. Ale tak to nie je.

Keď vývojár dostane zadanie, musí si obehnúť stakeholderov, zozbierať požiadavky, odstrániť v nich rozpory, vytvoriť si v mysli doménový model problému, zvážiť jeho právne aspekty, nájsť vhodnú architektúru, nájsť kompromisy medzi funkcionalitou a cenou (scope), "stokrát" si overiť že sa všetci správne rozumejú atď. Potom niekde príde písanie kódu, ktoré tvorí možno 30% práce soft. inžiniera a ktoré údajne nahradí AI. Ale ani toto sa podľa mňa úplne nestane, pretože písanie kódu je zložitý mentálny proces. Vývojár rozbíja problém na menšie podproblémy, hľadá vhodnú štruktúru, postupne spresňuje svoje chápanie problému, mení názory, overuje ich so stakeholderami, robí kroky dopredu aj späť...

Predstava, že toto všetko bude robiť AI sama v horizonte pár rokov je absurdná. Možno tak nejaký bežný web, e-shop, max. triviálnu CRUD aplikáciu. Tam to zatiaľ končí.

12

Vývoj / Re:Co znamená v JavaScriptu výraz debugger?

« kdy: 17. 04. 2025, 18:42:46 »

Je to breakpoint. Ak sa vyskytuje v produkčnom kóde, nejaký developer ho zabudol po debugovaní vymazať. Dá sa to vypnúť v záložke Debugger > Pause on debugger statement (Firefox).

Inak, napísať do Googlu "javascript debugger" a "firefox disable debugger" by bolo asi rýchlejšie ako písať na fórum 

13

Studium a uplatnění / Re:Jak se zbavit problémového kolegy?

« kdy: 15. 04. 2025, 11:52:11 »

Ak je to možné, rozdeľte si roly a kompetencie čo najjasnejšie. Ideálne tak, aby ste si navzájom nemenili tickety, kód, dokumentáciu a podobne.

Napr. pri microservice architektúre si podeľte zodpovednosť za jednotlivé services a "stretávať" sa budete iba na úrovni API. Čas potom ukáže, ktoré services sú spoľahlivé a s ktorými je neustále problém.

Pri menšom monolite je to ťažšie. Skúste si ho podeliť "horizontálne" podľa funkcionality tak, aby ste sa príliš nestratávali na úrovni db modelov, services layer-u, frontend-u a podobne. Ak je projet stále v plienkach, skúste zvážiť tzv. "screaming architecture".

Hovoriť o tom s projektovým manažérom má zmysel hlavne vtedy, ak je projekt dosť veľký a on vás môže "rozsadiť". Napr. jednému z vás ponúkne možnosť preorientovať sa na niečo iné, ako napr. DevOps. Na malom projekte je to proste o tom, že kolízie medzi vami budú stále vznikať a jeden bude musieť ísť preč.

Ale inak... aj na to je na projekte manažér, aby presne toto riešil. Ak je to už vyhrotené a on to stále nevidí / nerieši, tak problém je asi v prvom rade on.

14

Odkladiště / Re:Daňová optmalizace

« kdy: 13. 04. 2025, 11:52:55 »

Gratulujem

Najlepšie je asi nájsť si zbehlého účtovníka. Tu je môj (neodborný) vhľad. Budem písať v kontexte Slovenska, ale predpokladám, že v Česku je to podobné.

Myslím, že OSVČ z toho pri týchto príjmoch vychádza najhoršie.

• Platíš vysokú daň zo zisku, sociálne aj zdravoté odvody a nespadáš do limitov pre nejaké zmysluplné úľavy.
• Asi jediná optimalizácia sú výdavky. Ľudia si kúpia a odpisujú auto, robia pracovné cesty / cestovné výkazy, riešia diéty, stravné lístky... Nič moc.
• Nejaké možnosti ešte ponúka Autorský zákon. Napr. príjmy z licencií sa posudzujú inak ako dodanie tovaru / služby.

Pri SRO je aspoň nejaká flexibilita navyše:

• Sám si určíš typ a rozsah svojho pracovného pomeru a mzdu. To má dopad na výšku odvodov.
• Nevyplatený zisk si potom môžeš vyplácať ako dividendy. Tiež sú z toho odvody, ale vychádza to lepšie.
  
• Ak treba, niečo si vieš vybrať ako hotovosť do pokladne (ale toto nie je dlhodobo udržteľná cesta).
• Niečo sa dá vytĺcť zo vzťahu SRO a teba ako fyzickej osoby. Napr. môžeš firme prenajímať svoje auto.
• Zákon umožňuje ušetriť nejaké "drobné" na veciach ako vyplácanie 13. a 14. platu a podobne.

Nie je to žiadna veľká výhra, ale aspoň niečo.

15

Odkladiště / Re:MOOC pro firmy

« kdy: 09. 04. 2025, 07:31:48 »

Za zmienku stojí aj https://www.pluralsight.com/ . Aj keď ich business naceneniu nerozumiem (šialene drahé?), ja som si nejaký čas platil vlastný účet.