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

Stran: [1] 2 3 ... 65
1
Bazar / Re:Prodám zálohy linuxových distribucí na CD a DVD
« kdy: 29. 11. 2025, 18:27:54 »
áno toto je bizár....

Nie len že archívy starých a už dávno nepodporovaných distier viem nájsť zadarmo na Internete, ale dnes má význam je sťahovať vážne len pre edukatívne účely a hlavne v prípade CD/DVD nosičov je otázne či je to ešte čitateľné a či vôbec dáva zmysel to kupovať keď takmer s istotou by bolo potreba kupovať k tomu aj samotnú mechaniku, ktorú už žiadny dnešný HW nemá. Ale ak by niekto to aj dnes potreboval inštalovať z neviem akého dôvodu, tak si to stiahne zadarmo,...

fakt netuším kto si toto kúpi... keby to boli aspoň originál krabicové inštalačky, že pre zberateľstvo, ani to sú len kópie. Kus plastu, nedáva to logiku kupovať vôbec.

2
Vývoj / Re:Vezme AI ajťákům práci?
« kdy: 19. 11. 2025, 15:54:58 »
senior, který je schopen pregnantně psát prompty + Claude Code > senior + junior

Škoda len že takého seniora som nikdy nevidel, len takých čo keď napíšu prompt tak to "AI" urobí furt niečo iné než má, a buď je výhovorka že on píše špatné prompty, alebo niektorí vedia že "AI" jednoducho je blbá.

3
Vývoj / Re:Vezme AI ajťákům práci?
« kdy: 19. 11. 2025, 15:02:19 »
K nadpisu áno... ale skôr ju vezme všetkým ostatným, v roku 2200 alebo tak nejak, keď vznikne reálna AI a nie len dnešné agentic coding a LLM.

4
Stále nemám čas. Chápem to správne, že vyhrávam 4:0? To je možno už konečný výsledok. Súdiac podľa (ne)záujmu.

Ak toto fakt bereš ako "súťaž" tak nemá zmysel s tebou ani debatovať. Honiť si ego nie je moja várka. Radšej by som si prečítal pádne argumenty.

E: pádne argumenty som tu videl len od jedného človeka a aj to je otázne že ak aplikujem stejný postup na GCC vs Clang, že či "C" program prekladaný jedným či druhým sú 2 jazyky. Pretože at sa tiež nejaké API líši, len v zanedbateľnej miere (podobne ako JS vs TS). Takže ak chceš byť súťažný, zatiaľ to vidím na remízu.

5
Ale pokryje aj nulu a prazdny string a mozno aj prazdne pole.
A presne pre to uz nic v javascripte nepisem dobrovolne, mam len jedny nervy.

Akurat že nepokryje... ak by to bol != undefined tak ano, ale null už nie, viď tabuľku https://developer.mozilla.org/en-US/docs/Web/JavaScript/Guide/Equality_comparisons_and_sameness#comparing_equality_methods

pripadne si to sami vyskušajte... x == null da true len a len ak x je null alebo undefined, nič iné

Kód: [Vybrat]
Welcome to Node.js v24.11.1.
Type ".help" for more information.
> [] == null
false
> "" == null
false
> 0 == null
false
> undefined == null
true
> null == null
true
> false == null
false
> true == null
false
> NaN == null
false


6
I keď reálne by stačil

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

ktorý pokryje aj null aj undefined

7
Sice jsme trochu off-topic, ale v nativním JS lze použít ještě třeba taky:
Kód: [Vybrat]
if((pom ?? null) !== null)

Ne, že by to teda bylo o moc přehlednější ale různí soudruzi mají různý vkus.

Nedáva už väčší zmysel potom použiť:

Kód: [Vybrat]
if (![,null],includes(pom))

?

8
Zatiaľ sa asi len zhodnem že toto je skutočne subjektívny pohľad a vidím že každý má iný pohľad na jazyk a chápanie termínu "programovací jazyk" že čo to vlastne znamená.

9
Ak sa budete hlásiť na job, kde budú požiadavky veľmi dobrá znalosť TS, nepochodíte s tým, však ja viem JS, to je to isté...

Tak to potom JavaScript vývojári taktiež nie sú JavaScript vývojári ak nevedia proxy objekty, generátory a symboly. Chápem čo sa snažíte povedať, bežne na ponukách pracovných pozícií sa JS a TS berú ako 2 jazyky, ale aj v obchodoch sa berie že paradajka je zelenina, no ja asi pozerám z botanického pohľadu kde je to ovocie.

