Late to the party

[kika]

Купил книжку про Эрланг.

Нет, не надо таких советов, эти лекарства в Омереке без рецепта не продают, а за рецептом идти дорого, у меня страховки нет. Так что придется читать книжку и делать вид что так и надо.

Comments

[dmzlj.livejournal.com]

Так себе на нем писать веб. Проблемы с шаблонизаторами, даже с XSLT там плохо - один кривой биндинг саблотрона. Конечно, можно написать любой биндинг самостоятельно - но, в общем, будучи написанным не на эрланге - оно будет плохо масштабироваться по процессам, а будучи написанном на эрланге - оно будет тормозить. Плюс слабовата работа со строками, плюс тормозные те-же регекспы.

Кстати, никакого волшебства в плане прозрачной кластеризации по нодам в случае веба эрланг не даст - т.е. придется это делать самостоятельно, и в общем случае это будет мало отличаться от решения на любой другой платформе - reverse proxy + пачка fcgi процессов.

Смех смехом, но тут бы я посмотрел на хаскелл - там есть все, чего нет в эрланге (легкие потоки тоже есть), а нет только серверной инфраструктуры и мнезии.

[brainslugs.blogspot.com (from livejournal.com)]

Ищо там нету concurrent GC, нативного RPC и софт реалтайм. Особенно последнее -- если вы не знаток кишок ghc, поиск проблем с производительностью (которые возникают, благодаря ленивости, в самых неожиданных местах) начинается с долгих танцев с бубном вокруг компилятора, а заканчивается обычно превращением исходников в дикобраза, утыканного вызовами `seq` и $!

[dmzlj.livejournal.com]

возможно; но с другой стороны - хуже чем питон ведь не будет?

[brainslugs.blogspot.com (from livejournal.com)]

Для веб-морды питон идеален, по-моему, а вообще конечно да :)

Но, кстати, для бэкенда и легких потоков есть еще stackless python -- я сам не пробовал, но, говорят, вроде ничего. MMORPG Eve Online на нем написана.

[dmzlj.livejournal.com]

Стеклесс питон не масштабирует по процессорам/ядрам. Т.е это просто газирование лужи. Плюс, поскольку в питоне дофига всего в нативных библиотеках - они запросто будут блокироваться.

У нас на самом деле какая засада - нам нужен веб-спайдер, который может подолгу залипать на внешних сайтах (сессии и серии POST-запросов) - ну понятно, почему. Текущий написан на питоне; в питоне нельзя убить зависший тред - и таймаут можно повесить только на сокеты и глобально; у нас поэтому сделано совершенно ракообразное решение из пула процессов, каждый из кототорых держит количество тредов. Собираемся от этого гимора избавляться - как раз рассматривал стеклесс питон и эрланг; первый в топку, второй - очень бедные и недоделанные библиотеки во всем, что не касается телекома. Так что победил, видимо, хаскелл как раз - леговесный относительно питона, удобные потоки и огромная куча (как для перла практически) библиотек и вообще выглядит очень живо.

[brainslugs.blogspot.com (from livejournal.com)]

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

Но в эрланге с библиотеками реально хуже, да. Причем даже то что есть, оно нередко написано вполне качественно, но документации при этом нету или почти нету (например, xmerl).

[anatolix.livejournal.com]

Eve Online это скорее не в плюс stackless python. более тормозной и глючной игры еще видел. Бой на 1000 человек это гарантированный лаг с невозможностью управления или черный экран минут на 40.

[brainslugs.blogspot.com (from livejournal.com)]

Кстати вот софт реалтайм, это все-таки очень приятная фича эрланга.

В том плане, что там есть смысл говорить о производительности в терминах микросекунд, реально можно что-то там измерять и сравнивать, на уровне функций -- а этого мне например, как человеку с C/C++ бэкграундом, в том же петоне сильно не хватает иногда.

Я помню, когда в официальной питоновской рассылке какой-то товарищ спрашивал, как быстро работает вставка в массив в терминах O(N), ответ был "бугага, чувак, ты о чем вообще, забудь такие слова, это ж питон".

[kika.livejournal.com]

Мы прототипировали немного на хаскеле. Какой-то он непредсказуемый. Работает-работает, потом его клинит там где-то, а потом опять работает.

[dmzlj.livejournal.com]

Жалко.

[kika.livejournal.com]

Мне XML не нужен, слава богу, мне бы по простому какой-нибудь вменяемый шаблонный процессор, чтоб отделить код от представления. HTML::Template хватило бы вполне.
Минус конечно в том, что если на HTML::Template найти верстальщика еще как-то можно, то на всякий изврат с эрлангом - фиг. А использовать для этого девелопера - дорого.

[dmzlj.livejournal.com]

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

А еще здорово экономит время, т.к. в нем есть наследование шаблонов, перегрузка элементов; можно делать библиотеки элементов и т.п. - в общем, большинство самодельных шаблонизаторов резко сливают по возможностям.

Также, оно может работать и на клиенте - это дает возможности 1) разгрузить сервер 2) использовать для AJAX те-же шаблоны и того-же верстальщика, что и для server-side.

[kika.livejournal.com]

Я боюсь что с работой на клиенте там все тоже самое как "и все у них так". То есть есть три броузера, и в них все радикально разным образом работает :-)

А верстальщиков с XSLT я как-то не встречал.

[dmzlj.livejournal.com]

Они выстречаются; тот же яндекс регулярно себе их находит в количествах; да и мы себе нашли одного.

Что касается радикально разного образа работы - то нет, все работает лучше, чем можно было бы ожидать; ну и самое главное - оно работает не хуже чем альтернатива на JSON+JS, но гораздо легче в поддержке.