Сервер из нескольких nodejs-процессов вместо одного. Есть ли смысл?

Ну лень мне перфоратор осваивать.

Проще эрланга я языка не видел.

хвостатый зверек, вызывающий сам себя, и написанная фюррером инструкция

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

Идиотизм на идиотизме, ничего не хотим изучать, а сразу делать говно лишь бы работало.

Раньше я тоже, начитавшись ЛОРа, хватался то за Хаскель, то за Эрланг, то за, прости г-споди, Окамл, ну и всякие питоны-руби. Но как-то не давалось. Видать, умом не вышел. Решил не распыляться, а остановиться на node.js. Потомучто люблю браузеры и все что с ними связанное. И пошло дело потихоньку. Монады и котоморфизм оставил напотом, когда к успеху приду )

В вашем случае будет оверинжениринг, бессмысленный и беспощадный.

Не уподобляйтесь пионерам, которые на хелловордах пытаются дизайнить масштабируемые системы с нагрузкой в десятки миллионов хитов :)

Чувак, я за лисп со схемой брался раз пять. Так и не понял нифига как оно работает. Хаскель - октрыл и закрыл, хрень какая-то функциональная. А вот эрланг ты зря хаишь - там самое сложное это рекурсия с аккумулятором. Главное её освоить - дальше там как по маслу, ничего сложного нет.

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

В любом случае успехов.

Поковыряйте документацию на connect/express. Там можно несколько компонент цеплять на общий роутер, без извращений с кучей процессов на пустом месте. Получится нормальное разделение кода с хорошей изоляцией данных. Если вдруг потом появятся __веские__ причины разносить на отдельные части - будет не трудно.

А вместо редиса возможно будет проще взять sqlite (хотя тут не уверен - недостаточно подробностей)

Хаскель - […] хрень

эрланг ты зря хаишь

qsort1([]) ->
    [];
qsort1([H | T]) -> 
    qsort1([ X || X <- T, X < H ]) ++ [H] ++ qsort1([ X || X <- T, X >= H ]).

qsort1 :: Ord a => [a] -> [a]
qsort1 []     = []
qsort1 (p:xs) = qsort1 lesser ++ [p] ++ qsort1 greater
    where
        lesser  = [ y | y <- xs, y < p ]
        greater = [ y | y <- xs, y >= p ]

Одно и то же ведь.

Может и зря хаю. Прочитал пол книги по ерлангу. Общаться между процессами понравилось. А все остальное - не понравилось )

Не совсем понял как можно осуществить общение между компонентами через роутер express'а или через sqlite )

Единственное, что придумал для общения модулей в рамках одного процесса - Аггрегатор событий. В каждый модуль передаем один и тот же глобальный eventEmitter, и реализовываем pub/sub поверх этого дела

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

1. Сначала посмотрите, нужны ли вам события вообще, и нельзя ли просто обойтись вызовом функций, разложенных по «библиотекам».

2. Если связность все равно высокая, попробуйте паттерн «медиатор». Но только программный, а не через редис. Библиотек навалом, будет дешево и сердито. У меня так https://github.com/nodeca/nodeca.core/blob/master/lib/system/wire.js , но там с сортировкой обработчиков по приоритетам, вам наверняка сойдет что-то попроще.

Спасибо за информацию, поизучаю на досуге

zeromq решает, в качестве связей.

Да чо уж там, давайте сразу кролика и зоокипер втыкать.

https://github.com/hij1nx/EventEmitter2
https://github.com/medikoo/event-emitter

Как-то так.

EventEmitter2 офигенная штука )