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…
Elixir 1.11
51–60 of 104 posts
Re: Elixir 1.11
#52> 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...
Re: Elixir 1.11
#53Question 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…
Re: Elixir 1.11
#54Earlier 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…
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
#55All 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
0: https://github.com/elixir-lsp/elixir-ls/blob/master/CHANGELO...
Re: Elixir 1.11
#56Earlier 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.
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
#57Re: Elixir 1.11
#58Earlier 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…
Re: Elixir 1.11
#59The 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!
Re: Elixir 1.11
#60Earlier 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.