А да забыл добавить, что еще по событиям от датчиков и не только оповещаются HTTP клиенты, но это, собственно, классическая задача для NodeJS.
И есть у меня еще одна вещь, которую я бы переделал на NodeJS, это сервис репликации данных, но с такой особенностью, что репликация идет из Oracle в сокет-сервер, который поддерживает только одно подключение, а надо реплицировать несколько наборов данных одновременно, т.е. это что то вроде своеобразного мультиплексора. Сейчас сделано как многопоточное приложение, ну и все прелести с синхронизацией на лицо. Разобраться как оно работает, кому-то другому будет нелегко. Да и я уже подзабыл, хотя доки есть и код относительно чистый. Вот на Node оно было бы красивее и проще, только с Oracle он пока не работает. Я во всяком случае не видел ничего. Но можно переделать на MS Active Scripting пока — это 100%. Скорость там не критична. Да и движок из 9го IE вполне себе шустр. Не знаю только как у него с текучестью :-).
Слава богу мне никого убеждать не пришлось.
Просто были у меня скрипты, который крутились под Microsoft Active Scripting и Windows в собственном Active Scripting Host приложении. Опрос датчиков и запись в БД. За пол дня это все переехало на NodeJS и Linux. Без изменений в основном коде скриптов. Глобальный объект, конечно, надо было подстраивать под методы и объекты, которые предоставляло старое приложение, но это не заняло много времени.
Нет вру конечно. Не пол дня. Мне нужен был доступ к Firebird, а такового в NodeJS не было. Но я сделал. За 3 месяца где-то, на нужном мне уровне функциональности.
Тоже года два назад копался с RTSP.
Камера была с IVA, хотел вытащить метаданные по IVA — ну с этим проблем не было.
Но не смог запустить декодирование h.264 видео под DirectShow там надо правильно настроить декодер вот с этим где-то я застопорился. Потом появились другие задачи, бросил.
Понятно, что задачу можно решить при помощи libvlc.
Интерено, что в моей камере тоже была эта LIVE555.
Похоже они все ее используют.
Делаю что то похожее но для Digital Signage.
У меня правда получилось нечто похожее на браузер :-). И тут велосипед.
В общем сцена описывается в XML, элементами изображения могут быть видео, картинки, текст.
Все с альфаканалом. Из интерактивных элементов есть пока только кнопки.
Тут же прикручен JavaScript.
В качестве видео может быть — DirectShow источник, VLClib источник, просто устройство захвата видео.
Кроме того там же прямо в XML можно задать шейдер — для обрезки видео картинки по маске или наложения WaterMark на видео, в общем там много чего шейдерами делать можно.
А и да вся статика и сам XML подгружается по HTTP.
Для плоских интерфейсов есть WPF.
Кроме того, кажется что то подобное я видел в DirectX SDK.
Для реального 3D, если это не просто 2D с 3D эффектами надо крепко думать прежде чем делать библиотеку GUI. В смысле простор для фантазии очень большой.
Почему миф, если работает? Пошаговая отладка вообще мало где работает, как надо. Меня то, что делает IBE, устраивало на 100%.
Но в любом случае, спасибо за инфу. Даже не догадывался, что это эмуляция.
Графики неубедительные. Нужно было делать одну диаграмму — количество запросов в секунду от метода обработки. Но нагружать при тесте не одним файлом, а файлами с разным размером от 1/8 Кб до 1 Мб с каким то шагом, в случайном порядке с равномерным распределением частоты запросов от размера файла. Впрочем, эмпирически видится, что тип распределения тоже будет влиять на график. Поэтому для чистоты надо было бы еще и с нормальным распределением попробовать.
Из опыта вероятность такой ситуации ничтожна. Перезванивают они с интервалом в несколько часов.
Позволю себе пофилософствовать, что торговля это вообще сплошной обман, каждый блюдет свои интересы как может.
Заказывать в одном и том же магазине это не метод — ситуация все время меняется.
Не бывает идеального магазина.
Кроме того, я имею полное право отказаться от товара в момент его получения, если он покупался на общих условиях (не было никакого особого договора). Магазин должен это учитывать и если он сам покупает товар без возможности его вернуть, то кто ему доктор.
Практика показывает, что из 5 магазинов на заказ вообще реагирует 3. Я никогда не довожу до того, чтобы они мне зря везли товар. Я жду первого звонка от курьера, а не от менеджера. От кого первым позвонит человек непосредственно осуществляющий доставку — тот и выиграл. Остальным я просто перезваниваю и отказываюсь. Но бывало, что я даже отменял отказ.
Стараюсь, конечно минимизировать затраты «проигравших» в конкурсе. Но как правило этого и не требуется. Видимо, процент адекватных магазинов как раз и есть 1 на 3-4.
Delphi ругают те, кто толком его не знает.
Он очень прост в освоении на базовом уровне. И вот, посмотрев, на базовый уровень многие делают ошибочные выводы. Ну и да, есть куча говнокода. Ну а где его нет? С подключением С/С++ библиотек, там как раз меньше всего проблем. Основная проблема на данный момент — отсутствие 64bit компилятора, она вроде как решается — на результат посмотрим.
Как многие уже сказали, С# сравнивать с ним нет смысла. Давайте еще с JavaScript сравним.
Для каждой задачи свои инструменты.
Ну хорошо, если уже сравнивать, то я бы разместил Delphi где-то между С++ и С#, по шкале универсальность/простота освоения.
Да и вообще мы изначально сравниваем несравнимые вещи.
По хорошему надо сравнивать так:
Object Pascal — C# — C++
VCL, CLX — .NET — QT, MFC,…
RAD Studio — Visual Studio — Visual Studio,…
C другой стороны одно, от другого вроде бы не оторвать, но есть же еще С++ Builder. Delphi Prism. Ну и чисто теоретически, наверно, можно прикрутить компилятор dcc в Visual Studio.
Я d3dx9_??.dll просто включаю в свой пакет установки. Правда, с этим, кажется, есть лицензионные проблемы. Или были. Давно не интересовался этим вопросом.
И есть у меня еще одна вещь, которую я бы переделал на NodeJS, это сервис репликации данных, но с такой особенностью, что репликация идет из Oracle в сокет-сервер, который поддерживает только одно подключение, а надо реплицировать несколько наборов данных одновременно, т.е. это что то вроде своеобразного мультиплексора. Сейчас сделано как многопоточное приложение, ну и все прелести с синхронизацией на лицо. Разобраться как оно работает, кому-то другому будет нелегко. Да и я уже подзабыл, хотя доки есть и код относительно чистый. Вот на Node оно было бы красивее и проще, только с Oracle он пока не работает. Я во всяком случае не видел ничего. Но можно переделать на MS Active Scripting пока — это 100%. Скорость там не критична. Да и движок из 9го IE вполне себе шустр. Не знаю только как у него с текучестью :-).
Просто были у меня скрипты, который крутились под Microsoft Active Scripting и Windows в собственном Active Scripting Host приложении. Опрос датчиков и запись в БД. За пол дня это все переехало на NodeJS и Linux. Без изменений в основном коде скриптов. Глобальный объект, конечно, надо было подстраивать под методы и объекты, которые предоставляло старое приложение, но это не заняло много времени.
Нет вру конечно. Не пол дня. Мне нужен был доступ к Firebird, а такового в NodeJS не было. Но я сделал. За 3 месяца где-то, на нужном мне уровне функциональности.
Камера была с IVA, хотел вытащить метаданные по IVA — ну с этим проблем не было.
Но не смог запустить декодирование h.264 видео под DirectShow там надо правильно настроить декодер вот с этим где-то я застопорился. Потом появились другие задачи, бросил.
Понятно, что задачу можно решить при помощи libvlc.
Интерено, что в моей камере тоже была эта LIVE555.
Похоже они все ее используют.
на каждый голос 1 INSERT
а вот селектов много постоянно — все же хотят знать — «ну как там?»
У меня правда получилось нечто похожее на браузер :-). И тут велосипед.
В общем сцена описывается в XML, элементами изображения могут быть видео, картинки, текст.
Все с альфаканалом. Из интерактивных элементов есть пока только кнопки.
Тут же прикручен JavaScript.
В качестве видео может быть — DirectShow источник, VLClib источник, просто устройство захвата видео.
Кроме того там же прямо в XML можно задать шейдер — для обрезки видео картинки по маске или наложения WaterMark на видео, в общем там много чего шейдерами делать можно.
А и да вся статика и сам XML подгружается по HTTP.
Кроме того, кажется что то подобное я видел в DirectX SDK.
Для реального 3D, если это не просто 2D с 3D эффектами надо крепко думать прежде чем делать библиотеку GUI. В смысле простор для фантазии очень большой.
Но в любом случае, спасибо за инфу. Даже не догадывался, что это эмуляция.
Позволю себе пофилософствовать, что торговля это вообще сплошной обман, каждый блюдет свои интересы как может.
Не бывает идеального магазина.
Кроме того, я имею полное право отказаться от товара в момент его получения, если он покупался на общих условиях (не было никакого особого договора). Магазин должен это учитывать и если он сам покупает товар без возможности его вернуть, то кто ему доктор.
Практика показывает, что из 5 магазинов на заказ вообще реагирует 3. Я никогда не довожу до того, чтобы они мне зря везли товар. Я жду первого звонка от курьера, а не от менеджера. От кого первым позвонит человек непосредственно осуществляющий доставку — тот и выиграл. Остальным я просто перезваниваю и отказываюсь. Но бывало, что я даже отменял отказ.
Не в Google Groups увидел?
Он очень прост в освоении на базовом уровне. И вот, посмотрев, на базовый уровень многие делают ошибочные выводы. Ну и да, есть куча говнокода. Ну а где его нет? С подключением С/С++ библиотек, там как раз меньше всего проблем. Основная проблема на данный момент — отсутствие 64bit компилятора, она вроде как решается — на результат посмотрим.
Как многие уже сказали, С# сравнивать с ним нет смысла. Давайте еще с JavaScript сравним.
Для каждой задачи свои инструменты.
Ну хорошо, если уже сравнивать, то я бы разместил Delphi где-то между С++ и С#, по шкале универсальность/простота освоения.
Да и вообще мы изначально сравниваем несравнимые вещи.
По хорошему надо сравнивать так:
Object Pascal — C# — C++
VCL, CLX — .NET — QT, MFC,…
RAD Studio — Visual Studio — Visual Studio,…
C другой стороны одно, от другого вроде бы не оторвать, но есть же еще С++ Builder. Delphi Prism. Ну и чисто теоретически, наверно, можно прикрутить компилятор dcc в Visual Studio.
Правда, это только подтверждает мысль, что это вариант реализации.
Другие точно так же отличаются от спецификации, и так же по-разному.