Názory k článku
Node.js - s JavaScriptem na server

„Pokud bude zájem, přineseme vám o tomto nástroji další informace“ – ano prosím, já mám zájem.
Dík za zajímavý článek.

Rychlost V8 se často přeceňuje. Existují jiné dynamicky typované jazyky, jejichž kompilátory generují rychlejší kód.
Myšlenka Node.js je hezká, ale vybral bych si jiný programovací jazyk.

Myslím, že jednou z hlavních motivací je to, že to je JavaScript. Tedy ten jazyk který se používá na straně klienta.
V dnešní době je to asi (bohužel/naštěstí?) jediná rozumná volba, když chcete nějakou RIA aplikaci (pokud pomineme kontroverzní flash).
S volbou jiného programovacího jazyka už by tento projekt nebyl tak zajímavý…

Existují nástroje, které umí jiný jazyk přeložit do JavaScriptu (např. GWT, ocamljs).

To nepopírám, ale jsme opět u javascriptu a u myšlenky „proč nepsat v js vše…“

Jak postupne scrolujete, v levem sloupci se automaticky zvyraznuji nadpisy k aktualnimu odstavci.
Jinak to vypada docela zajimave. Proceduralne ci objektove premyslejiciho clovek asi prekvapi, ze nemusi dumat nad mainloop. A vetsina systemovych veci tam je resena fakt pekne.

Souhlas, API Node je hodně pěkně navržené. Když se člověk přenese přes to, že komentář v následujícím kusu kódu (převzato z mailing listu) neplatí :-)

promise = stat("somefile");
promise.addCallback(function(){
   ...might not get called if stat is an extremely fast function...
});

a pochopí proč, může být Node opravdu paráda. JavaScript all the way down :-)

Také jsem pro další články. Koukám a už to umí i databáze jako mysql a mongodb. S tím to začíná být pro mne hodně zajímavé :-)

odstavec o tom, k cemu to vlastne cele je, mi prijde jako nedostatecny. stale tomu nerozumim, proc bych mel psat aplikace na serverove casti v javascriptu, kdyz tu uz ted mame desitky ruznych jazyku, ktere jsou nepochybne vyspelejsi, nez ecmascript.

Tady bych doporučil projít si slajdy Ryana Dahla na http://nodejs.org/jsconf2010.pdf nebo zkouknout video jeho prezentace http://www.yuiblog.com/blog/2010/05/20/video-dahl/

Škoda, že se nestane módní nějaký framework/jazyk, který dbá i na korektnost.

jakou korektnost mate na mysli?

Korektnost té webové aplikace. Například, že generované HTML je v pořádku, v SQL dotazech nejsou nesmysly, odkazy v rámci té aplikace nevedou na neexistující stránky apod.

To mi stačí v případě, kdy mám stránky pevně dané. Pokud mám program, co generuje HTML, tak mi robot/filtry težko ověří, že v každé stránce, kterou vygeneruji, budou odkazy/HTML v pořádku.

čili myslíte framework/jazyk, pro které existují snadno použitelné testovací frameworky?
podle Davea Walkera, „there are two main routes to become a famous blogger“ http://is.gd/f0DCX
a podobne jsou dvě hlavní cesty, jak může vzniknout módní framework s dobrou podporou testů:
1, vznikne framework s dobrou podporou testů a stane se módním
2, vznikne módní framework

a nakonec jsem tohle rádoby moudro vlastně ani nechtěl odeslat, ale uklikl jsem se, sorry.

Například pro HTML myslím něco jako CDuce http://en.wikipedia.org/wiki/CDuce
Akorát by to mělo být jednodušší a v nějakém jazyce, co se více používá.

To vám s radostí odpovím. Čistě kvůli produktivitě. Totiž ono přepínat mezi JS a nějakým server side jazykem nemusí být zrovna ideální. Takhle programátor je v jednom jazyce a čím více toho napíše tím bude lepší. My to takhle praktikujeme v Abakowiki (byť u nás je hlavní jazyk Java. Klient je v Google WebToolkit) a opravdu ta změna je znát.

