si netrufam povedat naco ten jazyk vyvijaju, ale ja pre neho nemam ziadne pouzitie :)

ty hovoris o debuggovani assembleru, to vobec neznamena, ze debugger pre go nebude vediet citat go kod. aj vyssie jazyky sa predsa daju debuggovat

20 percent je vycucane cislo, pozri sa na ten link, cl-ppcre sa da povazovat za celkovo vykonnejsie. garbage collector ma aj vyhodu, ze dlho beziace procesy bezia rovnako:

performance will not degrade over time like a C or C++ program that performs comparable storage allocation (typically 25 to 50 percent degradation for a C or C++ program, depending upon heap size, malloc/free implementation, and allocation/deallocation patterns).

a samozrejme standardne vyhody, ze netreba nic alokovat, ziadne leaky, ziadne mrtve pointery, "jump to hyperspace", ani nic podobne.

pokial neexistuje zasadny problem v jazyku, tak sa da program optimalizovat az k zanedbatelnemu rozdielu oproti C (casto je I/O wait vacsi problem). a tam kde su zasadne problemy, vzdy je moznost spravit externu kniznicu.

v konecnom dosledku aj mne sa zda, ze chcu C s korutinami a lepsou pracou s vlaknami, ale nac im to bude nemam predstavu