Elixir vs Perl: What are the differences?
Developers describe Elixir as "Dynamic, functional language designed for building scalable and maintainable applications". Elixir leverages the Erlang VM, known for running low-latency, distributed and fault-tolerant systems, while also being successfully used in web development and the embedded software domain. On the other hand, Perl is detailed as "Highly capable, feature-rich programming language with over 26 years of development". Perl is a general-purpose programming language originally developed for text manipulation and now used for a wide range of tasks including system administration, web development, network programming, GUI development, and more.
Elixir and Perl can be primarily classified as "Languages" tools.
"Concurrency", "Functional" and "Erlang vm" are the key factors why developers consider Elixir; whereas "Lots of libraries", "Open source" and "Text processing" are the primary reasons why Perl is favored.
Elixir and Perl are both open source tools. Elixir with 15.6K GitHub stars and 2.22K forks on GitHub appears to be more popular than Perl with 435 GitHub stars and 152 GitHub forks.
According to the StackShare community, Elixir has a broader approval, being mentioned in 177 company stacks & 190 developers stacks; compared to Perl, which is listed in 133 company stacks and 64 developer stacks.
What is Elixir?
What is Perl?
Need advice about which tool to choose?Ask the StackShare community!
Sign up to add, upvote and see more prosMake informed product decisions
Sign up to add, upvote and see more consMake informed product decisions
Sign up to get full access to all the companiesMake informed product decisions
Sign up to get full access to all the tool integrationsMake informed product decisions
Postmates built a tool called Bazaar that helps onboard new partners and handles several routine tasks, like nightly emails to merchants alerting them about items that are out of stock.
Since they ran Bazaar across multiple instances, the team needed to avoid sending multiple emails to their partners by obtaining lock across multiple hosts. To solve their challenge, they created and open sourced ConsulMutEx, and an Elixir module for acquiring and releasing locks with Consul and other backends.
It works with Consul’s KV store, as well as other backends, including ets, Erlang’s in-memory database.
In addition to our fancy Docker setup, we have captured and sanitized production logs for the behavior of our legacy Perl MTA, and we can test that the log output from the new Go version behaves the same way as the old version. These tests are set up to allow us to switch between the legacy and new version of the MTA and ensure that both systems behave in a legacy-compatible way. Not only can we ensure that we operate against a variety of issues we've seen over time from inboxes, but we know that the newest version of our MTA continues to cover all the same expected behaviors of the legacy version. #CodeCollaborationVersionControl #ContinuousIntegration
Another major decision was to adopt Elixir and Phoenix Framework - the DX (Developer eXperience) is pretty similar to what we know from RoR, but this tech is running on the top of rock-solid Erlang platform which is powering planet-scale telecom solutions for 20+ years. So we're getting pretty much the best from both worlds: minimum friction & smart conventions that eliminate the excessive boilerplate AND highly concurrent EVM (Erlang's Virtual Machine) that makes all the scalability problems vanish. The transition was very smooth - none of Ruby developers we had decided to leave because of Elixir. What is more, we kept recruiting Ruby developers w/o any requirement regarding Elixir proficiency & we still were able to educate them internally in almost no time. Obviously Elixir comes with some more tools in the stack: Credo , Hex , AppSignal (required to properly monitor BEAM apps).
i've give a try to Ruby, Crystal, Python and GO, and yeah, for web development i use Elixir-Phoenix, because idk why just amazing, my phoenix app is very stable (comparing to api that written in other language), Ruby is slow, Crystal has unstable API, GO, umm yeah, you need too complicated (i use golang for microservice)
The whole backend part (deployment and other scripts, business logic, web interface) is written in Perl.
Весь бэкенд (скрипты деплоя и прочие, бизнес-логика, веб-интерфейс) написан на Perl.
I use Perl to rip through log files and compare them to some signature files I have created. When I get a match, it adds the bad guy to the list of shame in MySQL.
Huge boon to productivity when coupled with Phoenix. Moreover, it has made background jobs and all the unseen aspects of a business easily abstracted.
A very expressive language, lets you say the same thing in many different ways