cwbe coordinatez:
101
63540
2111157
5047497
2000633
5006551
5007271
5007286

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::17
total children::2
show[ 2 | 3] flat


inak toto som nepochopil, preco takto to vyzera, ked je kazdemu jasne, ze c-like syntax je najkrajsia
ale mozno koli tej rychlosti kompilovania - co sa zda byt hlavna featura toho jazyka :)




000001010006354002111157050474970200063305006551050072710500728605007406
vl4kn0
 vl4kn0      11.11.2009 - 21:02:57 , level: 1, UP   NEW
rychlost kompilovania mna ako koncoveho uzivatela vobec nezaujima, skor by ma zaujimalo aky tvar ma vysledna binarka, ak je to bordel + skok sem skok tam tak to nema zmysel aj ked to skompiluje za sekundu. Ale cital som ze kompilovanim gc vznikne o 20% pomalsi program ako program pisany v C. dalej mi vazne prekaza spagetova syntax ktoru by som sa vobec nechcel ucit :D a jedine goals celeho projektu sa zdaju byt multithreading, to ze nevznikaju pametove chyby a rychlost kompilacie. proste bordel

00000101000635400211115705047497020006330500655105007271050072860500740605010690
Mr. Darcy
 Mr. Darcy      13.11.2009 - 12:56:53 , level: 2, UP   NEW
skoky su uplne legitimna sucast strojoveho kodu a instrukcnej sady. preco ta to trapi?

garbage collected vyssie programovacie jazyky maju vzdy nejaky overhead, otazka je ci to je vobec relevantne. maju ine obrovske prednosti a naozaj kriticke veci je mozne vzdy optimalizovat nejakou kniznicou v C.

vyssi jazyk nemusi hned znamenat 20% overhead, prikladom moze byt CL-PPCRE kniznica implementujuca Perl regular expressions, ktora je porovnatelna so samotnym perlom (niekedy az vyrazne rychlejsia)
http://cl-debian.alioth.debian.org/repository/rvb/cl-ppcre-sarge/doc/#bench

programovat vsetky nekriticke veci v nizkourovnovom jazyku je neudrzatelne a ma to dopad na kvalitu programov (obzvlast vie nastvat taky segfault so stratou udajov)

0000010100063540021111570504749702000633050065510500727105007286050074060501069005011319
vl4kn0
 vl4kn0      13.11.2009 - 17:55:36 , level: 3, UP   NEW
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: 4, 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: 5, 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: 6, UP   NEW
pravda. aj v tom videu spominali, ze je to exoticky jazyk, takze mozno z toho ani nic nebude...

000001010006354002111157050474970200063305006551050072710500728605007301
Mr. Darcy
 Mr. Darcy      11.11.2009 - 20:07:21 , level: 1, UP   NEW
myslim si, ze vsetky algol-like syntaxe maju +/- rovnaku zlozitost

na rychlosti kompilovania nezalezi, skor na tom kompilovani samotnom. snazia sa vyrobit kompilovany vysokourovnovy jazyk podobny C. zvyrazne slova im maju imho pomoct rozsirit ho medzi ludi, pretoze ficurami ma neohurili (lisp a erlang ich kedykolvek strci do vacku :))

00000101000635400211115705047497020006330500655105007271050072860500730105007310
repelent
 repelent      11.11.2009 - 20:14:31 , level: 2, UP   NEW
vsak take C++ je vysokourovnovy kompilovany jazyk podobny C :)
a java bytecode sa v ramci optimalizacii jvm tiez scasti kompiluje ak som dobre pochopil

ale ja do toho az tak nevidim, ze co tam vsetko maju.. len ta rychlost kompilacie bola prva vec co ukazovali v tom videu :)

0000010100063540021111570504749702000633050065510500727105007286050073010500731005007347
Mr. Darcy
 Mr. Darcy      11.11.2009 - 20:33:25 , level: 3, UP   NEW
