Pull to refresh

Comments 38

UFO landed and left these words here
Не просто похожа, а прямо вылитые червяки. Копошаться такие в баночке, копошаться. А ты их достаёшь по одному, на крючок насаживаешь и каааак… фьюх… и поплавочек уже мерно качается на волнах. А рядом в ведре рыба пойманная плещется. И костерок потрескивает.

Чорт, что-то на рыбалку захотелось :)
Сегодня хлеб с тмином купил, брат тоже разглядывал разглядывал и говорит на червяков похожи.
Было бы интересно почитать про это поподробнее. Из этого «обзора» я вынес только, что есть какие-то семки.js
Есть такая концепция: Server-side Javascript
CommonJS — это язык, построенный на основе javascript для воплощения концепции.
(начнем проводить аналогию например с php)

Вот для этой реализации был написан менеджер пакетов (pear).

Между делом нам сообщают, что работает сервер для пакетов на node.js.
Последний представляет из реализацию(?) CommonJS на основе js-движка V8 (от Хрома)
с доп. библиотеками для написания произвольного TCP-сервера.

Поправьте, если что не так.
Всё верно. В будущем вероятно, добавят поддержку других серверов.
Сейчас становится очень популярной разработка серверных приложений на Javascript с использованием машины, управляемой событиями.
Скорость и стабильность таких приложений обычно превосходят аналогичные на Ruby/EM и Python/Twisted.
Немаловажно также единообразие серверного и клиентского окружения.

Самы распространённый сервер для таких приложений — Node.JS.

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

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

Теперь есть.
Теперь понятно. Мне кажется, стоит сделать отдельный блог под серверный JS, потому что под Javascript'ом как-то принято понимать клиентский JS. Хотя, с другой стороны, продвигать в массы будет проще через этот блог. Но тогда стоит получше разжёвывать в постах о том что это и с чем его едят, а может быть помещать ссылки на посты по этой теме. Тогда и желающих помочь больше найдётся ;)
Да, тема очень интересная и нужная. Тем более в свете все большей популярности ServerSide JS.
Похоже seed является неким враппером над nodejs, как это влияет на производительность?
Фактически никак.

Замедляются вызовы require, которые обычно в приложении выполняются ещё до входа в цикл сообщений.
Насколько я помню, это выход из цикла и вход в цикл сообщений библиотеки libev.
Используется для requireSync.
>Самы распространённый сервер для таких приложений — Node.JS

Мне кажется, Opera Unite популярней.
Opera Unite построена с использованием технологии одноранговой сети.

Я жке говорю про традиционный стек client-server.
Удивительно, но «традиционный стек client-server» никак не противоречит «использованию технологии одноранговой сети», просто каждый компьютер может быть и сервером, и клиентом.
В случае Opera Unite ваше определение «серверных приложений на Javascript с использованием машины, управляемой событиями» вполне подходит.
Семки.js =D похоже тока для реальный пацанов, пойду поставлю.
Кстати установка не самая тривиальная никогда не понимал, что мешает сделать через makefile
Форкнитесь и добавьте Makefile ;)

Вообще говоря, использование make не является стандартным для разработчиков на том же Ruby, где есть великолепные альтернативы (rake, thor).

Уверен, что появится и альтернатива make на чистом Javascript.
Есть jake — клон rake. Используется например в фреймворке Geddy для генерации шаблона приложения.
нет. это Тмин обыкновенный — используется в кулинарии
Спасибо, гляну обязательно поближе. Но это все костыли, а E4X — стандарт.
Это просто библиотеки, а E4X действительно стандарт… Костылями имхо неуместно простые библиотеки называть.
Ну почему ж, если б E4X нативно был реализован ( я надеюсь это рано или поздно произойдет), то надобности в них не было. Так что ИМХО вполне уместно, как и много чего другого.
Для Node.js есть libxmljs и несколько других неплохих библиотек для работы с XML.
А еще ни один браузерный js-движок не поддерживает работу с файлами и сокетами. Но node.js-то их поддерживает. Может, и добавят.
Chromium уже поддерживает вебсокеты. Мозиловский движок — File API ( частично).
Слишком глубоко придётся в V8 копаться. Поддержку файлов и сокетов можно добавить просто добавив функций глобальному объекту, а E4X — уже изменение синтаксиса JS.
Слушайте, а чем вам нравится Server side JS? Тем, что там можно писать как курица лапой и при этом интерпретатор не ругается? По моему, так яваскрипт — гадость с неудобным синтаксисом, кроме того язык динамический и плохо оптимизируемый (читай тормозной). Там даже наследования нет нормального, или функции типа object_merge.
Начнём с того, что на сегодня для этого языка существуют фактически самые быстрые движки, которые вообще доступны для динамических языков.

Кроме того, писать для web обычно гораздо удобнее на языках с динамической типизацией.

«Нормальное» наследование добавляется включением любой библиотеки наподобие base2.
Only those users with full accounts are able to leave comments. Log in, please.