Я например для личных целей написал на Qt софтинку, которая висит в трее и по глобальному хоткею срабатывает — выделяешь область -> правый клик -> картинка грузится на vps -> в буффер обмена копируется ссылка.
У меня Android. Там есть функция автоматического слежения за местоположением. По-умолчанию выключена. Я как-то ради интереса включил, раза 3 сказав ОК, и что все понимаю. И всеравно гугл каждые недели 2 шлет е-мейл в стиле «Мы следим за тобой. Если ты не вкурсе — кричи алярм и тыкай сюда, чтобы выключить».
Концепция легких процессов весьма актуальна в задачах с широкой параллелизацией. Это достаточно высокий уровень абстракции, который несмотря на все свои преимущества, все же остается абстракцией.
Я пишу на Erlang и кучу раз видел профит, как в легкости написания кода, так и в перфомансе.
Но тем не менее всегда есть вещи, которые разгоняют розовых слоников и единорогов. Например, SMP, от которого появляются локи, и никакого линейного роста производительности не видно. Вот и начинаешь думать, где еще паблик ETS висят, как настроить планировщики, а может проще всунуть по ноде на ядро?
так, а как это согласовывается с балансировщиком нагрузки в самом ерланге? (могу ошибаться)
я имею ввиду когда запущено несколько нод и одна нода занимается раскидыванием кода и запросов по подчиненным нодам.
На каждом экземпляре VM свой экземпляр SASL.
и еще какова сферическая конфигурация оборудования, которое выдерживает 300 запросов/сек?
Кто мешает запускать и останавливать sasl во время работы приложения? Со стороны VM, sasl и любое другое приложение (включая наш «сервер») находятся на одной ступени иерархии и взаимодействуют через VM.
Вам не приходило в голову, что серьезные проекты пишутся модульно? Гуй — любой фреймворк, который умеет удобно рендерить хтмл и дергать сервисы. Управление узлами кластера — инструменты, предназначенные для этого, в том числе, и в первую очередь, OTP. Обработка данных — быстрые сервисы на статических компилируемых языках. Бла бла бла…
Я например для личных целей написал на Qt софтинку, которая висит в трее и по глобальному хоткею срабатывает — выделяешь область -> правый клик -> картинка грузится на vps -> в буффер обмена копируется ссылка.
Уже несколько раз мелькали в комментариях линки.
Вы бы сперва хотя бы погуглили корпус у Air, а уже потом делали предположения.
Концепция легких процессов весьма актуальна в задачах с широкой параллелизацией. Это достаточно высокий уровень абстракции, который несмотря на все свои преимущества, все же остается абстракцией.
Я пишу на Erlang и кучу раз видел профит, как в легкости написания кода, так и в перфомансе.
Но тем не менее всегда есть вещи, которые разгоняют розовых слоников и единорогов. Например, SMP, от которого появляются локи, и никакого линейного роста производительности не видно. Вот и начинаешь думать, где еще паблик ETS висят, как настроить планировщики, а может проще всунуть по ноде на ядро?
Но на практике, лучше использовать сторонние решения. Например, mongo.
На каждом экземпляре VM свой экземпляр SASL.
Все зависит от того, что делают запросы.
Вам не приходило в голову, что серьезные проекты пишутся модульно? Гуй — любой фреймворк, который умеет удобно рендерить хтмл и дергать сервисы. Управление узлами кластера — инструменты, предназначенные для этого, в том числе, и в первую очередь, OTP. Обработка данных — быстрые сервисы на статических компилируемых языках. Бла бла бла…
Любой проект можно написать хоть на похапе. Но вот какие усилия потребуются на создание и развитие — другой вопрос.