| 1.1, Df232z (?), 18:29, 05/01/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
Был на Erlang - e один известный проект и тот переписывают на с++. Полное фиаско языка.
| | |
| |
| |
| 3.4, Df232z (?), 19:16, 05/01/2012 [^] [^^] [^^^] [ответить]
| +/– |
Это тот который по словам автора используется на
"Например, http://kaban.tv/, http://tvoygolos.tv/ Ещё есть какой-то порносайт, хозяин которого не удосужился мне назвать адрес."
Верх популярности.
Кстати Максим уже наконец то купил себе полную спещификацию RTMP или все также кодит по общим соображениям?
| | |
| |
| |
| |
| 6.13, Crazy Alex (ok), 03:43, 06/01/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Много, и что? До последних лет особой потребности в масштабируемых системах не было, да и сложность софта еще не так давила.
Эрланг - очень красивая и практичная штука - только надо понимать, что это на 10% - язык, а на 90 - на редкость грамотно созданный фреймворк, обеспечивающий из коробки всё, что нужно для надежного масштабируемого и долго работающего софта - от протоколирования до обработки нештатных ситуаций и обновления системы без её остановки. Сравнивать это надо с Java EE - ноErlnag/OTP куда проще и удобнее в понимании. И, кстати, одна из его сильных сторон - то, что можно критичные к быстродействию части (или то, что плохо укладывается в функциональщину) переписать на чем-то другом, не потеряв стабильность системы, возможность обновления и т.д.
| | |
| 6.15, hummermania (ok), 10:28, 06/01/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Родина Эрланга - телекоммуникации. Там где высокая нагрузка, высокие требования к отказоустойчивости и повышенная доступность. ИМХО причина его на сегодняшний день малого распространения - только недавний переход в практическую плоскость (работа с сокетами и i/o) и только недавнее увлечение облаками. Т.е. там где понадобилась изкоробочная параллельность выполнения кода, легкая встроенная в язык масштабируемость на любом количестве нод(!), высокая отказоустойчивость и горячая замена кода без остановки ситсемы -там он и стал востребован. Он разовьет популярность только через пару лет, когда облака станут так же легко доступны как и обычные декстопы. Пока там всё пилится и бурлит. Ваятеся код и отрабатываются десятки нештатных ситуаций.
Там где императивные языки встают в тупик при банальной задаче запуска десятков(сотен/тысяч) тредов с высокой интенсивностью обмена данных между ними - Эрланг справляется на ура, не говоря уже про распараллеливание вычислений между нодами.
Про CouchDB - интересный реверанс от основателя, но эрланговская версия БД вряд ли умрет, слишком много потенциала может дать такой NoSQL БД язык Эрланг. А к примеру приложение и сервер приложений внутри БД like couchapp - вообще вкусняшка! Или разворачивать LAMP связку или поднять только одну отказоустойчивую БД. В общем это толькомое ИМХО - изучать и юзать не перестану =)
| | |
| |
| 7.17, Crazy Alex (??), 14:24, 06/01/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
При всём уважении к эрлангу - он хорошо параллелизуется в первую очередь за счёт толковой архитектуры OTP, во вторую - за счёт параллелизма через сообщения, а уж потом - за счёт своей функциональной природы. В принципе никто не мешает сделать леговесные share-nothing потоки, обменивающиеся сообщениями, в императивном языке, и даже горячее обновление вполне реально. Но для этого нужна соответствующая поддержка стандартной бибилиотекой - и вот этого я кроме OTP нигде не видел.
Что до базы на эрланге - как раз модель "эрланг как движок параллелизма + классический компилируемый императивный язык, выполняющий реальную работу", похоже, и победит - учитывая, что обработка данных (хоть строки те же) в самом эрланге всё же медленная, а интегрируется с другими языками он на ура. И сложнсотью при этом управлять вполне нормально.
| | |
| |
| |
| |
| |
| |
| 12.26, simpler (?), 22:51, 12/01/2012 [^] [^^] [^^^] [ответить] | +/– | Он был не прав, но и вы ответили не лучше Вот это я и имею возразить Вы оба с ... большой текст свёрнут, показать | | |
|
|
|
|
|
| 7.21, simpler (?), 23:15, 06/01/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Или разворачивать LAMP связку
LAMP на CouchDB? Гламурно!
Но будет ли тогда это LAMP?
| | |
|
|
|
|
|
| 2.10, Ищавин (?), 21:50, 05/01/2012 [^] [^^] [^^^] [ответить]
| +4 +/– |
Переписывают часть кода написанного на Erlang на C. Невозможно сохранить возможности СУБД уйдя с Erlang, новости надо читать внимательнее. Более того, точно так же поступали и авторы самого языка работая в Эриксоне, переписывая медленно части на асме или С.
Собственно цитата автора:
>> We are moving more and more of the core database in C/C++, while still using many of the concurrency and reliability design principles we've proven with the Erlang codebase. And Erlang is still going to be part of the product as well, particularly with cluster management, but most of the performance sensitive portions will be moving to over C code. Erlang is still a great language, but when you need top performance and low level control, C is hard to beat.
Насчет проектов на Эрланге, то их все больше и больше. Среди NoSQL можно назвать отличную СУБД Riak, созданную на принципах Amazon Dynamo.
Также стоит помнить, что функциональные языки на текущих архитектурах процессоров медленнее исполняются, чем их императивные аналоги.
| | |
| |
| 3.20, simpler (?), 20:46, 06/01/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Также стоит помнить, что функциональные языки на текущих архитектурах процессоров медленнее исполняются, чем их императивные аналоги.
Ничего подобного. Это смотря как они реализованы.
Скорее многие разработчики "старой закалки" медленно избавляются от стереотипов на текущих архитектурах их императивного мышления. Ну и отсутствие математической подготовки сказывает, тут уж ничего не поделаешь. Если человек привык мыслить на уровне действий и процессов, и математику еще в детстве не осилил, то это навсегда.
| | |
|
|
| 1.11, Имя (?), 22:02, 05/01/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Canonical это знали, раз решили отчаливать от ДиванБД в пользу абстрактной БД.
| | |
| 1.14, Аноним (-), 03:49, 06/01/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– | |
> портирование критичной к производительности части кода на C/C++
А сразу то чего на сях не писалось? Не, сначала надо придумать себе проблем, а потом их героически забарывать. В результате будет аццкое месиво из кода, си один хрен понадобились, а вот левых зависимостей зато - будет. Что для NoSQL базы вообще-то минус.
| | |
| |
| 2.16, Имя (?), 14:17, 06/01/2012 [^] [^^] [^^^] [ответить]
| +/– |
Не ну это тоже бред. Написать чисто на Сях - трудоё[мб]кое занятие. Эрланг, как уже было сказано выше, идеально вписался.
Про зависимости - правда, хотелось бы чисто Си(или ++) решение без эрланга, может быть с меньшей функциональностью. Надеюсь хоть будет выделен чисто memcache кусок и всё остальное в виде дополнений: хочешь слайсы и виды на эрланге, хочешь простенький поиск на Сях.
| | |
| 2.18, Crazy Alex (??), 14:27, 06/01/2012 [^] [^^] [^^^] [ответить]
| +/– |
Левых зависимостей - аж один эрланг. Который даёт удобные параллелизм и надежность, а также хорошо управляет сложностью. А обработку логично делать на более приспособленных к этому языках. Так что тандем очень толковый, думаю, к тому многие проекты придут.
| | |
|
|
