тоже думаю возможно должно быть и в эликсире

хочу попробвать

майкрософт кинул не только с сильверлайтом, но из WWF и еще много с чем.

винформы все грозились выпилить и пересадить всех на тормозное WPF

я это видел с ужасом. когда на винде все будет на WPF, и свалил с майкрософт стека

а недавно узнал что их MSSQL server можно в докере на линуксе запускать )

да в 2007 вижуал студио то на простом дотнете тормозил помню

офис они так и не рискнули весь на дот нет перевести

хотя уже многое могло изменитья

Последнее что я тыкал это была Microsoft Visual Studio 2010 Express :) Просидел я на дотнете с .NET 2.0 До .NET 4.0

Хехе помню еще их бажный релиз .NET 3.5. Помойму полный позор

а еще немного про тулинг и экосистему.. задача в крации: есть 100К устройств, которые раз в 3-5 секунд шлют полезные данные на брокер (брокер на эрланге написан). эти данные нужно размотать, декодировать, агрегировать, часть отправлять куда-то дальше по сети, чать сохранять на диск. последние 5 пакетов полученных с устройства нужно хранить в памяти для быстрого доступа при этом на основании этих данных нужно там отправлять пуш-уведомления, смс-ки слать и в другие внешние каналы. к данным доступ через rest api. я понимаю что всякие gen_server/agent/gen_stage и прочее здесь подходят идеально. но есть масса вопросов касательно того, на сколько больно это собирать на эрланг/эликсир стеке.

Хехе помню еще их бажный релиз .NET 3.5. Помойму полный позор

полный позор - это .net core 1.0 :) и VS 2017, релиз которой оказался хуже её же RC4

полный позор - это .net core 1.0 :) и VS 2017, релиз которой оказался хуже её же RC4

ну дальше я за этим все не наблюдал уже

ща сижу на кложе паралельно в вебе и на бэкэнде + ерланг для работы с оборудованием видео и сеткой.. Короче я тут не собираюсь кложу пиарить. Но вот ща тенденция идет уже в сторону датацентричности. Чтото начинаешь делать и писать. начинаешь с данных.

а что пишете на кложе ? common lisp тыкали ?)

я scheme тыкал , две главы sicp на ней прорешал, брал rocket реализацию. А том уже в кложуру убежал. На кложе бизнеслогика и себ сервисы. на стороне клиента одностраничный клиент писаный на clojurescript(react) - тоесть у меня на клиенте и сервере один язык и почти полная совместимость типов. межде ними transitjs - так как он намного быстрее и лучше обычного json. но вся эта база в основном для учета и подсчета статистики по камерам. есть большая сеть камер. она нестабильная. все камеры надо мониторить, пинговать.. и прочее. данные с них опрашивать и даже видео транслировать с одной на несколько клиентов. и тут на помощь приходит erlang. тоечть гонять бинарные поток. реализовывать бинарные протоколы от телнета до rtsp ... или например за 20 секунд запустить опросить 300 камер .. притом часть из них может не отвечать

ну както так

видеопоток транслируется сразу с erlang

а чего флюсоник не брали ?

ох это же реклама по ходу )

ну и все это должно работать и не падать - потому что мониторинг

а чего флюсоник не брали ?

а что это такое?)))

я фп-шник. поэтому брал искал ФП инструмент с иммутабельностью под задачу

прежде всего

для видео на эрланге

решение коробочное

аа.. да сам свое написал... поприколу

ну там у меня несложно

mjpeg

https://www.youtube.com/watch?v=tHQAMrShHu8

или по http летит или через rtsp

для расширения кругозора на сон грядущий )

патерн матчингом его и транслируешь уже на нескольких в веб если надо

для расширения кругозора на сон грядущий )

аа, благодарю

ну я на кложурскрпте уже два года. что даже обертку для d3js напсал свою для разных графиков

Апрель наступил, Спины цвет как снег Фудзи. Классная шутка.

do not eat yellow snow

яндекс мап

интересно как nif и планировщик бима сработаются

Никак, те плохо. Поэтому рекомендуют порты вместо nif

каналы какието

CSP.

ух.. сильно конечно

это я просто хочу продолжить тему ФП/неФП :)

тут по скрину таблички ничего не говорит против фп или за

тут по скрину таблички ничего не говорит против фп или за

я грязно набросил. каюсь

я не люблю бенчмарки.

фп - это очень мощный иструмент для построения разного рода очень и неочень сложных абстракций.. математически обоснованный и естественный. Плюс к фп прилагается иммутабельность.. которая спасает гдето от 60% проблем при создании софта. я вот точно непомню но кажись про это многократно упоминалось.. последний раз кажется я слышал это у Николая Рыжикова

для реализации эффективной иммутабельности используют работы Криса Окасаки

http://www.ozon.ru/context/detail/id/135933824/?gclid=CI3TyuqRhNMCFZ7Jsgod3_wGOg

даже в rast есть иммутабельность теперь

дык я не говорю что иммутабельность плохо

а в чем сомнения?

ну просто нужен ли тот же горячий code reload в наше время? когда есть core os, которая поднимается меньше секунды (емнип) и есть те же контейнеры

зависит от задач. в большинстве случаев нет

я если что, не хейтю. просто интересно мнение

