Интересно :) Написам сам на себе =)

что то новости про языки зачастили вначале Scala, теперь этот

Паралленьный... Интересно, надо глянуть.

http://syllable.org.ru/news/27/

А чем erlang не устроил? Лучше бы к erlang написали драйвера к БД, вместо долбаного ODBC.

Странный он какой-то. Например зачем в наше время явным образом различать число и строку?!

Вы против статической типизации?

> Программное обеспечение сайта автора также написано на Rhope.

Я сходил по ссылке. Ну блин, ну можно же было сделать, чтобы на ТАКОМ сайте не появлялась полоса горизонтальной прокрутки в браузере.

Interpreter - в топку. Был бы Interpreter+JIT (с замедлением не больше 2 раз, как в java) еще был бы смысл смотреть. Кому нужно распараллеливать программу, после ее 10-100 кратного торможения? Так что польза тут разве что на уровне идей.

Надеюсь, в дальнейшем с Zope не объединятся и не сделают общее название?

забавно, оно вообще под линукс есть? или нужно в виртуальной машине поставить Syllable?

Фантазии у автора не занимать. Зацените, что он юзает вместо фигурных скобок!

Example programs выглядят страшно.

Лучше бы сделал так:
(:
  [:fuck,a,duck:]
:)


:))))

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

Там в исходниках изначально гармошки заложены! :||:

>Фантазии у автора не занимать. Зацените, что он юзает вместо фигурных скобок!

о да.. а вместо круглых квадратные...

PS скачал сборку под OSX, не работает! "Bus Error"

а ВЫ видели какой у него хелловорд?!

> Interpreter+JIT

Это, простите, КАК?

> Судя по примерам - очередной поток красноглазия. Новость удалить (как развращающую подрастающее поколение программистов), топикастера сжечь.

Вы хотите, чтобы и в XXII веке человечество писало сплошь на С и Фортране? >_<

Это же музыка.

> Фантазии у автора не занимать. Зацените, что он юзает вместо фигурных скобок!

Идея поэкспериментировать с чем-то помимо фигурных скобок, кстати, интересная, вот только этот эксперимент оказался неудачным. Наверное такие операторные скобки навеяны нотной записью, там такие скобки используются. Ждём языка с инстукциями компилятору moderato, allegro, piano, fortissimo, лигами, стакатто, вибрато, пиццикато, и средой программирования lilypond.

>Interpreter - в топку. Был бы Interpreter+JIT (с замедлением не больше 2 раз, как в java) еще был бы смысл смотреть. Кому нужно распараллеливать программу, после ее 10-100 кратного торможения? Так что польза тут разве что на уровне идей.

Java платформа в настоящее время не является эталоном удобства для параллельного прогрмммирования. Все нити - это LWP, переключение которых весьма дорогое удовольствие. Создать распределенную программу - геморрой, ибо для каждой инстанции жабамашины нужно писать и запускать отдельный экземпляр программы.

Вместо сделать spawn(module,function,parameters) как в эрланге, программисты должны сидеть и клепать кучу классов, интерфейсов, обслуживание коммуникации итд итп, а администраторы должны все это запускать и следить чтобы эксепшеном не сыпнуло, ибо какой-нибудь придурок в конторе не умеет ходить по минному полю механизмов синхронизации.

Rhope есть.
Ждем мыло.

> Ждём языка с инстукциями компилятору moderato, allegro, piano, fortissimo, лигами, стакатто, вибрато, пиццикато, и средой программирования lilypond.

Это пять!

с таким синтаксисом языка...
появляется страшное желание написать программу типа [:| | | | | |:]

>Вы хотите, чтобы и в XXII веке человечество писало сплошь на С и Фортране? >_<

Уже есть Java, С++ и много других языков в своих нишах и создавать очередное пионерское поделие (с :||: вместо скобок и другими извращениями) от того, что не осилил какой-то из них - красноглазие

Начни с запрешения МС двигать С# - ведь уже есть ява.

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

> Уже есть Java, С++ и много других языков в своих нишах и создавать очередное пионерское поделие (с :||: вместо скобок и другими извращениями) от того, что не осилил какой-то из них - красноглазие

Ты не привел ниодного языка, который находится в нише с Rhope. Соответственно ты некомпетентен и твое мнение не учитывается.

По теме. Уродские скобки еще куда ни шло. Но по этому языку нет никакой вменяемой документации, так что даже понять что в нем нового тяжело.

Пока что Эрланг остается вне конкуренции для сложного многопоточного программирования. Последняя success story на Facebook-е http://www.facebook.com/notes.php?id=9445547199

> Да что вы так на автора набросились

Жавакодерам обидно, что у кого-то есть свои мысли >_<

> Вы хотите, чтобы и в XXII веке человечество писало сплошь на С и Фортране? >_<

Мир бы от этого не обрушился. На Си и Фортране можно написать что угодно. И это что угодно не будет, если написано качественно, тормозить и жрать память, а также будет иметь адекватный размер.

>Пока что Эрланг остается вне конкуренции для сложного многопоточного программирования. Последняя success story на Facebook-е http://www.facebook.com/notes.php?id=9445547199

Забыли добавить его полную неэффективность при работе с вводом/выводом и только недавно появившуюся масштабируемость на несколько процессоров в системе.

Касательно facebook и IO (цитата по ссылке): as well as an epoll-driven web server (in Erlang)

Т.е. они _НЕ_ используют потоковую модель erlang, вместо этого пользуются классическим event-based подходом.

