Vlákno názorů k článku
SUSE pracuje na SSH v jazyce Zig od Humanoid č. 1264054 - poruchový - Jako experiment dobrý, ale trochu mi uniká ten...

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.

Tak pomalé opravdu nebylo.

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/Per­cony 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

...Zatímco v podstatě porád hračkový 70b LLM model má v 4b kvantizaci kolik, tak nějak 40GB?...