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