Proto mi přijde logické nepoužívat JavaScript vůbec.

Ano nemusíte, v tom souhlasím. Ale netvrdím, že cesta třeba čistě Java není nakonec ta nesprávná a neprosadí se pouze JS. To je holt riziko, JS má poměrně dobrou pověst oproti Javě, byť i pro mě osobně psát v JS je utrpení a nedělám to rád.

O.o JavaScript má dobrú povesť oproti Jave? Nechceli ste to napísať naopak?

Třeba proto, že js jako málokterý jazyk dobře reprezentuje typový systém reálného světa? :) Viz výborný článek Universal Design Pattern Steva Yeggeho.

A proč je Properties Pattern důležitý?

„Fellow Googler Joe Beda mentioned that IE4 originally supported arbitrary attributes on HTML elements, which dramatically extended the flexibility for web developers. Today, no browsers support it, though John Resig claims HTML 5 will fix this. In the meantime, developers use fake css classes and hidden elements; it's a mess. I actually deleted a pretty large rant about this problem from the article. But yeah. It's a problem. <b>When you don't provide the Properties Pattern to people, they find horrible workarounds, which is much worse than anything that can go wrong if you simply support it directly.</b>“

„Let me summarize what I think are the key takeaways.

First: this is a critically important pattern. I call it the "Universal“ design pattern because it is (by far) the best known solution to the problem of designing open-ended systems, which in turn translates to long-lived systems.

You might not think you're building that kind of system. But if you want your system to grow, and have lots of users, and spread like wildfire, then you are building exactly that kind of system. You just haven't realized it yet.

Second: even though people rarely talk much about this pattern, it's astoundingly widespread. It appears in strongly-typed systems like Eclipse, in programming and data-declarative languages, in end-user applications, in operating systems, and even in strongly typed network protocols, although I didn't talk about that use case today. (Nutshell: a team I know using CORBA got fed up and added an XML parameter to every CORBA API call, defeating the type system but permitting them to upgrade their interface without horking every existing client. Bravo!)

Third: it can perform well! Or at least, „well enough“. The playing field for potential optimizations is nearly unbounded, and with enough effort you can reduce just about everything to constant time.

Finally, it's surprisingly versatile. You can use it on a very small scale to augment one teeny component of an existing system, or you can go the whole hog and use it for everything, or just about anything in between. You can start small and grow into it as you become more comfortable with the pattern.

The Properties Pattern is not „just“ name/value pairs, although the name/value pair certainly lives at the heart of the pattern."

Používání ECMA skriptu na serveru může být výborný nápad. Svou jednoduchostí se tomuto jazyku máloco vyrovná.

Mně se podařilo implementovat ECMA skript úspěšně i do aplikace napsané v Qt – podpora je zde přímo vestavěná. Sice je to pomalejší, než nativní C++, na druhou stranu je to ideální způsob, jak donutit aplikaci dělat něco, s čím autor předem nepočítal nebo s čím počítat vůbec nemohl.

Také bych poprosil o další články věnované tomuto tématu.

Také se přimlouvám za další díl. Jestli je to menší moloch jak Apache+PHP tak to vypadá jako ideální prostředí nejen pro malé projekty.

moc, moc tomu fandím. JS na serveru a klientu zároveň může být ta pravá budoucnost web app. Podobně se o to snaží MS se silverlightem a C#, ale JS to válcuje přímou podporou v browserech, a jak napsal někdo přede mnou, Nokia poslední dobou také tlačí deklativní gui a JS kde může (QT Quick se to myslím jmenuje), no a když bude potřeba rychlost, prostě si dopíšeme modul v C++ a tradá.

ja nie.

Přijďte se podívat příští sobotu na WebExpo na mojí předášku o node.js: http://bit.ly/9AuTr7

Doporucuji podivast se na nodeknockout.com/te­ams pak clovek pochopi.

Hlavně doporučuji http://nodeknockout.com/teams/prague-js :))
Trochu neskromě se pyšním, že náš český tým vyhrál první cenu v oblasti užitečnosti.