Live data from Hacker News

Communicate Between Ruby and Elixir Using Erlang Ports and Erlectricity

blog.fazibear.me

1–10 of 13 posts

Re: Communicate Between Ruby and Elixir Using Erlang Ports and Erlectricity

#4
post #3

I understand why the Ruby community has warmed up to Elixir and the Phoenix web-framework, however, I'm curious what the advantage or use-case of having Ruby talk to Elixir in an application is?

Probably allows updating/extending old Rails apps using Elixir, without having to rewrite the old app.

Re: Communicate Between Ruby and Elixir Using Erlang Ports and Erlectricity

#5
post #3

I understand why the Ruby community has warmed up to Elixir and the Phoenix web-framework, however, I'm curious what the advantage or use-case of having Ruby talk to Elixir in an application is?

The main use case would be if you had a very mature Ruby library without an Erlang/Elixir equivalent. I haven't run into much that I personally need that isn't already available, but there are definitely some gaps that this could help people jump in the short term.

Re: Communicate Between Ruby and Elixir Using Erlang Ports and Erlectricity

#6
post #4
post #3

I understand why the Ruby community has warmed up to Elixir and the Phoenix web-framework, however, I'm curious what the advantage or use-case of having Ruby talk to Elixir in an application is?

Probably allows updating/extending old Rails apps using Elixir, without having to rewrite the old app.

Terraform is a good option there as well.

https://github.com/poteto/terraform

Re: Communicate Between Ruby and Elixir Using Erlang Ports and Erlectricity

#7
We have a couple legacy Rails Elixir apps being slow-ported forward (low hanging fruit first). The real winner so far for us has been Exq [1], which is a Sidekiq-compatible job library.

What that means is you can selectively receive jobs in Elixir (e.g. high-perf Phoenix websocket/request handler) and process them in legacy Ruby Sidekiq workers when needed, or vice-versa use Elixir to process jobs whose functions you've ported forward.

If your Rails app is already setup use Sidekiq background jobs, I think this method is much-preferable to these direct communication libraries.

[1] https://github.com/akira/exq

Re: Communicate Between Ruby and Elixir Using Erlang Ports and Erlectricity

#8
post #3

I understand why the Ruby community has warmed up to Elixir and the Phoenix web-framework, however, I'm curious what the advantage or use-case of having Ruby talk to Elixir in an application is?

The main use case would be if you had a very mature Ruby library without an Erlang/Elixir equivalent. I haven't run into much that I personally need that isn't already available, but there are definitely some gaps that this could help people jump in the short term.

Agreed. Currently working with a host of legacy ruby projects that we're slowly migrating to elixir. We've used hack-arounds to leverage the existing ruby projects up until now. If this library proves to be production-worthy, it'll be a great bridge for addressing some technical debt.

Re: Communicate Between Ruby and Elixir Using Erlang Ports and Erlectricity

#10
post #3

I understand why the Ruby community has warmed up to Elixir and the Phoenix web-framework, however, I'm curious what the advantage or use-case of having Ruby talk to Elixir in an application is?

The main use case would be if you had a very mature Ruby library without an Erlang/Elixir equivalent. I haven't run into much that I personally need that isn't already available, but there are definitely some gaps that this could help people jump in the short term.

I work at an ISP with some gems that you just cannot find anywhere, in any language. We cannot just replace or rewrite them, some have been around for almost 10 years.
Post reply on HN