@nepster09 абстрактный класс - можно. Вы можете просто какой-то метод, от которого зависит реализация сделать абстрактным.
Суть в другом. Автор модуля должен предоставить готовые модели, которые можно расширить, назначить таблицу и т.д. Словом как это будет сториться в базе должен решать разработчик приложения а не модуля.
@IonDen ну да... держать у себя гору миксинов, следить за их актуальностью и т.д. это намного удобнее чем просто использовать плюшки css3 и не париться по поводу префиксов, а просто указать в конфиге сборки какие браузеры мы суппортим.
@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-интерфейса с мастер-процессом).
Суть в другом. Автор модуля должен предоставить готовые модели, которые можно расширить, назначить таблицу и т.д. Словом как это будет сториться в базе должен решать разработчик приложения а не модуля.