10
Percentuálny rozdiel v syntaxy a API medzi JS a TS vidím asi taký ako medzi JSON a JSON with comments (JSONC). A tiež by som povedal že je to stejný formát prakticky.

11
Typ dat je pouze konvence. Je pouze věcí konvence, zda třeba řada čísel v paměti je "jen" pole čísel s pevnou délkou nebo jde o řetězec s pevnou délkou. Takže ano, může mít typy, které JS nemá. Protože z hlediska jazyka jako takového ten typ je daný v podstatě jen tou deklarací. Anotancí. Konvencí.

A ano, je to samostatný jazyk. Jazyk právě těch typových deklarací. Má definovanou syntax, vyjadřovací prostředky, scope. Nic, čím by se lišil od ostatních domain-specific jazyků v něm není. A přesně v místě, kde se napojuje na JS tak tvoří univerzální jazyk spolu s ním. Ten je sice JS blízce příbuzný ale atokonto těžko může jít o tentýž jazyk.

Tolik prostá neformální logika.

Zaujímavý pohľad, asi z tohoto pohľadu máte pravdu, i keď ja skôr chápem jazyk ako špecifikáciu syntaxe a API. Tie typové anotácie majú rozdielnu syntax ako @type vs :, teda JSDoc vs inline, ale už popis typu samotného, nie len "oddelovač syntaxu logika vs typová anotácia", je taktiež zhodná, v podstate v @type {X} za X môžem napísať ľubovoľný TypeScript výraz resp. definíciu typu. Kľudne aj <T extends boolean>(val: T) => T extends true ? A : B a je to v JS valídne (keďže je to v podstate komentár, ale má efekt na tooly). Je to podobné ako dokumentačná syntax v C# napríklad.

takže síce syntax "oddelovača" je iná, v podstate syntax sugar, tak stále neviem prečo by sa JS a TS brali ako samostatné jazyky... lebo môžeme argumentovať že __builtin__* medzi CLang a GCC sú tiež rozdiely. Koľko % rozdielov definuje kedy to môžeme považovať za iný jazyk je už asi subjektívne.

12
Sú to podľa mňa jednoznačne dva rozdielne jazyky. Ak sa naučíte JS, neznamená, že budete ovládať TS. Ten typový systém je dosť komplikovaný.

Ak sa budete hlásiť na job, kde budú požiadavky veľmi dobrá znalosť TS, nepochodíte s tým, však ja viem JS, to je to isté...

Lenže ten typový systém mám aj v JS, len ho treba povoliť v jsconfig.json, stejne ako u TS v tsconfig.json. Bez nich to nemá efekt. S nimi to má efekt v oboch jazykoch. Rozdiel tu teda nie je.

13
Pokud vím, tak JS není podmnožinou TS, jelikož se některé konstrukce interpretují jinak:

https://news.ycombinator.com/item?id=18942886#18944467

Stejně jako C není podmnožina C++, pokud se něco v posledních letech nezměnilo.

Toto je taký rare-case, prakticky v dobe prettieru a ESlint neexistujúci, keďže by to nepotrebnú zátvorku odstránilo,... že neviem či toto je argument na potvrdenie rozdielu medzi jazykmi i keď súhlasím nad týmto špecifickým rare-case som ani neuvažoval že jedna syntax môže znamenať 2 rozdielne veci v JS a TS. I tak tie rozdiely sú minimálne.

14
Toto je reakcia na komentáre v článku https://www.root.cz/zpravicky/typescript-sa-na-githube-stal-programovacim-jazykom-cislo-jedna/nazory/ a keďže komunikácia je tam veľmi pomalá, a efektívnejšie je to prebrať do detailov tu na fóru, a získať pohľad viacej ľudí, myslím že je fajn tu začať túto "subjektívnu sebatu".

