Další nový jazyk

No nevim jak moc dobre maji ten preklad vyreseny :-D
https://gist.github.com/1277224

Bylo to bez optimalizace, s ni to byla +/- stejne velke.

Mrkněte třeba sem:

https://github.com/jashkenas/coffee-script/wiki/List-of-languages-that-compile-to-JS

Je řada jazyků, které lze kompilovat do JavaScriptu. Ale vývoj v nich není příliš rozšířený ani u větších projektů, kde nějaká režie na zaučení, nastavení infrastuktury pro překlad apod. tvoří malou část celkového času. Já vidím dva důvody:
a) špatně se to debuguje (debuguje se ten JavaScriptový generovaný kód, který pokud není hezký, tak se ladí dost špatně ... a i když je hezký, tak to není ono)
b) výsledek je velký a pomalý

Jako příklad můžete kouknout třeba na jazyk podobný C#, který používá celkem čitelný a transparentní překlad do JavaScriptu (přitom také má dědičnost, generika, ...):
http://www.toptensoftware.com/prefix/code

Jako ideální mi přijde do prohlížečů nacpat univerzální virtuální stroj (něco jako třeba .NET Runtime) s tím, že by prohlížeč požíral bytecode. Překladačů z různých jazyků do tohoto bytecodu by jistě vzniklo plno (stejně jako u překladačů do .NETu (IL) nebo do JavaScriptu). Vývoj jazyků by nebyl omezen na standardizaci, implementaci v prohlížečích a aktualizace prohlížečů na koncových zařízení. A tedy by šel jistě rychle kupředu.

Webové programování by se tak výrazně přiblížilo možnostem desktopovému programování - různé jazyky a nástroje, rychlost, ..

Ladění by pak mohlo být řešení buď doplňky do prohlížečů nebo externí debuggerem, který by se napojil na (ideálně trochu standardizované) rozhraní prohlížeče (resp. virtuálního stroje).

Tento princip není nic nového a myslím, že pro web by se vyloženě hodil. Ano - pro menší aplikace je to zesložitění (ale tam JavaScript není problém). Pro větší (a postupem času na webu jsou a budou čím dál tím více komplexnější aplikace) mi pak tohle přijde ideální řešení.

DART je sice celkem pěkný jazyk, ale rozhodně ne vyzrálý. A se změnami bude problém, protože prohlížeče jej nebudou podporovat. Překlad do JavaScriptu není dobré řešení (viz výše). Také je otázka, zda se DART vůbec podaří protlačit do všech prohlížečů. Není to úplně systémová věc a Google asi nemá chuť procházet nějakou širokou diskusí a standardizací (z časových důvodů při každé změně). Programovací jazyk je do značné míry subjektivní věc - někomu se líbí to, někomu něco jiného. Také na řešení určitých problémů se hodí více něco jiného než na řešení jiných problémů. Virtuálního stroj je mnohem méně subjektivní věc a tedy dosáhnout nějakou ovšeobecnou shodu mi přijde mnohem snazší.

[3] Překladem do bytecodu přijdete o možnost podívat se, jak jsou cizí stránky napsány.
Čím exotičtější jazyk, tím hůře se shání noví programátoři, kteří budou projekt třeba udržovat.

[4] Ano - překladem se ztratí možnost dívání na zdrojový kód. Otázka je, zda je to výhoda nebo nevýhoda.

Navíc nějaká forma obfuskace nebo ztrátové minimalizace se u JS často používá (zvláště u větších projektů, kde by se tohle asi nejvíce používalo). Náhrada významových identifikátorů, ztráta komentářů ... to jsou automaticky neobnovitelné ztráty, které stejně téměř znemožňují čtení kódu.

A zveřejnit zdroják, pokud má na tom autor zájem, není problém v žádném případě.

Nakonec je to případě všech kompilovaných jazyků (i když třeba u Java, C# apod. existují celkem účinné dekompilátory) a nepůsobí to nějaké problémy.

> Čím exotičtější jazyk, tím hůře se shání noví programátoři, kteří budou projekt třeba udržovat.

To jistě - každý bude muset přemýšlet, jaký jazyk je vhodný pro daný projekt. Postupem času stejně bude několik málo používaných (osvědčí se při vývoji, budou mít širokou podporu, vývoj, ...) a ostatní okrajové. Nicméně na webu volný vývoj jazyků nikdy nebyl, takže v případě "otevření trhu" by se jistě našlo dost zajímavých projektů, myšlenek, ...

@3 To je tedy nebetyčná kravina.
a) Debuguje se kód ve zdrojovém jazyce (viz např. GWT).
b) Kód sice bývá trochu větší, ale ne pomalejší. Generovaný JS je často rychlejší než ručně psaný.
Lidi, myslete hlavou a pokud něčemu nerozumíte, tak to vůbec nekomentujte ;-)

GWT je jeden z mála, kde nějaké možnost ladění na úrovni zdrojového kódu jsou - většina zmíněných překladačů (resp. doprovodných nástrojů) takové možnosti nemá. A když už nějaké nástroje jsou, tak typicky ne pro všechny prohlížeče nebo velmi omezené.

Zkoušel jsem před pár měsíci několik takových projektů a nebyl to žádný zázrak po stránce rychlosti (zejména první inicializace). Zvláště patrné to bylo u starších prohlížečů, které jsou na tom s výkonem řádově hůře než moderní prohlížeče.

U kódu je třeba jej celý na počátku parsovat (lexikální analýza, syntaktický analýza, ...). U bytecode je sice třeba před spuštěním provést validaci, ale ta se dá typicky provádět postupně (validovat vždy jen to, co je třeba spustit), což u kódu provést typicky nelze, protože nikdo neví, ve které části je co.

@7 Parsing kódu je velmi rychlý. Samotné generování taky (kromě C++, kde může být exponenciální kvůli šablonám). Kromě IE6-8 nehraje čas potřebný na parsing ani u větších projektů žádnou roli.