My limited understanding of erlang/elixir is that it helps easily run actor model programs (fail-safe loosely defined as something with retries built-in) in a grid of long-running interconnected instances. With more and more focus on "serverless" development that I am being exposed to, I am curious to know if it is a good fit in this space. Say if you are constrained to use AWS serverless solutions - sqs, sns, dynamo…
The modern serverless paradigm is a way to give these more traditional computing runtimes/languages a lot of the features of Erlang/OTP. The downside to having all of these things in services on the network and outside of the runtime is latency. Imagine a runtime where everything is a message, everything goes into inboxes/queues but passing many of those messages is zero-copy, doesn't hit a network interface, and goi…
Twenty Years of Open Source Erlang: A Retrospective from the trenches
61–70 of 70 posts
Re: Twenty Years of Open Source Erlang: A Retrospective from the trenches
#62I really like Erlang and Elixir, but I'm really worried when I see a tech stack that is still trying to figure out deployment and runtime configuration of systems. I'm not trying to be inflammatory here. As per many resources such as "Phoenix in Action" deployment is still a major culprit. And Dockyard themselves (one of the major Elixir shops, where McCord works actually) have a full time guy on the payroll to try t…
Re: Twenty Years of Open Source Erlang: A Retrospective from the trenches
#63Earlier quoted context omitted.
You have macros in Elixir
Erlang has macros... http://www1.erlang.org/documentation/doc-4.8.2/doc/extension... ...but I think they work differently, or are more limited in scope.
Elixir macros are a completely different beast, they can manipulate the AST Lisp-style. A very elegant example is Elixir's unicode module, which reads unicode data tables and turns them into function definitions at compile time [1].
Compare this to the equivalent module in plain old Erlang, which has to be generated by a separate script, in a pre-compilation step in the Makefile, that literally prints blocks of code [2].
[1] https://github.com/elixir-lang/elixir/blob/v1.7.4/lib/elixir...
[2] https://github.com/erlang/otp/blob/OTP-21.2/lib/stdlib/uc_sp...
Re: Twenty Years of Open Source Erlang: A Retrospective from the trenches
#64I really like Erlang and Elixir, but I'm really worried when I see a tech stack that is still trying to figure out deployment and runtime configuration of systems. I'm not trying to be inflammatory here. As per many resources such as "Phoenix in Action" deployment is still a major culprit. And Dockyard themselves (one of the major Elixir shops, where McCord works actually) have a full time guy on the payroll to try t…
For managed deployment (with a free tier) check out https://www.gigalixir.com/
Re: Twenty Years of Open Source Erlang: A Retrospective from the trenches
#65had to smile at the nod to adrian mole :)
Re: Twenty Years of Open Source Erlang: A Retrospective from the trenches
#66had to smile at the nod to adrian mole :)
Re: Twenty Years of Open Source Erlang: A Retrospective from the trenches
#67had to smile at the nod to adrian mole :)
Re: Twenty Years of Open Source Erlang: A Retrospective from the trenches
#68I really like Erlang and Elixir, but I'm really worried when I see a tech stack that is still trying to figure out deployment and runtime configuration of systems. I'm not trying to be inflammatory here. As per many resources such as "Phoenix in Action" deployment is still a major culprit. And Dockyard themselves (one of the major Elixir shops, where McCord works actually) have a full time guy on the payroll to try t…
Re: Twenty Years of Open Source Erlang: A Retrospective from the trenches
#69Earlier quoted context omitted.
Elixir is more than syntax. Or rather, it is not even about the syntax :) This is a common question, so I even gave a talk about it some time ago: https://www.youtube.com/watch?v=V5fMQcSy3y8 Elixir features meta-programming, structs and protocols, first-class documentation, strong focus on the tooling, some abstractions that make concurrency more accessible (such as tasks and streams), etc. However, Erlang and Elixir…
> They have the same data-types (with the same names and even the same syntax for almost all of them), As someone who mostly has just used Erlang, but has looked at Elixir some, I think one of the things I appreciate about Elixir is some of the Erlang warts that you've managed to work around, like having strings be Erlang binaries.
Re: Twenty Years of Open Source Erlang: A Retrospective from the trenches
#70I really like Erlang and Elixir, but I'm really worried when I see a tech stack that is still trying to figure out deployment and runtime configuration of systems. I'm not trying to be inflammatory here. As per many resources such as "Phoenix in Action" deployment is still a major culprit. And Dockyard themselves (one of the major Elixir shops, where McCord works actually) have a full time guy on the payroll to try t…
For managed deployment (with a free tier) check out https://www.gigalixir.com/