@IonDen ну не сказал бы. Рутинные задачи для меня это:
- вендорные префиксы (спасает autoprefixer)
- спрайты (spritesmith решает эту проблему наура)
- оптимизация графики (pngquant и jpgmin, или тулзы типа imagemin)
Снипеты выносятся в миксины и используются там где нужны. Из готовых каркасных стилей предпочтительно использовать только нормалайз/ресет стили. Бутстрапы же и фаундейшены хороши для чего-то что не имеет дизайна. То есть если вам нужно сделать админку, простенькое приложение и т.д. В остальном я не вижу смысла, можно просто использовать набор миксинов для реализации стандартных вещей.
@nbronskiy рекомендую подумать, почитать... взвесить плюсы и минусы. Ну и да, если у вас нету опыта работы с NoSQL и нету времени на эксперементы - то выбор очевиден.
Вообще помниться была где-то замечательная подробная статья на тему "как работает event-loop в node.js", с иллюстрациями понятными и т.д. но как-то не могу найти.
1) все то без чего приложение работать не может, нужно загружать вместе с приложением. Смотреть в сторону сборщиков.
2) синхронные запросы для этого не нужны, для этого нужно вручную запускать bootstrap приложения когда все уже загружено. Либо варианты извращений с роутером и ресолвами.
@Hando autoprefixed - это кодогенерация, то есть не нужно вообще ничего не нужно сзнать, просто сказать ему взять мой css и добавить туда все что нужно для поддержки определенных браузеров. На миксинах такого не сделать (во всяком случае это будет не так удобно). Остальные функции Compass (кроме спрайтов) меня не особо заинтересовали.
А какие другие собственно? Насколько я помню (признаюсь на плюсах давно не писал) перегрузка операторов есть только в контексте классов. Есть просто те, перегружать которые в принципе нельзя (типа :: и .). Но может я не прав, буду рад если поправите.
@kmu1990 через raw-сокеты как раз таки рассылаются сообщения сетевого уровня, а IP это протокол именно этого уровня. TCP/UDP - протоколы прикладного уровня. Вот только маленькое но - raw-сокеты или просто сокеты работают с портами. Других вариантов отправить что-то на другую машину просто нету.
у вас дожен быть один мастер-процесс, который будет обрабатывать команды из web-интерфейса и создавать/останавливать воркеры. Связь мастера с воркерами можно организовать через ZeroMQ (как и связь web-интерфейса с мастер-процессом).
@iNikNik ну у меня для gulp/grunt таск есть build, в который передается параметр окружения (local/statging/prod). В зависимости от этого параметра просто в список того что нужно сбилдить подсовывается нужный конфиг (сделано в виде модуля с константами). То есть никакой мудреной логики.
@Diel торренты используют свой протокол на базе UDP (uTP), и TCP. То есть они занимают порты. Так же как и скайп (только тот использует вроде еще и промежуточный сервер в качестве раутера ибо он не может знать на каком порту кто висит). У торрентов схожий подход, просто без участия одного сервера.
А роутеры и модемы в любом случае нужно настраивать, хотя бы для того что бы в интернет вылезти.
Ваша задача как я понимаю, решить проблему адресации, то есть кому отправлять пакеты через весь интернет, если его реальный IP и порт на котором запущено приложение вам толком не известны. Покурите доки по p2p, там предлагается несколько вариантов решения этих проблем.
- вендорные префиксы (спасает autoprefixer)
- спрайты (spritesmith решает эту проблему наура)
- оптимизация графики (pngquant и jpgmin, или тулзы типа imagemin)
Снипеты выносятся в миксины и используются там где нужны. Из готовых каркасных стилей предпочтительно использовать только нормалайз/ресет стили. Бутстрапы же и фаундейшены хороши для чего-то что не имеет дизайна. То есть если вам нужно сделать админку, простенькое приложение и т.д. В остальном я не вижу смысла, можно просто использовать набор миксинов для реализации стандартных вещей.