если стоит требования realtime и прочие требовани к высокой надежности и непрерывной работе то тут стот уже задуматься

но горячее обновление это тоже какбы не вопрос фп или не фп

просто фп тут достаточно хорошо подходит

но горячее обновление это тоже какбы не вопрос фп или не фп

ну я же сказал, что я слишком грязно набросил ;) хотел про эрланг продолжить

если стоит требования realtime и прочие требовани к высокой надежности и непрерывной работе то тут стот уже задуматься

а что ты подразумеваешь под надежностью? хочешь сказать что CRL или JVM не надежны? или ты про практики ОТР и supervisor-ы?

надежность это подход к обработке ошибок и устойчивости к ним

бекенд телеграма написан на Си (кажется?) было ли на вашей памяти, когда телеграм не работал?

я немогу сказать. особенно в те моменты когда он у меня небыл включен

на си можно писать устойчивый код. и его пишут. вопрос в трудозатратах

CLR и JVM считаю достаточно надежными для тех областей где они разумно применяются

например систему с требованиями realtime я бы на них писать не стал. тоесть система которая должна гарантировать работу в пределенные промежутки времени. ну вот работает жава а потом бац и gc запустился у нее и срыв пошел

https://ru.wikipedia.org/wiki/%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0_%D1%80%D0%B5%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%B8

я почему переживаю то на счет этого всего.. вот у меня на слуху из хороших опен-сорс проектов написанных на Эрланге: - ejabbered (спорно, про то на сколько он хороший) - couchDB - rabbitMQ - verneMQ (относительно молодой) - riak_core (я там нифига не понял вобще) меня интересует например time-series noSQL решение - cassandra - scilla - riak ts про кассандру более менее понятно сциллу пока страшновато а судя по тому, как там в башо дела - риак вообще страшно трогать

ERROR: S client not available

например систему с требованиями realtime я бы на них писать не стал. тоесть система которая должна гарантировать работу в пределенные промежутки времени. ну вот работает жава а потом бац и gc запустился у нее и срыв пошел

для таких вещей - да, бесспорно. но пока у нас есть OS, которая не realtime, говорить о realtime системах как-то не совсем корректно

а объем данных какой планируется, сколько запросов в секунду? есть ли требования которые подразумевают транззакционность или вообещ ACID

надо начинать с проекта и расчетов

потом уже подбирать языки

технологии

ато у нас как бывает.. сначала ищут модную технологию а потом пытаются ее как керзовый сапог на задачу натянуть.. плачют, плюются но продолжают жрать кактус

может вам сообще mnesia подойдет

))

данных очень много?

сорри, курица в духовке пропищала ;)

бытовуха

возможно стоит накидать прототип даже на питоне

и выявить узкие места какието

для начала

30 мб/мес сырых данных с девайса кол-во девайсов растет. давай считать что сейчас их 100к то есть 3 ТБ/мес кол-во запросов - зависит. на запись до 20к/сек чтение до 5к/сек

Товарищи, а кто на чём пдфы читает?

Я про читать глазами книгу

Товарищи, а кто на чём пдфы читает?

айпад мини 2 для этих нужд есть. но глаза устают :(

Эх, большие читалки дорогие

Эх, большие читалки дорогие

а по чем нынче кстати? я просто этот мини брал тысяч за 7 кажется, он б/у. но был как новый

А вроде около 20 именно e-ink читалки большой диагонали

Вот думаю может тоже мини взять б/у

Чисто для чтения

А то техническую литературу с телефона не почитаешь

30 мб/мес сырых данных с девайса кол-во девайсов растет. давай считать что сейчас их 100к то есть 3 ТБ/мес кол-во запросов - зависит. на запись до 20к/сек чтение до 5к/сек

сейчас живем на дотнет стеке и в ажуровых облаках. хочу свалить со всего этого. вот пока пилю прототип на скале/акке

Айпады от 27( новые

Вот думаю может тоже мини взять б/у

вопрос удобства для твоих глаз. на е-инке конечно куда-приянее, но надо полноразмерку, что бы с ресайзом пдф не париться з.ы. обманул тебя. за 10к я его брал, 2 года назад на авито

30 мб/мес сырых данных с девайса кол-во девайсов растет. давай считать что сейчас их 100к то есть 3 ТБ/мес кол-во запросов - зависит. на запись до 20к/сек чтение до 5к/сек

а девайсы они по сетке раскиданы, есть ли возможность их както кластеризовать? ну к примеру вот географическая возможность. Тоесть девайсы в какомто районе, их данныхе первично обрабатывает такаято нода на таком то сервере. дальше все ноды в кластер уже объединять и данные гонять между нодами. какието сохранять , какието кэшировать а какието во вне отдавать транзитом и так далее..

по поводу читалок. у меня киндел.. pdf хреново читает, зато epab или fb2 или mobi - милое дело

Ну так то планшеты на Андроиде тоже планшеты) особенно если только для чтентя

вопрос удобства для твоих глаз. на е-инке конечно куда-приянее. з.ы. обманул тебя. за 10к я его брал, 2 года назад на авито

Был у меня киндл папервайт, в fb2 и mobi только художка, решил что могу и на телефоне почитать, отдал читалку матушке