Так что erlang полезен _только_ там, где сообщения перебрасываются между локальными пользователями, т.е. функциями в самом erlang, без использования внешниего IO (сеть, диск и т.п.)

Синтаксис - писец!

> Т.е. они _НЕ_ используют потоковую модель erlang, вместо этого пользуются классическим event-based подходом.

Судя по этому(из той же ссылки) это не совсем правда:

Why Erlang? In short, because the problem domain fits Erlang like a glove. Erlang is a functional concurrency-oriented language with extremely low-weight user-space "processes", share-nothing message-passing semantics, built-in distribution, and a "crash and recover" philosophy proven by two decades of deployment on large soft-realtime production systems.

> Так что erlang полезен _только_ там, где сообщения перебрасываются между локальными пользователями, т.е. функциями в самом erlang, без использования внешниего IO (сеть, диск и т.п.)

Откуда дровишки насчет сети? Насчет диска читал и даже видел как обходится.

> На Си и Фортране можно написать что угодно. И это что угодно не будет, если написано качественно, тормозить и жрать память, а также будет иметь адекватный размер.

У вас недостаток памяти, числа ядер и места на диске? Сочувствую, попробуйте найти себе работу.

А у меня недостаток времени на понимание чужих программ на Фортране и OpenMPI (отягощенный рвотными позывами). А мое время, увы, я в магазине купит не могу.

PS Я в курсе, что это язык не про MPI.

> Так что erlang полезен _только_ там, где сообщения перебрасываются между локальными пользователями, т.е. функциями в самом erlang, без использования внешниего IO (сеть, диск и т.п.)

Кому, всем или Facebook? O_o

А "!" - это функция самого ерланга или уже сеть? O_o

>> Т.е. они _НЕ_ используют потоковую модель erlang, вместо этого пользуются классическим event-based подходом.

> Судя по этому(из той же ссылки) это не совсем правда

А судя по этому:

http://developer.sipphone.com/ejabberd/erlang_epoll_patch/

это полный 4.2. Под использованием epoll-driven они подразумевали патченный под соответствующий интерфейс Эрланг, тоесть чтобы сетевые соединения работали через epoll а не через poll.

Синтаксис просто никакой. Такое чувство, что автор пытался как можно больше выпендриться и сделать "не как у всех".

Вместо скобок в качестве разделителей блока "|:" , то есть не одну клавишу нажимать, а две, да ещё и с шифтом.

Одна из программ начинается так: [[[[[[. Пять (5) скобок подряд, лисперы отдыхают.

А как вам ввод числа с консоли?

n <- <String@Whole Number[Get Input[]]

В общем, ещё одно мертворождённое поделие.

>Кому, всем или Facebook? O_o

Facebook не использует erlang для работы с сетью, т.к. erlang засыпает без возможности вытеснения. Вместо этого есть бакенд, который через epoll забирает данные из сети в один поток, возможно в пул, но не на каждого клиента, т.к. с точки зрения ядра и сети erlang - это _один_ процесс (в новых версиях он научился масштабироваться на SMP), так что если он заснет...

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

> На Си и Фортране можно написать что угодно. И это что угодно не будет, если написано качественно, тормозить и жрать память, а также будет иметь адекватный размер.

И неадекватное время и стоимость разработки. Если сомневаетесь, откройте фирму, АСУчите пару предприятий исключительно на С, вписываясь в бюджет и сроки, и напишите на ЛОР новость о success story.

>http://developer.sipphone.com/ejabberd/erlang_epoll_patch/

Ога, только что случается, когда одновременно приходит сигнал и кусок данных? Erlang засыпает...

> У вас недостаток памяти, числа ядер и места на диске?

У меня не недостаток, у меня нет _излишка_ памяти, ядер и места на диске. Есть большая разница. И такого излишка, поверьте, не будет никогда.

> Сочувствую, попробуйте найти себе работу.

Это что, такое неуклюжее оскорбление? Со старшими научитесь вежливо для начала разговаривать.

> А у меня недостаток времени на понимание чужих программ на Фортране и OpenMPI (отягощенный рвотными позывами). А мое время, увы, я в магазине купит не могу.

> PS Я в курсе, что это язык не про MPI.

С чего это нас должны интересовать Ваши проблемы, при таком Вашем отношении к окружающим?

>http://developer.sipphone.com/ejabberd/erlang_epoll_patch/

Собственно, в erlang любая блокирующая операция завешивает всех пользователей, т.к. нет вытесняющей многозадачности. И добавление poll/epoll эту картину никак не меняет.

> С чего это нас должны интересовать Ваши проблемы, при таком Вашем отношении к окружающим?

А почему нас должны интересовать проблемы людей, мечтающих заставить всех писать на С и Фортране, чтобы удобно было *им*?

буква h лишняя, на остальном пусть удавятcя ;-)

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

Не понял, любой receive убивает систему что-ли? O_o

> И неадекватное время и стоимость разработки. Если сомневаетесь, откройте фирму, АСУчите пару предприятий исключительно на С, вписываясь в бюджет и сроки, и напишите на ЛОР новость о success story.

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

Изобретатель велосипеда переизобрел новый велосипед?

>Не понял, любой receive убивает систему что-ли? O_o

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

> А почему нас должны интересовать проблемы людей, мечтающих заставить всех писать на С и Фортране, чтобы удобно было *им*?

Я не предлагал заставлять кого-то писать на Си и Фортране. Я сам на них не пишу. Я говорю о том, что мир бы не обрушился, если бы такое случилось. А удобно бы было конечным пользователям.