Борис Беньковский это браузерная шаблонизация, в шаблоны которой данные подгружаются посредством ajax'a/comet'а или websocket'ов. Смотри angular и socket.io / sock.js что бы понимать о чём идёт речь. Эт тебе не jQuery.
mamkaololosha: можно не переходить на личности ?
Опять же есть подход, он используется в Baidu и IBM, Forbes назвало этот подход наиболее перспективным в индустрии. C ним работал такой весёлый и известный дядя как Andrew Ng. Сам подход это recursive CNN -> RBM -> HMM, он основан на скрытых марковских моделях и DeepLearning'e.
Если есть возможность открыть первые 10 ссылок в гугле и почитать на англиском - всё просто.
Если нужно что-то уточнить, или спросить - то лучше так и сделать...
Ну у вас же совсем другие задачи - важно просто обосрать и самоутверждаться.
Мне вас жаль.
kazmiruk
Берём jMeter или Яндекс.Танк, и меряем что где и кого сливает.
По производительности что CPython что Ruby ужасно слоупочны, просто вам видимо не приходилось гонять нагрузочные тесты.
Не знаю мне в Play2 особо всякие методы для Future/Promise типа .forEach() .map() и т.п. не часто были нужны, да и пишу я в основном под Play на Java, больше 2-3 вложенных promise обычно не встречалось. А поддержка сводится к приёмочному, нагрузочному и модульному тестированию, иногда фазингу... она не особо отличается от поддержки проектов на node.js. Это скорее вы просто не привыкли к особенностям тестирования модели актёров.
gevent не повторяет Akka, у неё совсем другая модель передачи сообщений между актёрами, и она скорее похожа на OTP с erlang'a.
В RoR есть нормальный scaffolding, который ведёт к довольно странным костылям, на этом его преимущества заканчиваются. У Django тоже достаточно хорошо развито сообщество, но опять же не ясно как будут обстоять дела с долгосрочной поддержкой.
Накладные расходы на коммуникацию даже между TCP и UNIX сокету - 30 к 1.
Про разницу между монолитной и межпроцессной коммуникацией история вообще умалчивает.
Будете гонять больше 100Мбит трафика на ноду - поймёте о чём я вообще говорю.
Реализуйте реактивный RESTful SOA с CQRS-ES и ААА сервисами - совсем по другому будете смотреть на большинство прикладных задач.
Ну обычно люди пилят распознавание речи на основе DeepLearing методов - конвуляционных сетей и RBM. Получается очень толково, правда ресурсоёмко... Я думаю найти публикаций на эту тему совсем не сложно.
FedorSherb: ну в общем это RTMP без каких либо DRM. Пустое RTMP можно качнуть, так что защиты нет. Нужно как минимум внедрять одноразовую аутентификацию как защиту "от дурака".
Если ваш контент не начнут распространять третье лица, и указывать ваш ресурс как источник, и если вы сами не будете его продавать - никаких проблем. Максимум попросят закрыть доступ к какому-то конкретному контенту.
1. Где хранится ?
2. Как воспроизводится ?
3. Какая целевая аудитория ?
4. Есть ли какие-то предупреждения типа "данная информация предназначена для ознакомления и не подлежит продаже"
5. Есть ли возможность "утечки" контента в сеть ?
Проблемы начинаются когда кто-то или вы продаёте контент.
Я поправил "не сразу"...
Имел ввиду golang как платформу для реализации проекта. Под платформой я подразумеваю компилятор и/или JIT и ManagedRuntime. В случае с Golang'ом это libgo.
За последние полгода видел пару десятков примеров как люди слазили с рельсов и джанги, и были очень довольны производительностью. Естественно для русских ригидных рынков подобные решения не очень подходят. Но в случае если "разработчик - сам себе менеджер", то он и может выбирать соответствующие инструменты. С golang'ом проблема в том что его идиоматичность подразумевает "вы будете писать много скучного кода, который будет делать оч крутые вещи". Особенно это касается обработки ошибок :x
