Для примера он выкладывал проектик, где программа на Go встраивалась в код Erlang как одна из нод.

Хех Есть go <-> Питон Есть go <-> Руби Но такой штуки не слышал

Есть даже Go <-> lua

https://github.com/Elzor/erlang-golang-node

Хех Есть go <-> Питон Есть go <-> Руби Но такой штуки не слышал

а GO <-> Haskell я подозреваю нет(

Сомнения гложут, но похоже, что все же он.

А, нашел!

https://github.com/Zert

Его профиль

https://github.com/goerlang/node

Вот что в эрланге нравится стоит посмотреть -behaviour(gen_server). и понятно всё что далее)

А это сам проект по эмуляции ноды на Го

Не его проект, оказывается. Память подвела опять

А еще там рядом другой проект есть: https://github.com/goerlang/port

Это если хочется использовать либы на Го в виртуальной машине эрланга.

Что пугает там 3 а там 4 годы последних коммитов

Но идея понятна

Для эрланга плевые сроки 😊

Но да, вероятно проекты заброшены.

Да тоже думаю - но видно можно ненапрягаясь )

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

Но хакель только с Си видел связку ну с питонами вроде

В эрланге интеграция с другими языками очень легко делается.

В эрланге интеграция с другими языками очень легко делается.

Да я не спорю

Пишется небольшой драйвер (в доках есть подробная инструкция) и готово

Пишется небольшой драйвер (в доках есть подробная инструкция) и готово

Вот с доками у них Очень Отлично - вот он продакшн

Вот с доками у них Очень Отлично - вот он продакшн

Это да. 😊

По этим докам язык, как правило, и учат.

Это да. 😊

Зажёг у меня старую любовь к Эрлангу😊Но посмотрю с практики

Зажёг у меня старую любовь к Эрлангу😊Но посмотрю с практики

Главное помни, что с арифметикой у него все плохо.

Да знаю - числодробилка это джава😄

Она медленная и это не беспокоит эрлангистов. Им тупо пофиг.

Ух понаписали то

Она медленная и это не беспокоит эрлангистов. Им тупо пофиг.

Но из коробки распределённость про мессадж не буду и так понятно но файл толерант это я думаю сила - ва хаскеле есть подобное

Откуда такое в хаскеле???

Cloud haskell

Ух понаписали то

Меня пытает одно - возможно ли в хаскелле файл толеранс?

Погугли

Фаал толеранс это что?

Фаал толеранс это что?

Let it crash!

Ребята про эрланг говорили

Cloud haskell выглядит вкусно, в теории.

Поэтому я им про Клауд хаскель сказал

Это что-то из хипстерского подхода к эрлангу? :)

Let it crash с C-H можно иметь, если нужно

Фаал толеранс это что?

Уже написали - да пусть это падает мы перезапустимся

Это в где угодно можно, где есть система мониторинга того что падает

Вопрос в накладных расходах.

Это в где угодно можно, где есть система мониторинга того что падает

Да забыл эрлан работает внутри бим а хаск это натив)

Расходы не важны, важно удобство и осмысленность такого подхода

Для удобства нужна система мониторинга, для осмысленности не знаю :)

Для осмысленности нужна архитектура

В Erlang т.к. beam можно любой код на любую ноду слать

Расходы не важны, важно удобство и осмысленность такого подхода

Да это у эрланга продумано - продакшн ведь

В C-H нужно одинаковый бинарь или сошками кидаться

Let it fail это красивая сказка причем появившаяся сравнительно недавно по сравнению с временем жизни ерланг

Еще и зачастую возводимая в абсолют:)

Ничего, что она живет в реальных проектах? 😊

В C-H нужно одинаковый бинарь или сошками кидаться

Ну а мне нравится) Предусмотреть всё нельзя -просто забудем об этом(эрор)

Ну в реальных проектах много что живет

Это как про мух и популярность

Ну, ты просто сказкой ее назвал.

Мне лень щас гуглить последовавшие объяснения про точность понимания этого подхода

Мне лень щас гуглить последовавшие объяснения про точность понимания этого подхода

Интересно просто а в хаске есть такой подход или в либе( сам понимаешь у разрабов разногласия Как обработать ошибку или Не надо)

И это точно выражаться мне лень, сегодня во всяком случпе

Как и везде depends on

И это точно выражаться мне лень, сегодня во всяком случпе

Ладно подумаем😊

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

Будто есть простые ответы, где-то cleanup и рестарт, где-то нужно сообщить и они что-то должны восстанавливать и т.д.

Вот и в эрланге типо лень каждую ошибку парсить просто перезапустим сервис- мне это нравится

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

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

Да я с этим согласен причём полностью

Вот если рестартовать на ошибке парсинга, я не уврене

Вот и в эрланге типо лень каждую ошибку парсить просто перезапустим сервис- мне это нравится

Оно не так немного работает. 😊

Вот что ошибки железа, и софта и т.п. одинаково трактовать и понимать что из части рекавер невозможен

Угу

Оно не так немного работает. 😊

Я образно нарисовал

Не это у эрланга на уровне интерпретаторв=а - а хаск напрямую - это просто эрланг машину на хаскеле сделать итп😀

Причём я думаю это реально😊

Ээээ, вообще-то beam на plain c написана с ассемблерными вставками. Причину, думаю, не надо объяснять.

Ээээ, вообще-то beam на plain c написана с ассемблерными вставками. Причину, думаю, не надо объяснять.

Ну можно сам сказал - а про скорость или надёжность это выбор!