• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
  • přihlásit
    registrace
    ztracené heslo?
    KOJAProgramovani 40+
    FARIN
    FARIN --- ---
    QWWERTY: to musi být radost dělat s takovyma lidma
    QWWERTY
    QWWERTY --- ---
    TOOMIX: nas interni system ma jednoduchy ukol - na zaklade parametru udelat query do databaze a zobrazit nam jako uzivatelum formatovanou tabulku (a z nekterych sloupcu slepit odkazy, etc..)
    spooooustu let v kodu byl while loop a z te databaze tahal vysledek query po jednom radku. query, dopln html table radek na frontend, query....
    jak se tahalo vic jak 1000 zaznamu tak mohl jit clovek na kafe, ktere jsi pil zatim co jsi se koukal, jak se HTML tabulka vykresluje radek po radku, rychlosti jako kdyby jsi ji tahal pres 9600baud RS232

    a nas "hlavni a jediny vyvojar" nam tehdy rekl, ze s nama bude rad spolupracovat, ale jestli doplnime do toho webu jediny radek naseho kodu, tak nas tym prebira za ten jeho mrdnik celou zodpovednost a veskera budouci udrzba pada na nasi hlavu
    SUCHRE
    SUCHRE --- ---
    I kdyz to byla spis genx
    SUCHRE
    SUCHRE --- ---
    Jojo, to jsou ti sami boomeri, co napsali samotnou mongodb a poznaji, co se pro dany usecase hodi. Jeste, ze uz se dneska podle takovych zastaralych myslenek nepostupuje.
    ALMAD
    ALMAD --- ---
    TOOMIX: Pan je boomer a pouziva databaze s transakcema, takhle se to AI webscale neudela /s

    Stary, ale furt platny: https://www.youtube.com/watch?v=b2F-DItXtZs
    SUCHRE
    SUCHRE --- ---
    Uplne libova byla springboot aplikace, ktera mela konfiguraci ulozenou v databazi a kazdej parametr tahala pri startu zvlast. Kdyby to nebylo smutny, bylo by to smesny.

    AI je v tomhle alespon normalni a zakladni navrh dela v poradku
    SUCHRE
    SUCHRE --- ---
    Oni maji CRUD na transakce pro 1 zaznam, obvykle v jave, takze na strane serveru rozparsujou json a metodu zavolaji xkrat podle potreby. Hardcore frontendisti to delaji na strane browseru.

    Mass operace bud uplne ignorujou nebo je to odsunuty do faze mozny optimalizace, ktera se odklada tak dlouho, az je nutnej drahej refactoring, kterej se odklada jeste dyl.
    OXYMORON
    OXYMORON --- ---
    TOOMIX: To je jistě preferované a bezpečné řešení - ale někdy záleží i na tom, jak dlouho je ta transakce otevřená, o jaký jde objem dat a kolik takových mass insert/update/delete procesů může běžet najednou. To potom transakční LOG může dostávat docela na prdel a i násladné vypláchnutí může mít znatelný vliv na odezvy.
    Ale jsou i situace, kdy existuje požadavek na dostupnost vkládaných dat v průběhu procesu - pak se stejně bez atomické transakce neobejdeš :-)
    SUCHRE
    SUCHRE --- ---
    TOOMIX: To by ses divil.
    TOOMIX
    TOOMIX --- ---
    SUCHRE: normálně otevřu transakci a začnu to tam hrnout najednou. Když to někde padne na hubu, tak rollback, jinak commit. Co záznam to transakce udělá leda tak nějaký junior ne?
    SUCHRE
    SUCHRE --- ---
    AI umi navrhnout REST API, kde se s pri insertu 10 polozek do databaze nedela 10 transakci. To doted polovina vyvojaru nepochopila a absolutne ani netusi, kde a proc je to problem. Pokrocilejsi delaji tu hruzu aspon na strane serveru, vykonnostne prijatelny mass insert/merge/update/delete zvlada jeden ze sta.
    QWWERTY
    QWWERTY --- ---
    E2E4: neprijde mi, ze by si uplne stezoval.
    naopak ctu, ze bude potreba pomalejsi vyvoj - "This means frameworks need to innovate with much more care and move slower."
    spis z toho mam dojem, ze se snazi najit reseni jak zkombinovat budouci inovace s chovanim dnesnich AI a vyhodnoceni tradeoffu pri adopci nove technologie
    "newer frameworks might provide breakthrough capabilities that justify the temporary loss in AI-assisted development speed.
    Consider creating a formal evaluation matrix that includes “AI compatibility” as a weighted factor alongside traditional evaluation criteria."



    E2E4: neni to spatne, ale zni mi to jako wishful thinking :D
    ANT_39
    ANT_39 --- ---
    QWWERTY: Cicham cicham novy formalni jazyk pro psani dokumentace, aby se to tem LLMkam dobre travilo.
    E2E4
    E2E4 --- ---
    QWWERTY: něco co nás přinutí dělat víc dokumentace a dokonce dokumentace podle verze.. to je špatně v čem přesně? :)
    E2E4
    E2E4 --- ---
    MARASAN: no, nemůžu říct že cítím sympatie k někomu, kdo si stěžuje že kvůli AI už možná nebudeme mít nový cool a in JavaScript framework každýho půl roku. :)
    QWWERTY
    QWWERTY --- ---
    MARASAN: kdyz vynechame sabotaz novych projektu, tahle cast me velmi pobavila:
    "Ensure that the AI can understand what the API does without access to any documentation RAG or other unique knowledge."

    "A new programming language or framework will require dramatically more investment in documentation "
    kdyz si vezmu predchozi nadseni z psani dokumentace, zive vidim jak vesely bude vyvojar, kdyz zjisti, ze ji ma napsat nasobne vic, aby si ji misto uzivatelu mohli uzivat roboti
    MARASAN
    MARASAN --- ---
    Ale tohle je prisny:

    AI is killing the web | Software
    https://agileek.github.io/post/2025-01-10-ai-is-killing-the-web/
    MARASAN
    MARASAN --- ---
    How LLMs are secretly reshaping the code of tomorrow, and what to do about it | Nathan Peck
    https://nathanpeck.com/how-llms-of-today-are-secretly-shaping-the-code-of-tomorrow/
    VOY
    VOY --- ---
    Tak hlavne dost casto je to tak, ze ti lide ve finale k ty stejny reactovy aplikaci pristupuji pres nejaky wrapper co si stahnou z app storu.
    SULTHAN
    SULTHAN --- ---
    ALMAD: To byl vtip pro pobavení, za sebe jsem diskuzi ukončil.

    Jinak data rozhodně neukazují, že by lidé preferovali aplikace kvůli rychlosti načítání. Analytici se o to dost hádají - jedni tvrdí, že jde o lepší ovládání, další tvrdí že o lepší funkcionalitu (push notifikace, autorizace biometrií atd) ale jedním z důvodů je určitě i to, že lidé na web přistupují běžně skrz platformní aplikace jako je Facebook, Instagram nebo Temu, nikoliv přes prohlížeč.
    Kliknutím sem můžete změnit nastavení reklam