Understanding node.js

Евангелистская статья должна быть простой и понятной :-)

Было бы интересно узнать, какую реализацию вы пробовали.
Уверен, появятся и нативные модули для DOM.

Не вот так? Вообще уже есть jsdom, на нём работает jQuery. Т.е. можно сделать робота который будет обходить страницы и извлекать данные, например. Правда для тестирования интерфейсов имхо пока возможностей маловато.

Все давно скомпилировано и работает. Вопрос только в автоматическом билде под винды каждой новой версии, т.к. разработчики под виндоус не привыкли замарачиваться с компилированием средств разработки после каждого обновления.

Все претензии к Феликсу :-)

P.S. А тем, кто хочет почитать про Socket.IO на русском, могу посоветовать kuroikaze85.wordpress.com/2010/06/15/socket-io-node-js-game-making/.

Отличная штука с неприятной схемой разработки. Посмотрите в гитхабе — за все время ни одного стороннего коммита они не приняли, при наличии порядка 40 веток от сторонних разработчиков с баг-фиксами. Такое чувство, что стараются сохранить копирайт для каких-то целей, мне непонятных. В худшем случае — для смены лицензии.

Простите, действительно указано как в комментариях к статье, так и в одном комменте.

Должно помочь:
$> sudo apt-get install openssl libssl-dev

И так можно.

Думаю автор использовал 'parallel' вместо 'async' из-за выбранной метафоры, цари с асинхронностью как-то совсем не сочетаются. Да и статья не нацелена на техническую точность.

В Node, кстати, используется другая реализация цикла, libev.

Это его основное применение, скажем так. Однако это может быть любой другой TCP сервер, а также можно писать обычные утилиты командной строки. Так, для Node есть обётртки для JSLint и различных JSMin'ов, есть система сборки приложений Jake и много другого.

Есть туториалы по отладке nodejs в eclipse

Можно отлаживать в Eclipse, как уже сказали, и есть пошаговый дебагер для командной строки. Хуже всего тем, кто бинарные аддоны пишет, вот тогда сложно :-)

Не пробовал, но из этой статьи можно узнать, как дебажить привычным образом в Хроме.

irc.freenode.net уже стандартно

Список зависимостей был бы кстати. Заодно расскажите. Какая версия Node лежит в вашем репозитории. Есть мнение, что лучше собирать самостоятельно из исходников.

Есть Tornado и Twisted на питоне, PHPDaemon. Насчёт остальных языков не в курсе.
Подробно сравнить их не могу, не пробовал, однако Node удобен языком, удобно переиспользовать код и сам яваскрипт под события и цепочки колбеков хорошо заточен.

Из той же оперы есть ещё eventmachine для ruby.

В той нише, которую занял node, это вполне оправдано. Врядли вы будете спорить с тем, что Nginx справляется со своеими задачами, а он в основном и сделан на event-loop. Вы можете возразить, что в Nginx параллельно работают несколько таких обработчиков. Но это можно сделать и на node, просто запустив несколько копий приложения. Если нужно связать отдельные потоки, то уже есть готовые библиотеки.

Наличие нескольких потоков в приложении не освобождает программиста от необходимости следить за узкими местами. Если есть вероятность, что какой-то поток намертво повиснет, то это подрывает доверие к такому приложению, так как могу повиснуть и два, и большее количество потоков. Фишка же node заключается в том, что подобные длительные операции, например обращение к диску или БД, выполняются в отдельном потоке или с помощью асинхронных функций операционной системы, а значит никогда не блокируют основной поток (цикл) выполнения.