nie, vysokourovnovy jazyk musi mat garbage collector, C++ je len sprasene C ;) java nie je kompilovany jazyk. ma svoj bytecode a svoju virtual machine, rozne optimalizacie, ale nativnu binarku ti neda.

na pozeranie videi mam pomalu linku :) rychlost kompilacie go mozno riesi nejaky specificky problem pre google, ale vacsinu sveta to vobec nemusi trapit

000001010006354002111157050474970200063305006551050072710500728605007301050073100500734705007363
Thunder Perfect Mind
 Thunder Perfect Mind      11.11.2009 - 20:42:27 , level: 4, UP   NEW
java je kompilovany jazyk, a bytecode moze byt nativna binarka :)

00000101000635400211115705047497020006330500655105007271050072860500730105007310050073470500736305007379
Mr. Darcy
 Mr. Darcy      11.11.2009 - 20:50:04 , level: 5, UP   NEW
v tom pripade je aj python kompilovany a neexistencia hw akceleratorov nie je prekazkou...

0000010100063540021111570504749702000633050065510500727105007286050073010500731005007347050073630500737905007397
Thunder Perfect Mind
 Thunder Perfect Mind      11.11.2009 - 20:57:42 , level: 6, UP   NEW
python ma nejaky kompiler produkujuci binarky schopne bezat na nejakej masine, virtualnej alebo realnej? ak ano, tak vtedy je kompilovany. mam vsak pocit ze pythonovske programy sa vacsinou pouzivaju v interpretovanom mode.

narazal som najma na zle rozdelenie, ktore si v prispevku pouzil: java je nepochybne kompilovana, len nie do nativneho kodu :)

000001010006354002111157050474970200063305006551050072710500728605007301050073100500734705007363050073790500739705007408
Mr. Darcy
 Mr. Darcy      11.11.2009 - 21:03:40 (modif: 11.11.2009 - 21:04:52), level: 7, UP   NEW !!CONTENT CHANGED!!
ano, od sameho zaciatku je mi jasne, ze sa chces chytat za slovicka. bytecode ma kdejaky jazyk, ale je ti to rovnako nahovno ako keby nemal, lebo potrebujes cely environment instalovat (a interpretovat bytecode)

pragmaticke delenie - kompilovany ti da binarku, interpretovany nie

tu si pohladaj javu http://en.wikipedia.org/wiki/Interpreted_language

00000101000635400211115705047497020006330500655105007271050072860500730105007310050073470500736305007379050073970500740805007437
Thunder Perfect Mind
 Thunder Perfect Mind      11.11.2009 - 21:12:11 (modif: 11.11.2009 - 21:15:10), level: 8, UP   NEW !!CONTENT CHANGED!!
tu si pohladaj javu:
http://www.dmoz.org/Computers/Programming/Languages/Compiled//
:)

hlavne netrep. environment potrebujes instalovat pre kazdy program, ktory ma nejake zavislosti. trolluj kludne dalej, len pochop ze medzi cisto 'interpretovany' a 'kompilovany' existuju aj medzistupne. napriklad dvojstupnova kompilacia...

0000010100063540021111570504749702000633050065510500727105007286050073010500731005007347050073630500737905007397050074080500743705023299
Furby
 Furby      20.11.2009 - 10:38:14 , level: 9, UP   NEW
veď ty si začal prvý rýpať, trollovať a slovíčkáriť.

Het spijt me, ik ben een man.

0000010100063540021111570504749702000633050065510500727105007286050073010500731005007347050073630500737905007397050074080500743705007450
Mr. Darcy
 Mr. Darcy      11.11.2009 - 21:16:42 , level: 9, UP   NEW
ty si prisiel, tahas ma za slovicka a ja som troll. LOL

000001010006354002111157050474970200063305006551050072710500728605007301050073100500734705007357
repelent
 repelent      11.11.2009 - 20:38:15 [1K] , level: 4, UP   NEW
mozno chystaju nejaky online-compiler a takto si usetria vykon :)