Jako experiment dobrý, ale trochu mi uniká ten "hype" kolem jazyka Zig, když má za 9 let jako stable pořád betu... Naděje nahradit C asi pořád je, ale...
Možná je problém jinde. Vývojáři Linuxu stárnou a nalákat mladé jde např na cool jazyky. Že už celý ekosystém nebude čisté C nebo "C with classes", s tím už se smířili. Aspoň že to není JavaScript (už tu ve Sklizni byl 100MB color picker v Electronu).
18. 11. 2025, 09:32 editováno autorem komentáře
To preto, ze Zig je velmi dobry jazyk, len sa mu nedostava tolko finnacii, hypu a pozornosti ako Rustu.
Aj Ruby je lepsi ako Python, ale vyhralo to riesenie ktore sa vedelo lepsie marketingovo presadit...
Ruby bolo desivo pomale aj v porovnani s pythonom a nemalo batteries included. Takze minimalne v tomto ohlade lepsie nebolo.
Takze ked sa specifikuje "lepsi", treba povedat "lepsi v com". Samotne "lepsi" je len nejaka dimenzia na ktoru mysli recnik, ale ostatni mozu mat na mysli ine dimenzie. Tak je lepsie ich explicitne uviest, nech vidia, ci myslia na rovnaku vec.
Ruby je lepšie v metaprogramovaní. Ak by získalo kritickú masu bolo by aj rýchlejšie.
Len spočiatku vyzeralo ako dosť kryptický jazyk oproti pythonu. Dnes ten rozdiel až taký nie je, keďže python naboptnal o rôzne "magické" rozšírenia.
Kryptický? Ruby je oproti Pythonu superextračitelné. Podotýkám, že jsem se k Ruby dostal právě přes Python. Ruby je vlastně když to tak vezmu asi nejčitelnější jazyk, který jsem v životě potkal. Python je proti němu šifra.
@martinpoljak
To som nenapísal, že teraz je ruby kryptické a python je čitatelnejší, prečítajte si tú vetu ešte raz.
18. 11. 2025, 22:47 editováno autorem komentáře
I PHP dohnal výkon Ruby, což byl jeden ze selling pointů Ruby oproti PHP.
18. 11. 2025, 15:12 editováno autorem komentáře
No nevím. Rychlé nebylo, pomalé také ne. Pomalá byla verze 1.8, pak se to dost výrazně zlepšilo. Já tedy jako hlavní selling point Ruby oproti PHP vnímám to, že je to takové "jak by PHP mělo koncepčně vypadat kdyby to (bohužel) nebylo historicky PHP". Na druhou stranu konkrétně tohle strašně zabíjely Rails, které sice měly na jednu stranu podíl na jeho rozšíření ale na druhou stranu v podstatě způsobily, že v Ruby nikdy nevznikl rozumný webový framework.
Kvůli výkonu nikdo ani v Ruby, ani v PHP fakt nepsal. Na to byly vhodnější jiné platformy. Třeba Node.js, ehm, kucky, kucky, kucky....
je to škoda, zig je opravdu zábavný a pěkně navržený. Syntax je ale občas nedodělaná a pořád se ladí, dokumentace je občas velký pahýl a chtělo by to opravdu asi více financí a více práce.
Je zábavné sledovať keď sa do jazyka pridá explicitny pamäťový management nie iba free a malloc. C to mohlo mať dávno a všetky frameworky to mohli dávno používať.
Celý problém C je v používaní knižníc 3tich strán. Dávno to mohlo byť vyriešené. Už aj moderný garbage collection bez prerusovania je lepší ako to čo má C. Pri moderných procesoroch je garbage collection absolútne prijateľná záležitosť aj v C.
Preto je aj C tam kde je. Prepouzivanie frameworkov a knižníc skoro na úrovni mrazu v podstate iba ak sa ináč nedá.
Problém garbage collectoru není výkon CPU, ale velikost RAM. Zvlášť když už i v PC světě je čím dál častěji pájená. Jinak mně osobně se líbí, že mě C do ničeho netlačí a základní knihovna není obludná (význam např pro použití na webu, aby se nestahovaly i jen "pouhé" megabajty). Mimochodem i v jazycích, které mají různé funkčnosti v základní knihovně, je časem více možností vedle sebe (např async v Rustu).
18. 11. 2025, 12:08 editováno autorem komentáře
No ja som za poslednych 15 rokov videl iba same prebytky RAM. Dnes ked bezny pocitac ma 8-16GiB RAM, servre vyssie 10tky az 100ky GiB.
Tak ještě nedávno se prodávaly počítače s 8 GB RAM, což celé vyplní OS, mail, Teams a 10 tabů ve webovém prohlížeči.
Osobně musím říct že vidím spíš za svoji kariéru nedostatek RAM než CPU. A to i u serverů (vždycky jsme měli problém mít dost RAMky, CPU se flákalo -- stačí trochu větší databáze a např. u MariaDB/MySQL/Percony větší innodb buffer pooly kvůli rychlosti a hned potřebujete pár desítek giga, případně u větší aplikace je dobrý mít větší redis/mem cache etc.)
Ale samozřejmně záleží na provozu a aplikaci, nicméně mě přijde že častěji člověk pracuje s daty než dělá náročné výpočetní úlohy...
18. 11. 2025, 18:43 editováno autorem komentáře