Что-то я, граждане, в очередной раз не понимаю, зачем нужен Erlang. Т.е очередная моя история с ним, кажется, близка к фейлу в стиле вступления презентации про опердень
( Read more... )
Я, короче, хочу сказать, что как язык общего назначения он плох. И если нет веских оснований (система массового обслуживания от ста тысяч...) --- то связываться с ним не надо.
Если просто стейтлесс-веб (фронтенд) - не надо. Если embedded --- не надо. Если что-то другое - cli, рассчётные задачи, data mining, опердень --- то вообще совсем не надо.
Вестись на видео, где какие-то ухари прошивку вертолёта на лету обновляют - не надо.
На мой взгляд вообще ничего не доказывает. Message passing/shared nothing/immutability есть много где. Решение для message passing и модель акторов есть и в питоне, и не одно. Почему готовое не взяли?
Система со сложным состоянием, работающая из памяти, массово обслуживающая всё, и требующая постоянные подкрутки в логике, в том числе и в рантайме (чтобы состояния не потерять).
Игрушки, например.
Системы "один раз умный чел написал и оно работает десять лет без сопровождения" не очень хорошо ложатся.
> И если я всё правильно понимаю, у MMO игрушек основная статья расходов, это аренда или питание серверов.
Я от лица Machine Zone (#1-3 gross profit in U.S.) скажу, что это не так. Сервера - это может один процент расходов. Основное - маркетинг.
По поводу физики и столкновений - так это FPS, там вообще в основном до сотни на сервер, а state of the art - одна тысяча игроков на сервер. Там другие требования совсем, не для эрланга.
А вот у MZ MMO - сотни тысяч одновременных игроков.
(про маркетинг мой друг говорил, что "сделанную хорошо вещь рекламщики сами будут проситься продавать")
Тут параллельно сказали, что сервер выполняет довольно простые вещи.
Вот 1) насколько эти вещи простые и 2) как часто они меняются у (вот тут внимание!) игры, клиент которой работает на iOS (то есть, имеет ограничения на изменения).
Физика и столкновения имеются, например, в скроллерах, да чуть ли не в Leisure Suit Larry они имеются в двумерном или трёхмерном варианте.
Reply
Если просто стейтлесс-веб (фронтенд) - не надо. Если embedded --- не надо. Если что-то другое - cli, рассчётные задачи, data mining, опердень --- то вообще совсем не надо.
Вестись на видео, где какие-то ухари прошивку вертолёта на лету обновляют - не надо.
Reply
Reply
Reply
Reply
Reply
Reply
Reply
Reply
(у bazqux в эрланговом коде БД проводится больше времени, чем в логике на Haskell. Erlang очень медленный)
Reply
Reply
Так в каких задачах Эрланг - отличный инструмент для управления? При этом настолько отличный, что прямо совсем без него никак.
Reply
Игрушки, например.
Системы "один раз умный чел написал и оно работает десять лет без сопровождения" не очень хорошо ложатся.
Reply
Reply
Я от лица Machine Zone (#1-3 gross profit in U.S.) скажу, что это не так. Сервера - это может один процент расходов. Основное - маркетинг.
По поводу физики и столкновений - так это FPS, там вообще в основном до сотни на сервер, а state of the art - одна тысяча игроков на сервер. Там другие требования совсем, не для эрланга.
А вот у MZ MMO - сотни тысяч одновременных игроков.
Reply
(про маркетинг мой друг говорил, что "сделанную хорошо вещь рекламщики сами будут проситься продавать")
Тут параллельно сказали, что сервер выполняет довольно простые вещи.
Вот 1) насколько эти вещи простые и 2) как часто они меняются у (вот тут внимание!) игры, клиент которой работает на iOS (то есть, имеет ограничения на изменения).
Физика и столкновения имеются, например, в скроллерах, да чуть ли не в Leisure Suit Larry они имеются в двумерном или трёхмерном варианте.
Reply
Leave a comment