cwbe coordinatez:
101
63540
2111157
5047497
2000633
5006551
5007271
5007286
5007406
5010690
5011319

ABSOLUT
KYBERIA
permissions
you: r,
system: public
net: yes

neurons

stats|by_visit|by_K
source
tiamat
K|my_K|given_K
last
commanders
polls

total descendants::3
total children::1
show[ 2 | 3] flat
nevravim ze nema mat skoky, samozrejme skoky mat musi inak by sa nezmohol na nic vacsie ako hello world. ja vravim ze to nesmie byt bordel a skakat far skoky boh vie kde. Debuggovat potom taky kod je nocnou morou. samozrejme tiez netvrdim ze nekriticke veci sa nemaju pisat vo vyssich programovacich jazykoch. ale GO bolo vytvorene na kodenie aplikacii obsluhujuce servery a tam tych 20 percent zavazi. vyhodou je lahsia implementacia multithreadingu co na serveroch je velka vyhoda avsak problem pisat to nieje ani v C a je to len velmi specificky problem mimo ktoreho ostatne jazyky rozhodne GO tromfnu.




000001010006354002111157050474970200063305006551050072710500728605007406050106900501131905011341
Mr. Darcy
 Mr. Darcy      13.11.2009 - 18:15:51 (modif: 13.11.2009 - 18:18:15), level: 1, UP   NEW !!CONTENT CHANGED!!
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

00000101000635400211115705047497020006330500655105007271050072860500740605010690050113190501134105011373
vl4kn0
 vl4kn0      13.11.2009 - 18:38:55 , level: 2, UP   NEW
To ze v tom chcu kodit serverove aplikacie som cital niekde na internete, neviem ci nie na oficialnej stranke. No a co sa tika debuggovania, vychadzal som z toho ze zatial ziadny debugger nieje ani som nevidel napisane zeby vobec nejaky pripravovali tak som vychadzal z debuggovania gdb ked sa uz ako kompiler pouziva gccgo. A samozrejme vyhody co si popisal to skutocne su. Problem je ale napriklad absencia OOP bez ktoreho sa dnes vela programatorov nezaobide alebo pre nich nieje az taky atraktivny. Ale aky ten jazyk skutocne je, ake prinasa vyhody a nevyhody ukaze cas ked v nom budu naprogramovane realne projekty. Zatial mozme iba hadat.

0000010100063540021111570504749702000633050065510500727105007286050074060501069005011319050113410501137305011510
Mr. Darcy
 Mr. Darcy      13.11.2009 - 20:29:30 , level: 3, UP   NEW
pravda. aj v tom videu spominali, ze je to exoticky jazyk, takze mozno z toho ani nic nebude...