JavaScriptová harmonie – nová verze JS podle Eicha?
Nálepky:
Brendan Eich, autor JavaScriptu, na svém blogu představil svou vizi JavaScript Harmony. Je pravděpodobné, že mnohé z jeho návrhů se nakonec opravdu stanou součástí další verze JS/ECMAScriptu, a je tedy na místě podívat se, co nás (možná) čeká – od jmenných prostorů přes moduly až k syntaktickému ckuru známému z CoffeeScriptu („CoffeeScript is well done and more convenient to use than JS“, píše doslova Eich)
Martin Malý
Začal programovat v roce 1984 s programovatelnou kalkulačkou. Pokračoval k BASICu, assembleru Z80, Forthu, Pascalu, Céčku, dalším assemblerům, před časem v PHP a teď by rád neprogramoval a radši se věnoval starým počítačům.
Dúfam že do JS už konečne pribunú aj modifikátory prístupu.
ale nebudem čakať kým sa z JS stane plnohodnotný programovací jazyk, ktorý bude bežnou súčasťou všetkých prehliadačov. Pripravujem vlastnú nadstavbu nad JS
V prezentovaném jazyce bych opravdu nikdy nechtěl programovat. Myslím si, že jeden Python už tu máme, a nevidím důvod, proč dělat další. Nikdy mi v js nevadili středníky nebo závorky, a nejsem líný napsat slovo function. Budoucnost v js vidím v definování API pro knihovny (tam to je jako moduly) a zavedení volitelné typové kontroly (alespoň základní typy jako int/long/double/object).
keby ľudia rozmýšľali takým štýlom ako vy tak ešte dnes žijeme v jaskyniach, a lovíme mamuty :o) jazyk CoffeScript je samozrejme pokrok oproti hroznému javascriptu, ale stále nerieši niektoré jeho základné problémy.
A kde je v coffeescriptu pokrok? Psát .coffee a v prohlížeči ladit vygenerovaný .js ti přijde jako komfortní řešení?
Javascript nemá problém se syntaxí, ta je pro většinu programátorů stravitelná. Javascript má problém s výkonem, a s tím, že v něm díky dynamické povaze jazyka není možné psát rozsáhlejší projekty a dělat refaktorizace, o nástrojích typu code-assist radši ani nemluvím. Prostě dokud se v čístém js nebude dat dělat něco jako v silverlightu, tak tu máme nedostatek.
Jo, proč vymýšlet Python a raději se nezamyslet nad tím, jak vymyslet
standardní prohlížečové API pro spouštění scriptů v externích jazycích?
S prioritou na bezpečnosti spouštěného kódu.
ActiveX, Javascript, Java Applety, Flash, SilverLight, ….
Podle mě by ze začátku stačilo definovat alespoň ty moduly. Vůbec se mi nelíbí třeba řešení v node.js, přijde mi to jak PHP…