Live data from Hacker News

Elixir 1.11

elixir-lang.org

51–60 of 104 posts

Re: Elixir 1.11

#51

Earlier quoted context omitted.

Pandemic or no pandemic, most jobs are at least local to the country. If he is from Russia it's way harder for him to get a job in a U.S / EU company. Also - if it's hard for him to get an Elixir job now (and let's assume he knows if it's hard or not and heard of the concept of remote), while Elixir is past it's peak, is it a good bet to keep going the Elixir route?

Also, looking at the numbers in the UK on Linkedin: 132 Elixir jobs for the entire UK (ruby has 1941, php has 4832, java 10973). I'm not saying it's impossible but 132 mentions is not a lot. And it's not as if no one is fighting you for these Elixir jobs, quite a few people still want these jobs. Is Elixir still being chosen for new projects by startups or is it all python / go / rust ? The numbers for Elixir are ver…

I see plenty of new startups in Elixir and haven't had any real issue finding Elixir client work since I switched to it. Elixir is not nearly as ubiquitous as Ruby was and I don't think it will be. I don't think that's necessary either. For people playing the numbers game I guess Java, Python and JS are the languages to pick.

Re: Elixir 1.11

#52
post #6

> IEx also has been improved to show the documentation for Erlang modules directly from your Elixir terminal. This is a really nice change for those of us who straddle both languages. I've done a fair bit of work with both ets and the crypto module and having to jump into and out of firefox felt at odds with the rest of the development experience.

Also the online Erlang docs are arguably even more utilitarian than iex docs output...

The Common Lisp HyperSpec on the other hand looks like it was written by a monk obsessed with dictionaries.

Re: Elixir 1.11

#53

Question from someone who's never tried Erlang/Elixir but is interested. If you're starting a greenfield project in 2020, is there any reason to use baseline Erlang instead of Elixir? I get the impression that Elixir is a strict improvement (besides legacy compatibility). But this is a very very uninformed impression.

I work in Elixir most of the time but can read and write Erlang reasonably well, here's my two cents. Elixir's syntax was inspired by ruby and so if you've used ruby or look at ruby code and think, "yea, I get what's going on here" then you will likely find working with Elixir's syntax preferable to Erlang. Erlang's syntax was based off of Prolog and so it will be less familiar, unless you have done a bunch of Prolog…

Speaking for myseld, rebinding variables in Elixir is my least favorite part of the language, and I specifically avoid using the feature.

Re: Elixir 1.11

#54

Earlier quoted context omitted.

https://insights.stackoverflow.com/trends?tags=elixir Now you may say Stackoverflow isn't a good measurement. In Tiobe Elixir hasn't made it to the top 50 https://www.tiobe.com/tiobe-index/ There is little reason for me to believe Elixir is before it's peak, the data is showing otherwise. Elixir's contemporaries (Rust / Go / Kotlin) are at a totally different place usage wise. So I tend to think this is it for Elixir…

That’s very little data to make such broad claims. Up until 2017 or so, you could see the Elixir community active on StackOverflow with answers from José, Chris and most maintainers. Then the community collectively moved to Elixir Forum. Wouldn’t you prefer to ask questions where the maintainers can also answer? Per the Elixir Forum stats, the number of active users keep growing. I won’t comment on TIOBE because you…

> and is ahead of contemporaries like Clojure and Julia, and ahead of other functional languages like Haskell, Ocaml,

That's kinda my point. These are the languages you should compare Elixir to, the esoteric ones. Not to PHP, not to Node or not even Ruby. I doubt this is going to change much.

What I said about Elixir (lack of jobs) is also true for the languages you listed.

Re: Elixir 1.11

#55

All I could only ask for today is just a better ide support. I don't like vscode; even though the plugin for intellij has improved, there is still a lot to be desired

The IDE type tooling is getting better all the time thanks to Elixir-LS. There was a 0.6 release a couple of days ago with a ton of improvements [0]. Better auto-completion triggers and Ecto completion come to mind as huge quality of life improvements.

0: https://github.com/elixir-lsp/elixir-ls/blob/master/CHANGELO...

Re: Elixir 1.11

#56
post #51

Earlier quoted context omitted.

Also, looking at the numbers in the UK on Linkedin: 132 Elixir jobs for the entire UK (ruby has 1941, php has 4832, java 10973). I'm not saying it's impossible but 132 mentions is not a lot. And it's not as if no one is fighting you for these Elixir jobs, quite a few people still want these jobs. Is Elixir still being chosen for new projects by startups or is it all python / go / rust ? The numbers for Elixir are ver…

I see plenty of new startups in Elixir and haven't had any real issue finding Elixir client work since I switched to it. Elixir is not nearly as ubiquitous as Ruby was and I don't think it will be. I don't think that's necessary either. For people playing the numbers game I guess Java, Python and JS are the languages to pick.

It's not as ubiquitous as Ruby is currently either, despite Ruby declining quite a lot you can't really compare the 2.

There are a lot of happy devs who can find Elixir work, it depends a lot on location, past experience etc. I do think the number of jobs advertised is fairly low compared to demand. SO on one hand it could lead to high salaries. On the other hand it could lead to not all people landing a job (which if you look at the comments some people here are complaining about).

Re: Elixir 1.11

#58
post #45

Earlier quoted context omitted.

It is an interesting (but probably very subjective) observation that the majority of companies with a rare or esoteric stacks hire only experienced devs with the stack and refuse to train them themselves. Maybe it is because they are smaller and lack resources. And on the contrary, in my experience, large companies based on common languages like Java, C#, JS and the like dedicate huge resources for training their jun…

Which ultimately makes those rare and esoteric stacks less likely to survive because experienced engineers who don't have experience with those particular stacks have no ways of getting those jobs without experience in those jobs. Companies like Jane Street make more sense. They use ocaml but they don't expect you to have any ocaml experience coming in, but they also have plenty of resources for training and hiring t…

Think about young startups that aren't sure when the next round of cash will come and their personnel stay there on average 2, 2.5 years. Spending 6-8 months on getting a new developer productive with a new language is super expensive for such a company. In fact, employing juniors in general is pretty risky for such a company.

Re: Elixir 1.11

#59
post #41

The official release announcement can be found here: https://elixir-lang.org/blog/2020/10/06/elixir-v1-11-0-relea... It provides more context, links, and other improvements over the CHANGELOG. I am not sure if it is possible to update the link in the post though.

Ok, we changed to that from https://github.com/elixir-lang/elixir/releases/tag/v1.11.0 . Thanks!

Thank you!

Re: Elixir 1.11

#60
post #45

Earlier quoted context omitted.

Which ultimately makes those rare and esoteric stacks less likely to survive because experienced engineers who don't have experience with those particular stacks have no ways of getting those jobs without experience in those jobs. Companies like Jane Street make more sense. They use ocaml but they don't expect you to have any ocaml experience coming in, but they also have plenty of resources for training and hiring t…

Think about young startups that aren't sure when the next round of cash will come and their personnel stay there on average 2, 2.5 years. Spending 6-8 months on getting a new developer productive with a new language is super expensive for such a company. In fact, employing juniors in general is pretty risky for such a company.

A senior developer though should be able to get productive with a new language in a few weeks. It's not such an investment ....
Post reply on HN