Osobne tvrdím že JS a TS je prakticky zhodný programovací jazyk až na jednu jedinú výnimku a to je syntax typovej anotácie (inline vs JSDoc, čo sú veľmi minimálne rozdiely. Ak by som ale mal brať že JS a TS je rozdielny jazyk (moje prirovnanie s "vymením podušku v Škoda Octavia a predám to ako moju vlastnú značku) dosť platí, pretože tie rozdiely sú obdobné ako v C prekladanom cez GCC vs Clang (aj tam sú konštrukty, ktoré chápe len jeden nástroj).

Navyše interoperability medzi JS a TS je tak obrovská, že vlastne všetky knižnice a frameworky fungujú v oboch bez akejkoľvek zmeny alebo "patchovania". Takže je logický assumption že je to stejný jazyk ak ekosystém je zhodný, nástroje sú zhodné (TSC rozumie JS a aj typovým anotáciám v ňom), atď... viď https://github.com/Mlocik97/JSvsTS/tree/master/src môj example.

Ak by sme teda ale tvrdili že jazyk neurčuje tool ktorý ho spracuváva (pretože predsa GCC a Clang nie sú 2 rozdielne jazyky "C"), tak potom definícia jazyku je skutočne len špecifikácia syntaxe a API a v takom prípade JS vs TS zas len platí moje "rozdiel je len v syntaxy typovej anotácie"... z pohľadu runtime sú obe jazyky zhodné, z pohľadu toolingu a typovej kontroli tiež, z pohľadu ekosystému zhruba tiež, a v podstate TSC je pre mňa "type-aware linter" (však keď si to tak dnes zoberem TSC ani nepotrebujem na spustenie TS, viď BunJS, Node, ESBuild...), a transformácie ktoré to robí pri "transpilácii" sú na úrovni transformácií ktoré robí ESLint, ESBuild, či Babel.

Taktiež argument že TS má typy ktoré JS nemá mi príde nesprávny, predsa typy sú o tom ako sa dáta ukladajú do pamäte, a to je teda aspekt runtime, ktorý je v oboch jazykoch rovnaký. Teda defacto sú to jeden a ten istý jazyk. Rozdiel je max v typových anotáciách, nie typoch samotných... a rozdiel v anotáciách je fakt len v pár syntaktických rozdieloch.

Čo si myslíte o tom vy? A ak toto číta echo_zulu, môže pokračovať tu, aj tak ten článok už dosť sa zahrabal hlboko v správičkách a taktiež debata tam je dosť meh keď sa pol dňa len čaká na schválenie jedného komentáru, a pri takejto diskusii by to trvalo večnosť to celé "vyjasniť".

Ďakujem všetkým vopred za vaše názory.

15
Windows a jiné systémy / Re:Vlastnosti macOS pro linuxáka
« kdy: 05. 11. 2025, 18:18:07 »
Až si někdy za X let budu pořizovat nový stroj, case sensitive filesystem si nastavím. Občas kvůli tomu musím dělat skopičiny, naštěstí je to párkrát za rok, takže to přežiju.

Asi před 8 lety jsem zkoušel case sensitive HFS+ a celkem rychle jsem přešel zpět. Už bohužel nevím, co to bylo (určitě nic z MacOS, protože ten s tím počítá), ale buď to přestalo fungovat úplně nebo to nefungovalo dobře. Osobně mi víc vyhovuje insensitive (přijde mi logičtější) a až na jednu výjimku s ním nemám sebemenší problém. To výjimkou je modul OpenFOAM (používám k FreeCADu). OpenFOAM používá soubory s oběma velikostmi znaků, takže si je pak na case insensitive fs přepíše. Fakt tam mají

thermophysicalModels/basic/psiThermo/PsiThermo.C (6759B)
thermophysicalModels/basic/psiThermo/psiThermo.C (2718B)

Pro tenhle účel mám vytvořený dynamický APFS case sensitive volume

https://www.phoronix.com/news/Linus-Torvalds-Anti-Case-Fold

Citace
Dammit. Case sensitivity is a BUG. The fact that filesystem people *still* think it's a feature, I cannot understand. It's like they revere the old FAT filesystem _so_ much that they have to recreate it - badly."

Btw. case senzitivita absolútne nedáva zmysel ani logiku, trebárs ako poriešime znaky iné než a-zA-Z, potom tu máme výnimku z výnimky a chaos... jednoducho jedna séria bitov je jedna vec, druhá séria bitov druhá vec. Iné nedáva logiku.

A vôbec prístup cez HTTP alebo browser k súborom, pre prehliadač taktiež `a` a `A` sú 2 rozdielne znaky. Ak by sme aplikovali case insensitive logiku, tak gratulujem až budeš mať akýmkoľvek spôsobom riešené handlovanie prístupu k súborom cez prehliadač.

Stran: [1] 2 3 ... 65