продолжаем дискуссию срач
если я бы выбирал куда перекатываться - шел бы в элик. тем более слышал в швейцарии есть куда устроится.
Да и даже бы на удаленке. Увы, я не бекендер и не вронтендер.
Двачую. Я перекатился в Elixir года 4 назад, и все эрлангисты что я знал, кроме совсем ретроградов, тоже.
Оставаться на Erlang есть только одна хорошая причина, - среди эрлангистов, за исключением совсем уж нюбов, много нормальных инженеров, а на Elixir сейчас куча веб-петушни, вкатившейся с рубей и ноды, у которых в голове говно.
К сожалению, интересных проектов на Erlang больше не предвидится, всё новое пишут сразу на Elixir. Проблема в том, что на Elixir помимо реально нуждающихся в нём massive concurrency приложений пилят дохуя обычного веб-говна с парочкой ген-серверов, которое можно было бы писать на какой-нибудь ноде или вообще на чём угодно. Конечно веб-говно приятнее писать на эликсире, чем скажем на похапе, джеесе или джяве, но ведь лучше его вообще не писать. То есть с одной стороны усложняется поиск нормальных проектов/контор, а с другой, как уже было сказано, комьюнити засоряется всяким веб-отребьем.
Ну так cobol сейчас топ язык https://www.cnews.ru/news/top/2020-04-07_ssha_izza_koronavirusa_ponadobilis
Годная презентация элика https://youtu.be/JvBT4XBdoUE . Также вкатывающимся советую почитать его книгу Elixir in action.
Мне пишут. Вот не знаю что выбрать, американский игровой проект, немецкий медицинский, британский для сферы обучения или тот норвежский стартап про станции зарядки для электрокаров.
А работы в рашке-парашке и прочих снг-отстойниках наверное, нет, хули поделать, старны-атусорсы, а для аутсорс-помоек суперконсервативный стек типичен, где модные технологии мелкают только чтоб потом можно было сверкать баззфордами на конференциях, типа "наша индусня не только жабопыха-говна месить умеет, мы и в скалу-эликсир-кложур етот ваш могём если нужно, несите ваши деньги", но это редкость, конечно.
Постоянная смена трендов в вебе говорит о том, что люди сами не знают чего хотят, что подразумевает несерьёзность подхода.
Куча костылей, во многом связанная с грузом обратной совместимости.
Очень низкий порог вхождения, из-за которого достаточно много неквалифицированных макак.
В общем, всё очень субъективно.
Обычно там тривиальные задачи, типа запиливания крудов и низкие требования ко всему.
Для 80% веб-задач можно взять любой рельсоподобный вреймворк и почти на автомате загонякать всё за пару вечеров.
Но веб-вебу рознь, конечно, бывают сложные и очень сложные системы.
Это все браузерная история, эликсир то тут при чем?
>Обычно там тривиальные задачи, типа запиливания крудов и низкие требования ко всему.
>Для 80% веб-задач можно взять любой рельсоподобный вреймворк и почти на автомате загонякать всё за пару вечеров.
>Но веб-вебу рознь, конечно, бывают сложные и очень сложные системы.
Я спрашивал, что такого такого, что "больше чем круд" может быть если это не чистый бекенд?
Ну, у Эрланга чрезвычайно узкая область применения. Какой-нибудь веб-сервис на нем пилить - это прямая дорога к алкоголизму и безденежью. Эликсир здесь получше, но на нем снова одна вебня, которую проще на том же питоне или пыхе писать.
Да и я на 100% уверен, что никто не станет писать подобный проект в одиночку на таком экзотическом языке. В лучшем случае получится очередной туду лист на фениксе.
Ну я и телеграм-канал чекнул elixir jobs. Там полторы вакансии, одна из которых это фанкорп.
Зачем тогда дрочить эликсир если ты планируешь писать на кложе? На кложе тоже не очень много вакансий. Штук 10 наберется на РФ.
На скале побольше, но скала - это помойный язык, мда.
Я имел в виду прямые знакомства. А так да, что-то одно выбирать Кложу или эликс. Чист для себя и функциональщины. Вообще как по мне полезно знать питон и функциональщину. Конечно, возможно работы и не найдешь по ней, но для себя лишним не будет. И прям вкатываться целенаправленно не стал бы советовать. Вот когда уже есть своя работа и направление то можно поучить и пробовать. Кароч в плюсе в любом случае будешь даже если прямой вакансии по эликсир или кложе не найдешь. Главное не скала богомерзкая, лучше уж жс тогда.
Нашел такое видео кстати неплохое
https://www.youtube.com/watch?v=ArRr4trTCjQ
И что меня порадовало, видео от 2013, чувак ркламирует свою контору klarna.com и призывает эрлангеров присылать им резюме.
Если сейчас зайти на их портал с вакансиями https://jobs.lever.co/klarna?team=Engineering
то там будут Питон, Ява, ЯваСкрипт и даже ПоХаПэ, но никакого Эликсира или Эрланга! За 7 лет выпилили к хуям.
Вроде не выпилили, у них на гитхабе есть либы, которые обновляются.
Алсо, кекнул с названия:
https://github.com/klarna/ponos
Там одно время активно писали на Erlang, но потом стали переписывать на Java/Scala. Теперь Erlang там только в качестве легаси. Сервисы на Scala теперь переписывают на Haskell/Purescript и этим занимается челик, который раньше работал над компилятором Scala в команде Одерского - https://twitter.com/FelixMulder
Хз я на кложе кложурскрипте где-то пол года писал, в целом впечатления приятные, очень похоже на эликсир, но чуть компактнее и выразительнее.
Сравнить их в области написания process-based кода к сожалению не вышло, потому что у нас там был обычный веб фронт с капелькой асинхронности, но в теории эликсир удобнее.
Как вам идея реализовать сервер minecraft на Erlang? С его возможностью перекладывать байтики и масштабированию должно выйти просто отлично!
Для Quake Champions сервер написали на Orleans (реализация акторов для .Net) https://habr.com/ru/company/pixonic/blog/426115/
Вышло не очень
>Прекрасный пример победы архитектуры над разумом. Говорю исключительно с субъективной точки зрения игрока, гонявшего ещё в Quake 1. Так вот, ни в нём, ни в Quake 3 в 2000-м году не было таких рассинхронизаций, как в QC. Сетевой стек просто отвратителен (я уже не говорю о проблемах на клиенте), а игра в открытом доступе уже почти два года.
> https://habr.com/ru/company/pixonic/blog/426115/#comment_19231985
Основная проблема это - лейтенси, у акторных систем лейтенси не очень, майнкрафт конечно не Квака, но все равно лаги ни одну игру не улучшают.
Дурачок, лейтенси складывается из сети и времени реакции сервера. И если с первым ничего сделать нельзя кроме покупки жирных каналов и локальных датацентров, то второе это как раз зависит от архитектуры сервера. И с этим у акторов проблемы - перекидывание сообщениями от одного актора к другому, пораждает кучу задержек каждая не очень большая, но суммарно они заметны. А если у тебя кластер, то тут еще и сетевые задержки прибавляются.
>перекидывание сообщениями от одного актора к другому, пораждает кучу задержек
Каких блять задержек, скорость посылки сообщения пару микросекунд, даже если там копия делается как в Erlang. То есть, чтобы получить ощутимую задержку, нужно делать кучу последовательных блокирующих колов, или там очередь с перегруженному процессу, то есть в любом случае автор архитектуры мудак, причём тут акторы. Если дебилушки не умеют программировать датафлоу пайалайны, то на контрол-флоу параше с тредами и локами они насосутся ещё больше, это и так понятно.
Пока в Вилларибо на ген серверах уже написали GenStage, Flow и Broadway, где можно почти конфигурационно написать любой процессинг-пайплайн, который работает асинхронно, параллельно, имеет встроенный батчинг, патришининг, набор диспатчеров, бек-прешер, автоматический ack, рейт-лимитинг, грейсфул шатдаун, метрики и инструменты для отладки и тестирования, в Виллабаджо тупая жаба-индусня стреляет себе в ногу на голых акка-акторах, горько плачет, переписывает это обратно на любименький тред-пул и рассказывает в эрланг треде что акторы ненужны. Классика.
Да там в коментах разобрались что сеть собственно игры вообще не на акторах (на чем именно так и не разобрались). На акторах было построенно там лобби какое-то и подобная хуйня которая соединяла клиентов, продоставляла еще какую инфу. А собственно игра шла напрямую. Я хуй знает кем нужно быть чтобы шутан на TCP делать. Та статья вообще ниочем - обычный маркетинговый булшит.
1. Игра это куча шареных, мутабельных данных. Во всех этих акторных системах будет большой объем копирования. Discord наелся Elixir-овых немутабельных структур и запилил себе нормальную мутабельную мапу на Rust-е.
2. Отправка сообщения актору это только положить его в инбокс, а дальше сидим курим бамбук пока планировщик соизволит этот актор заскедулить, а потом ждем ответа обратно. Тут уже будут миллисекунды, а если цепочка 4-5 акторов, то все десятки, а то и сотни.
>Игра это куча шареных, мутабельных данных.
В понимании императивного дегенерата - несомненно.
> и запилил себе нормальную мутабельную мапу на Rust-е.
Ну так правильно, система пишется на чём-то высокоуровневом, отдельные боттленки оптимизируются и подключаются в виде NIFов, портов, хотя могли бы и ерланговские массивы взять.
>дальше сидим курим бамбук пока планировщик соизволит этот актор заскедулить
В норме, учитывая вытесняющую многозадачность, это происходит почти моментально.
>а потом ждем ответа обратно
А вот это как раз не обязательно. Блокирующих вызовов в системе должно быть по минимуму.
>Тут уже будут миллисекунды, а если цепочка 4-5 акторов, то все десятки, а то и сотни.
Так я и сказал, если автор архитектуры не осилил асинхронные датафлоу-пайплайны, и него там цепочки блокирующих вызовов - то он дегенерат и ему ни акторы, никакие другие конкаренси модели не помогут.
Двачую, братишка.
https://www.youtube.com/watch?v=IzFmNQGzApQ
1. Пока все переписывается, надо содержать 2 команды. Астрологи объявили неделю миграции - затраты на разработчиков удваиваются.
2. Эту новую команду надо еще набрать, что тоже занимает время.
3. "Потом" может и не наступить - коньюктура на рынке измениться и надо будет срочно менять бизнес модель и пилить что-то новое или вообще компания пойдет по бороде из-за черезмерных операционных расходов (см. п.1)
4. В конце концов при наличии матерых спецов в команде - можно брать людей без знания эрланга и просто обучать их.
В целом такии решения принимаются из-за: фатальных проблем с текущим продуктом или в мега-корпорациях когда приходит новое большое руководство и решает перепилить весь ИТ департамент но это прям должна быть что-то из FORTUNE 500.
https://www.techempower.com/benchmarks/
>Как вам идея реализовать сервер minecraft на Erlang? С его возможностью перекладывать байтики и масштабированию должно выйти просто отлично!
Проблема вся в том что как и в прочих языках для вебговна,хорошо там параллелятся только индивидуальные манямирки с точкой встречи отдельных юзеров в БД.
Когда юзерам нужно встречатся и взаимождействоать дроуг с другом и игровой механикой - то сосут тут даже кресты и си.
ССP в Еве по прежнему для эпичных заруб приходится уменьшать тикрейт сервера до одного тика в минуту. Не потому что они спецов по увеличению не могут набрать.
Ващет вебмакаки ещё лет 10 назад научились держать профайлы юзеров в мемкеше, как и стейт, и даже научились это дело скейлить через redis cluster.
>в игрулях тебе надо синхронизировать игроков и мир, вычислять физику и т.д.
Так ершланг как раз и создан для того чтобы двигать байтики между процессами по хитрой логике, идеально под это подходит. Тяжелые операции на фронте нужны, где нужно пердолить вектора-матрицы, чтоб всё отрисовать графоуни, на беке только ключевые параметры объектов нужно считать. Но даже если надо, пару тяжёлых функций можно переписать на ocaml/rust/c и подключить портом/NIFом.
Тут нужно иметь хорошую математическую базу, чтобы все эти ваши пруверы писать. А запилив сервер майнкрафта можно продавать в аренду подобные сервера игрокам и стричь купоны.
Существующие серверы вроде написаны на Java и многие из них до сих пор работают поверх TCP.
Хз, здесь нода сосёт (как обычно)
https://stressgrid.com/blog/benchmarking_go_vs_node_vs_elixir/
Это не причина того, что у феникса такой низкий результат.
>>1694333
С нодой понятно, оно ж вообще однопоточное изначально. Интересно, почему эликсир с фениксом так плох. В этом бенче процессор жрёт сверх меры. Но больше интересно про тот бенчмарк, который я скинул. У них на гитхабе для каждого тестируемого есть открытый код, может там наговнокожено и на самом деле цифры могли бы быть больше?
нода или эрланг?
>В понимании императивного дегенерата - несомненно
Ну так предложи как ты будешь делать сервер Quake Champions без общих мутабельных данных, пиздабол.
>>1688811
>отдельные боттленки оптимизируются
Там ботлнек - архитектура эрланга, без шаред данных. Именно это они и оптимизировали.
>>1688811
>Так я и сказал, если автор архитектуры не осилил асинхронные датафлоу-пайплайны, и него там цепочки блокирующих вызовов - то он дегенерат и ему ни акторы, никакие другие конкаренси модели не помогут.
Дёбычь, речь идёт о том что клиент не получит свои данные, а не то что актор будет заблокирован. В сетевых играх урон и прочие критичные вещи считаются на сервере, пока сервер не ответит клиент не покажет урон.
>В понимании императивного дегенерата - несомненно.
>ряяяя врети
>Ну так правильно, система пишется на чём-то высокоуровневом, отдельные боттленки оптимизируются и подключаются в виде NIFов, портов, хотя могли бы и ерланговские массивы взять.
А зачем вообще тогда там нужен эрланг? В вытесняющую многопоточность сейчас умеет почти всё (с теми или иными костылями конечно), но 80% работы сервера — это проверить данные от клиента и изменить текущий стейт, что ещё на 80% состоит из какой нибудь локфри мапы. На какой хуй ради этих крапалей туда тащить ещё что-то? Просто чтобы оно гоняло сообщения туда-сюда?
>В норме, учитывая вытесняющую многозадачность, это происходит почти моментально.
Конечно, ведь она, как и сборка мусора, и динамическая природа эрланга не вносит никаких оверхедов за собой.
>Так я и сказал, если автор архитектуры не осилил асинхронные датафлоу-пайплайны, и него там цепочки блокирующих вызовов - то он дегенерат и ему ни акторы, никакие другие конкаренси модели не помогут.
Мань, ну какие там нахуй архитектуры, когда у тебя вся логика — это проверить пару десятков цифр, засунуть их в массив и разослать всем? Это же даже не какая нибудь MMO где может понадобиться распределённость, нужно хэндлить тысячи человек и задержки никого не ебут, это ебаный шутан, где у тебя максимум пару десятков человек и где лишние 10мс ожидания ответа от сервера в купе с 20мс пинга уже дают лаги.
>без шаред данных
Зачем пиздеть о чём-то, с чем ты и дня не работал? Там есть шаред данные. Просто их используют по минимуму, там где это нужно (< 5% мест).
>>1695324
>клиент не получит свои данные
А какая притензия тут к акторам, ебанько?
>В вытесняющую многопоточность сейчас умеет почти всё
На самом деле почти ничего. Из коробки умеет немного Go и Haskell, но не так как ерланг. Можно писать свои велосипеды, но обычно получается хуёво, а можно взять то что инженеры эриксона больше 30 лет пилят на постоянной основе. Есть классический пример мотороллы, которые велосипедировли свою хуйню на крестах, а потом заебались и переписали на ершланг и зажили нормально.
https://www.researchgate.net/publication/221211369_Comparing_C_and_ERLANG_for_motorola_telecoms_software
Чистый Erlang примерно в два-три раза более производителен чем C++ на их задаче, при этом имея фиксированную стоимость по памяти.
После опыта с Erlang слайды со scalability-конференций типа "используйте memcached!", "денормализуйте таблицы!", "сегментируйте базу!" и т.п. смотрятся как призывы заточить шуруп об асфальт, ибо в арсенале только молоток.
https://lionet.livejournal.com/20916.html
https://www.slideshare.net/Arbow/comparing-cpp-and-erlang-for-motorola-telecoms-software
>>>1696049
>80% работы сервера — это проверить данные от клиента и изменить текущий стейт, что ещё на 80% состоит из какой нибудь локфри мапы. На какой хуй ради этих крапалей туда тащить ещё что-то? Просто чтобы оно гоняло сообщения туда-сюда?
Да, именно так, весь бекенд это просто валидируешь запрос и меняешь стейт в рэдисе, любой пехепешник справится, всё эрланг не нужен, помянем.
Любая, блять, программа это получение-передача данных и обновление стейта. Вот так всё просто, что в одно предложение помещается. Вопрос в сложности. Очевидно, большие и огромные системы писать на низкоуроневневом говне почти невозможно и нужны высокоуровневые конструкции, так, например, появились смолток, джава. То же самое и с конкаренси, писать большие системы на тредах/локах - развлечение для мазохистов. Если в домене много асинхронного/параллельного/распределённого взаимодействия, который легко моделируется процессами, то проще взять эрланг, на примитивы которого эта модель отмапается почти 1 к 1, чем пердолиться control-flow стапоном в сракотан или писать ебучие FSM-ы с евентами-коллбеками ноджс-стайл.
Я не знаю зачем тебе всё это пишу, всё равно ты тупое животное нихуя не поймёшь.
Если твоя западача - обновлять мапу в стейте и у тебя не возникает с этим никаких проблем, очевидно, тебе эрланг не нужен.
>Чистый Erlang примерно в два-три раза более производителен чем C++ на их задаче, при этом имея фиксированную стоимость по памяти.
>в каких юзкейсах, мы вам, конечно же, не скажем
>Очевидно, большие и огромные системы писать на низкоуроневневом говне почти невозможно и нужны высокоуровневые конструкции, так, например, появились смолток, джава.
Вот именно, что огромные. В каком нибудь ебаном ватсапе чтобы персистентно кидать туда сюда смски от половины населения планеты эрланг более чем оправдан, но не в ебучем игровом сервере.
>который легко моделируется процессами,
Вот, маня, ты сам это сказал. Когда у тебя нет миллиона подключений, тебе не нужен персистенс, нет пары сотен сервисов, нет никакой распределённости и тебе даже ебаная бд не нужна — ну вот нахуй не нужен эрланг, который в этом случае внесёт больше оверхеда чем пользы, бери го/раст/шарп/ноду и пиши с каналами/асинками/чем угодно.
>FSM-ы с евентами-коллбеками ноджс-стайл
В 2к20 уже все компиляторы за тебя эти стейт машины разворачивают из асинков, даже в последних плюсах корутины уже из коробки есть, ты о чём вообще?
А ты очевидно их вообще не делал, лол. Кстати, для браузерных дрочилен как раз эрланг идеален (куча клиентов, всё надо делать персистентно и похуй на задержку).
>одним сервером и онлайном в 30 человек
Я тебе сейчас открою секрет, но мы сейчас именно такие и обсуждаем, додик блядь. Средний сервер среднего шутана так и выглядит.
И нахуя мне тут акторы, когда мне максимум что нужно — это пара тредпулов? Нахуя мне динамический язык, когда у меня нет никакой сложной бизнес логики (хотя я и тут предпочёл бы типы) и мне нужна ебаная числодробилка? Нахуя мне нужен гц, когда я не могу допускать задержек, и у меня по хорошему даже аллокаций во время игровой сессии не должно быть?
Тут весь тред о том, что эрланг это ебаный микроскоп которым зачем-то забивают гвозди, лол.
>>1696507
Тебе дали ответ пару постов выше.
У тебя либо дислексия, либо ты таки дегенерат.
Ещё раз, для отсталых: 1 акторы никак не влияют на латенси, а влияет конкретная архитектура/реализация 2. любые многопользовательские (хотя не обязательно только такие) игры удобно моделируются процессами/акторами (лучше для многоагентных систем пока не завезли), эрланг позволяет отобразить эту модель на код максимально прозрачно 3. вытесняющая многозадачность, простой горизонтальный скейлинг, отказоустойчивость и как следствие изоляция нужны, ебля с шареным стейтом, передачей по ссылке между потоками, ебля с разницей жизни потоков и данных, захуяривание очередного евента в стек FSM'а и прочее говно - не нужно. Если ты не понимаешь для чего это всё нужно, то тебе эрланг не нужен, иди дальше пердолься с тред пулом, rest in peace.
>ряяя мааам нет областей где эрленг ета оверкилл врееетиии
>1 акторы никак не влияют на латенси
>3. вытесняющая многозадачность, простой горизонтальный скейлинг, отказоустойчивость и как следствие изоляция
Как же этот ребёнок верит в волшебный рантайм эрланга, который ниможит вносить оверхеда, прям диву даюсь, не обижайте его.
Очевидно что он вносит оверхед, вопрос в том, сколько, что это даёт в замен и насколько это оправдано и какие есть альтернативы. На тредах/локах у тебя тоже будет оверхед, как раз из-за самих локов, только к этому - закораптившийся тред = пизда стейту, подвисший воркер на кооперативной многозадачности = зависание всей системы, а любой неперехваченный эксепшен = падение всей системы.
>ряяяяя мааааам ну скажиии имууу
Странно, почему ты ещё не вербуешь кодеров в каком нибудь гугле/фейсбуке/яндексе/итд в свою секту свидетелей эрланга, они же ебутся с плюсами, байтами и мутабельным шэред стэйтом и так страдают.
Эрланг тянет максимум ну на очень soft риалтайм, лол.
Почему у всяких джавы и го больше? Не говоря уже о том, что даже у НОДЫ больше?
Я без претензии, если что, просто хочу понять.
nodejs 91,086
phoenix 53,383
Вот исходники для бенчмарка:
https://github.com/TechEmpower/FrameworkBenchmarks/tree/master/frameworks/Elixir/phoenix
>Я обычный мимокрок, не спорю ни с кем тут.
Я тебе советовал прочетать последние десять сообщений, в общем-то.
>Хорошо, какие языки хорошие для риалтайма?
Нет никакого разделения риалтайма, так вообще называют сервера с константным временем ответа. Ты можешь точно сказать, зная пинг, что сервер точно выдаст тебе твои 60 тиков/сек (причём с задержкой сети, а в некоторых йобах уже и 120 делают) чтобы не въебать на клиенте кучу кадров и не скатить шутан в лагодром? Авторы Quale Champions вот не скогли, кек. При наличии хотя бы GC (даже с супер низкими задержками уровня го) — не можешь, так что очевидно что нужны байтойобские языки по типу
>C++ нужен, ну или C, Rust
и никакого
>Вторая это риалтайм без требования к сверхнизким задержкам.
нет. "Soft realtime" по факту является ничем иным, как торжеством маркетологов некой компашки, продающей свою жвм со своим "йоба-риалтайм-гц".
Потому что
а) Эрланг это не про 1 сервер, это про сеть серверов;
б) Эрланг это, в первую очередь не про перформанс, а, блять, про живучесть сети. Мнение про супирскорасть — заслуга ораторов на конференциях, заменявших нерасширяемые в ширину от слова совсем технологии на эрланг и показывающих графики с over 9000% performance gain-ом. Хотя для телекомовых систем, задачи у которых как заявлял оратор выше "удобно моделируются на акторах" он гарантированно будет быстрее аналогов просто потому что в аналоги надо вкладывать ещё миллиарды $. Ватсап/чаты в фб/некоторые американские провайдеры с сотнями мульёнами пользователей, как бы на это намекает.
Стартапы, где-то между написанными на ней убером и медиумом она в моду вошла.
Ну ещё есть всякие нетфликсы где она используется как любой высокоуровенный язык в хуйлоаде — для написание бизнеслогики на куче плюсовых либ (как какой нибудь питон в машобе, короче).
Стартапы, где-то между написанными на ней убером и медиумом она в моду вошла.
Ну ещё есть всякие нетфликсы где она используется как любой высокоуровенный язык в хуйлоаде — для написание бизнеслогики на куче плюсовых либ (как какой нибудь питон в машобе, короче).
Что зачем? У стартапов вечное "надо MVP выкатывать ещё вчера", а в больших компаниях надо постоянно что-то прототипировать и раскатывать A/B тесты в 2/3 случаев выкидывая наработки сходу, а тут — самый быстрый из скриптовых языков, к которому ещё и плюсы легче присобачить чем к питону.
>"Soft realtime" по факту является ничем иным, как торжеством маркетологов некой компашки, продающей свою жвм со своим "йоба-риалтайм-гц".
Я имел в виду сервисы типа мессенджеров (вотсап, вайбер, телеграм, дискорд), сервисы типа скайпа и зума, чаты с большим количеством юзеров как на твиче, собственно сам стриминг на твитче, стриминг музыки на спотифай и всякое такое, где не нужна идеальная скорость ответа как в играх.
ВНИМАНИЕ, СРОЧНО ТРЕБУЕТСЯ ПОМОЩЬ АНОНОВ!
Пишу на Java. Тут приходит предложение от эйчаров с моей галеры - не хочу ли попробовать себя в Erland. Интересует, насколько востребовано на рынке, если стать узким специалистом. А то очкую, что сегодня проект есть - а завтра он закончится, и придется сосать лапу.