21 ms·

Ask HN: Erlang and the telecom market

49 points by Fantarina 4y ago

Hello folks, I was a telecommunications engineering student when I came across the Erlang language. I was seduced and it looked like a good career for me. By the description it was a niche language with a high demand on the market. But it was 3 years ago and and I still did not find an appropriate Erlang position (I applied to all of the very few offers on the internet and it was not only the telecom offers) How do one find an Erlang job? PS: screw Elixir by the way

Joel_Mckay 4y ago
Could try for a vFabric/RabbitMQ support roll at NetSuite, Red Hat, or Blackfriars Group. Also, Elixir subsystems in Erlang are common, so projecting ones preferences onto an employer may earn less utility or more ire. Best of luck =)
cmdrk 4y ago
I wouldn't be too quick to be down on Elixir. The entire BEAM ecosystem (Erlang, Elixir, Gleam, Luerl, LFE etc) are great! I think one could potentially sneak some Erlang into an Elixir job by building common libraries you want to share with other programming languages across the BEAM. I don't get the hate for Erlang, either. It's a fun language with a community very willing to help folks out.
bjourne 4y ago
Demand for Erlang is non-existant even within Ericsson and that's the company that invented the language.
stanpinte 4y ago
@fantarina If you look for a job, can you please send me your CV? we use Erlang. https://www.thesignallingcompany.com/ https://www.thesignallingcompany.com/ Stan@thesignallingcompany.com
deleted 4y ago
[deleted]
yetihehe 4y ago
Could you work near UTC+1 timezone? ["info",$@,"treesat.io"]. Otherwise, like other commenter said, get lucky, in Europe there may be more job postings than USA.
weatherlight 4y ago
> screw Elixir by the way Not the attitude I'd be hiring for honestly.
- Fantarina 4y ago
  Yeah, the effects are not going as what I wanted I was just trying to focus the talks on the Erlang language because I'm already aware of the success and opportunities of the Elixir language.
- ethanwillis 4y ago
  I'd first ask them why they hold the opinion. You might be surprised by the reasoning they have for saying this. Having strong opinions isn't necessarily a bad thing.
  - weatherlight 4y ago
    You could say, "I don't want to work for a company using other languages on the BEAM VM" or "I considered Elixir and I don't like it because of X" It just seems completely out of context and aggressive. ¯\_(ツ)_/¯
    - ethanwillis 4y ago
      The fact that it's out of context and the tone is so different is what made me take it as not so serious and just a playful jab at Elixir. I think the interpretation everyone seems to be taking (which is surprising to me personally!) is such that it's like Elon requiring people to put "Parody" in their name.
  - striking 4y ago
    There's a time and a place, though, no? "Screw Elixir" might be fine as an opinion on its own, but in the same breath as "I would like a job"?
    - weatherlight 4y ago
deleted 4y ago
[deleted]
travisgriggs 4y ago
> screw Elixir by the way If OP is reading… care to elaborate in a more objective fashion? As an Elixir neophyte, one of the things that is a small frustration for me is that you’ll get to a problem and there just is no solution, and when you ask on the wonderful slack channel, someone will pipe up with a bit Erlang you use for that. It’d be like learning Japanese, and for sizeable pieces of your communication, your instructed to go next door to the Latin class to figure it out. As near as I can tell, there is no such thing in the real world as a “just elixir” application. Any shop/product of size would probably love to have your Erlang expertise, provided they didn’t feel you were hostile.
- psychphysic 4y ago
  I learnt Erlang when it was still cool. And more recently (but not that recently) dabbled with learning Elixir. Most resources are targeting those who don't come from Erlang (mostly it was from rails). And my word are they being deceived. I don't think the Japanese/Latin analogy quite works it's like elixir is rhyming slang and Erlang is english. But everyone insists you can get by with rhyming slang alone. Errr. Nope!
  - ch4s3 4y ago
    I think a better analogy is Erlang being like Latin and Elixir being like Portuguese or Spanish. But I digress, you can learn how the BEAM and OTP work as an Elixir dev without being great at reading or writing Erlang code.
- conradfr 4y ago
  There's definitely "just Elixir" applications, I've worked on more than one. And I don't think any of my colleagues really knew Erlang. (I don't consider using :timer or :crypto as having Erlang code) But mostly that's more because it has been unnecessary rather than a dab at the language.
robertkeizer 4y ago
By not using the word Telecom. Discord, fintech, and sportsbetting also use BEAM pretty heavily. Also 100% would avoid hiring you with the elixir comment.
- bjourne 4y ago
  This is false. Companies may claim to use Erlang in marketing materials, but when you get into them you see that their Erlang use is miniscule. Almost no one uses Erlang for greenfield developments.
  - gregors 4y ago
    They said BEAM, not Erlang. There is PLENTY of greenfield BEAM going on through Elixir.
rcarmo 4y ago
The generalist view is that nobody is using Erlang for modern telco workloads anymore. (yes, there are exceptions. Bear with me) I learned Erlang when we were programming Ericsson voice switches some twenty years ago, and even though Nokia also adopted OTP and did some pretty amazing things with it (including a Hadoop analogue that used Erlang to coordinate Python workers across nodes), I have only come across Erlang when looking at legacy workloads that needed to be moved to the cloud. NFV and CNF efforts (i.e., virtualized and containerized network functions) I've come across over the past few years seem to be mostly Go or C++. Jaeger is a common tool. I see a lot of Postgres. I also see really weird CNI approaches (check out multus, because telcos still can't get over having dedicated network interfaces for things even though it's all just a virtualization sandwich and they really should just learn to use network policies). The technicalities run deeper than web apps (because some thing are very, very finely tuned), but the key point is that the telco "bleeding edge" landscape is now indistinguishable from "web scale" K8s discussions, except that telco workloads demand fixed resource allocations nd we still rely _a lot_ on CPU pinning of specific functions due to latency/jitter sensitive workloads. It's almost like you took low-latency, pseudo-real-time stuff from embedded systems and shoved it into K8s. No, wait, it's _exactly_ like that. Source: I work in Azure for Operators and have been in the telco industry since the mid-90s.
- Fantarina 4y ago
  Thank you for your input, I was thinking that with all the 5g decoupling,network functions and messages passing Erlang would go stronger and need more workforce
- the_only_law 4y ago
  Are there any good reading on modern work being done in telecom networks. I enjoyed this comment and have had a passing interest in the industry, but have been unable to understand modern networks so far.
  - rcarmo 4y ago
    You can try digging into modern 5G stacks. Search for VNF/CNF, be wary of the fact that it is a much deeper industry acronym-wise (heck, we have 4 and 5 letter acronyms that are not jokes), and hang on to your hat...
onebot 4y ago
This is the problem I have with Erlang developers. They only want to work on Erlang. Pragmatism be damned. It is never about the product or the company. It is only about which of the remaining 20 Erlang expert personalities in the world do they get to work alongside with. If there needs to be a special library, all other existing ones are garbage unless written by one of the 20 above, so they will just write their own. I hate to stereotype here, but I would never ever (again) bet my company on Erlang. It is insanely difficult to recruit for. They are truly some of the best developers in the world, but lack pragmatism for problems and every one problem can only be solved with functional programming using Erlang. In my experience, Erlang developers are Zealots for the language and nothing else. If your company decides to pivot away from Erlang to another more accessible language, say Go, you are likely to lose them all.
- anyfoo 4y ago
  > If your company decides to pivot away from Erlang to another more accessible language, say Go, you are likely to lose them all. I was sympathizing until that final sentence. I'm not an Erlang programmer, but from what I know about both Erlang and Go, that seems like a terrible jump to make. Of course it depends on other circumstances in this hypothetical as well, but I probably would at least take this as an opportunity to reevaluate my current working situation as well.
- rcarmo 4y ago
  If it makes you feel better, a lot of COBOL programmers actually wish it was extinct, because some of the systems they're maintaining are multiple decades old by now. I suspect that if it wasn't for the virtualization drive behind 5G, Erlang would follow suit as a highly paid legacy language. As it is, since many legacy telco systems are actually being replaced entirely by virtualized solutions, I see older companies still developing in it, but all hedging their bets on other things (I already mentioned C++ in another thread, but Go and Rust, backed by suitable frameworks that employ Raft and other sync/HA protocols, seem to be in the forefront).
- toast0 4y ago
  I'd count myself as an Erlang developer. But where I worked, we didn't hire many people who had used Erlang before; and I didn't either. It's a small language, and it doesn't take too long for someone who's done a couple languages before to be productive and/or dangerous in it. Yes, immutable is a change; yes, recursion instead of loops is a mindfuck; Yes, a smart person can figure it out and deal. Personally, I loved the promise of Elixir --- BEAM with syntax that's better than Erlang, but I was hoping for different syntax, so I'm out; but it's fine, it seems to be a gravity well drawing people into BEAM, which is a good thing, IMHO. I'm not going to reach for libraries in Erlang, because mostly I've seen them not be there, and a lot of stuff is almost the same amount of code and fuss to use a library as to build the portion of the library that's actually needed in the moment. Any code that you bring in is code that you're running and responsible for, so it's got to be worth it. I've pulled in libraries that needed a lot of rewriting, and sometimes that's better than starting from scratch, and sometimes it's not. There's a fair amount of stuff out there where someone scratched their itch and left it as is; which is fine and thank you, but it might need a lot of help to be run in a production capacity. I'm working a new job now and there's probably no Erlang in it. Which is sad, but I'll deal. That said, if I was working in Erlang and management said we had to switch, I would be out. It's one thing to work without the benefits of Erlang, it's another to be working with them and then have it taken away.
rubyn00bie 4y ago
> screw Elixir by the way This is 100% what is keeping you from getting hired. Folks who use BEAM don’t care if someone is using Erlang or Elixir or LFE or whatever… we care about the problems. This is why we are all on BEAM to begin with. Your immaturity shows you lack the experience to meaningfully understand this. You’re still obsessing with the superficial instead of the problem. Almost everywhere using BEAM is going to be dominated by senior+ engineers who just don’t want to put up with someone who is so assuredly lacking experience. Your hubris is stunning by the way, to not see your attitude is the problem, I can say I would absolutely never want to work with you… and I’ve been writing for BEAM professionally for 7 years, software development for 15+ years.
- Fantarina 4y ago
  That's exactly why I added the last part : to focus the discussion on Erlang and not the BEAM. I also would never want to work with you. If you read the first part carefully I'm indeed lacking experience and I was asking a question about the erlang jobs market and what's in use in the telecom industry
muttantt 4y ago
Have you considered these guys yet? https://www.2600hz.com/careers https://www.2600hz.com/careers
miafina 4y ago
- rubyn00bie 4y ago
  > Elixir is not Erlang [..] its variables are mutable etc. It is factually untrue that Elixir's variables are mutable. What you're likely confused about is "variable shadowing" and in functional languages where values are immutable (and they are immutable in Elixir as well as Erlang) it's a very common pattern. https://en.wikipedia.org/wiki/Variable_shadowing https://en.wikipedia.org/wiki/Variable_shadowing
- anhner 4y ago
  holy mother of gatekeeping
- ojl 4y ago
  I didn’t see much Erlang though when I was at Ericsson. It was mostly C++. But I heard some stuff was still done using Erlang.
javajosh 4y ago
I really like Erlang as a language and OTP as an idea, but have never used it professionally. I'd assume that there exists a relatively close-knit community of practitioners in the world, similar to other "niche" languages like Clojure, so I would start there. It could be a mailing list, a website, a discord server...but I'm sure its out there.
ranj7it 4y ago
Unpopular opinion but yeah screw Elixir but that's not the topic here. To put it bluntly you won't find an Erlang job, better forget it and go the python/js/php way
horlux 4y ago
try athonet, they do telco and use erlang, they are moving more towards elixir nowadays so that might be a show stopper for you though
edfletcher_t137 4y ago
Quite curious indeed that both OP and _all_ the commenters who agree with "screw Elixir" are green users...

49 points by Fantarina 4y ago

Joel_Mckay 4y ago

Could try for a vFabric/RabbitMQ support roll at NetSuite, Red Hat, or Blackfriars Group. Also, Elixir subsystems in Erlang are common, so projecting ones preferences onto an employer may earn less utility or more ire. Best of luck =)

cmdrk 4y ago

I wouldn't be too quick to be down on Elixir. The entire BEAM ecosystem (Erlang, Elixir, Gleam, Luerl, LFE etc) are great! I think one could potentially sneak some Erlang into an Elixir job by building common libraries you want to share with other programming languages across the BEAM. I don't get the hate for Erlang, either. It's a fun language with a community very willing to help folks out.

bjourne 4y ago

Demand for Erlang is non-existant even within Ericsson and that's the company that invented the language.

stanpinte 4y ago

@fantarina If you look for a job, can you please send me your CV? we use Erlang. https://www.thesignallingcompany.com/ https://www.thesignallingcompany.com/ Stan@thesignallingcompany.com

deleted 4y ago

[deleted]

yetihehe 4y ago

Could you work near UTC+1 timezone? ["info",$@,"treesat.io"]. Otherwise, like other commenter said, get lucky, in Europe there may be more job postings than USA.

weatherlight 4y ago

> screw Elixir by the way Not the attitude I'd be hiring for honestly.

Fantarina 4y ago
Yeah, the effects are not going as what I wanted I was just trying to focus the talks on the Erlang language because I'm already aware of the success and opportunities of the Elixir language.
ethanwillis 4y ago
I'd first ask them why they hold the opinion. You might be surprised by the reasoning they have for saying this. Having strong opinions isn't necessarily a bad thing.
- weatherlight 4y ago
  You could say, "I don't want to work for a company using other languages on the BEAM VM" or "I considered Elixir and I don't like it because of X" It just seems completely out of context and aggressive. ¯\_(ツ)_/¯
  - ethanwillis 4y ago
    The fact that it's out of context and the tone is so different is what made me take it as not so serious and just a playful jab at Elixir. I think the interpretation everyone seems to be taking (which is surprising to me personally!) is such that it's like Elon requiring people to put "Parody" in their name.
- striking 4y ago
  There's a time and a place, though, no? "Screw Elixir" might be fine as an opinion on its own, but in the same breath as "I would like a job"?
  - weatherlight 4y ago

deleted 4y ago

[deleted]

travisgriggs 4y ago

> screw Elixir by the way If OP is reading… care to elaborate in a more objective fashion? As an Elixir neophyte, one of the things that is a small frustration for me is that you’ll get to a problem and there just is no solution, and when you ask on the wonderful slack channel, someone will pipe up with a bit Erlang you use for that. It’d be like learning Japanese, and for sizeable pieces of your communication, your instructed to go next door to the Latin class to figure it out. As near as I can tell, there is no such thing in the real world as a “just elixir” application. Any shop/product of size would probably love to have your Erlang expertise, provided they didn’t feel you were hostile.

psychphysic 4y ago
I learnt Erlang when it was still cool. And more recently (but not that recently) dabbled with learning Elixir. Most resources are targeting those who don't come from Erlang (mostly it was from rails). And my word are they being deceived. I don't think the Japanese/Latin analogy quite works it's like elixir is rhyming slang and Erlang is english. But everyone insists you can get by with rhyming slang alone. Errr. Nope!
- ch4s3 4y ago
  I think a better analogy is Erlang being like Latin and Elixir being like Portuguese or Spanish. But I digress, you can learn how the BEAM and OTP work as an Elixir dev without being great at reading or writing Erlang code.
conradfr 4y ago
There's definitely "just Elixir" applications, I've worked on more than one. And I don't think any of my colleagues really knew Erlang. (I don't consider using :timer or :crypto as having Erlang code) But mostly that's more because it has been unnecessary rather than a dab at the language.

robertkeizer 4y ago

By not using the word Telecom. Discord, fintech, and sportsbetting also use BEAM pretty heavily. Also 100% would avoid hiring you with the elixir comment.

bjourne 4y ago
This is false. Companies may claim to use Erlang in marketing materials, but when you get into them you see that their Erlang use is miniscule. Almost no one uses Erlang for greenfield developments.
- gregors 4y ago
  They said BEAM, not Erlang. There is PLENTY of greenfield BEAM going on through Elixir.

rcarmo 4y ago

The generalist view is that nobody is using Erlang for modern telco workloads anymore. (yes, there are exceptions. Bear with me) I learned Erlang when we were programming Ericsson voice switches some twenty years ago, and even though Nokia also adopted OTP and did some pretty amazing things with it (including a Hadoop analogue that used Erlang to coordinate Python workers across nodes), I have only come across Erlang when looking at legacy workloads that needed to be moved to the cloud. NFV and CNF efforts (i.e., virtualized and containerized network functions) I've come across over the past few years seem to be mostly Go or C++. Jaeger is a common tool. I see a lot of Postgres. I also see really weird CNI approaches (check out multus, because telcos still can't get over having dedicated network interfaces for things even though it's all just a virtualization sandwich and they really should just learn to use network policies). The technicalities run deeper than web apps (because some thing are very, very finely tuned), but the key point is that the telco "bleeding edge" landscape is now indistinguishable from "web scale" K8s discussions, except that telco workloads demand fixed resource allocations nd we still rely _a lot_ on CPU pinning of specific functions due to latency/jitter sensitive workloads. It's almost like you took low-latency, pseudo-real-time stuff from embedded systems and shoved it into K8s. No, wait, it's _exactly_ like that. Source: I work in Azure for Operators and have been in the telco industry since the mid-90s.

Fantarina 4y ago
Thank you for your input, I was thinking that with all the 5g decoupling,network functions and messages passing Erlang would go stronger and need more workforce
the_only_law 4y ago
Are there any good reading on modern work being done in telecom networks. I enjoyed this comment and have had a passing interest in the industry, but have been unable to understand modern networks so far.
- rcarmo 4y ago
  You can try digging into modern 5G stacks. Search for VNF/CNF, be wary of the fact that it is a much deeper industry acronym-wise (heck, we have 4 and 5 letter acronyms that are not jokes), and hang on to your hat...

onebot 4y ago

This is the problem I have with Erlang developers. They only want to work on Erlang. Pragmatism be damned. It is never about the product or the company. It is only about which of the remaining 20 Erlang expert personalities in the world do they get to work alongside with. If there needs to be a special library, all other existing ones are garbage unless written by one of the 20 above, so they will just write their own. I hate to stereotype here, but I would never ever (again) bet my company on Erlang. It is insanely difficult to recruit for. They are truly some of the best developers in the world, but lack pragmatism for problems and every one problem can only be solved with functional programming using Erlang. In my experience, Erlang developers are Zealots for the language and nothing else. If your company decides to pivot away from Erlang to another more accessible language, say Go, you are likely to lose them all.

anyfoo 4y ago
> If your company decides to pivot away from Erlang to another more accessible language, say Go, you are likely to lose them all. I was sympathizing until that final sentence. I'm not an Erlang programmer, but from what I know about both Erlang and Go, that seems like a terrible jump to make. Of course it depends on other circumstances in this hypothetical as well, but I probably would at least take this as an opportunity to reevaluate my current working situation as well.
rcarmo 4y ago
If it makes you feel better, a lot of COBOL programmers actually wish it was extinct, because some of the systems they're maintaining are multiple decades old by now. I suspect that if it wasn't for the virtualization drive behind 5G, Erlang would follow suit as a highly paid legacy language. As it is, since many legacy telco systems are actually being replaced entirely by virtualized solutions, I see older companies still developing in it, but all hedging their bets on other things (I already mentioned C++ in another thread, but Go and Rust, backed by suitable frameworks that employ Raft and other sync/HA protocols, seem to be in the forefront).
toast0 4y ago
I'd count myself as an Erlang developer. But where I worked, we didn't hire many people who had used Erlang before; and I didn't either. It's a small language, and it doesn't take too long for someone who's done a couple languages before to be productive and/or dangerous in it. Yes, immutable is a change; yes, recursion instead of loops is a mindfuck; Yes, a smart person can figure it out and deal. Personally, I loved the promise of Elixir --- BEAM with syntax that's better than Erlang, but I was hoping for different syntax, so I'm out; but it's fine, it seems to be a gravity well drawing people into BEAM, which is a good thing, IMHO. I'm not going to reach for libraries in Erlang, because mostly I've seen them not be there, and a lot of stuff is almost the same amount of code and fuss to use a library as to build the portion of the library that's actually needed in the moment. Any code that you bring in is code that you're running and responsible for, so it's got to be worth it. I've pulled in libraries that needed a lot of rewriting, and sometimes that's better than starting from scratch, and sometimes it's not. There's a fair amount of stuff out there where someone scratched their itch and left it as is; which is fine and thank you, but it might need a lot of help to be run in a production capacity. I'm working a new job now and there's probably no Erlang in it. Which is sad, but I'll deal. That said, if I was working in Erlang and management said we had to switch, I would be out. It's one thing to work without the benefits of Erlang, it's another to be working with them and then have it taken away.

rubyn00bie 4y ago

> screw Elixir by the way This is 100% what is keeping you from getting hired. Folks who use BEAM don’t care if someone is using Erlang or Elixir or LFE or whatever… we care about the problems. This is why we are all on BEAM to begin with. Your immaturity shows you lack the experience to meaningfully understand this. You’re still obsessing with the superficial instead of the problem. Almost everywhere using BEAM is going to be dominated by senior+ engineers who just don’t want to put up with someone who is so assuredly lacking experience. Your hubris is stunning by the way, to not see your attitude is the problem, I can say I would absolutely never want to work with you… and I’ve been writing for BEAM professionally for 7 years, software development for 15+ years.

Fantarina 4y ago
That's exactly why I added the last part : to focus the discussion on Erlang and not the BEAM. I also would never want to work with you. If you read the first part carefully I'm indeed lacking experience and I was asking a question about the erlang jobs market and what's in use in the telecom industry

muttantt 4y ago

Have you considered these guys yet? https://www.2600hz.com/careers https://www.2600hz.com/careers

miafina 4y ago

rubyn00bie 4y ago
> Elixir is not Erlang [..] its variables are mutable etc. It is factually untrue that Elixir's variables are mutable. What you're likely confused about is "variable shadowing" and in functional languages where values are immutable (and they are immutable in Elixir as well as Erlang) it's a very common pattern. https://en.wikipedia.org/wiki/Variable_shadowing https://en.wikipedia.org/wiki/Variable_shadowing
anhner 4y ago
holy mother of gatekeeping
ojl 4y ago
I didn’t see much Erlang though when I was at Ericsson. It was mostly C++. But I heard some stuff was still done using Erlang.

javajosh 4y ago

I really like Erlang as a language and OTP as an idea, but have never used it professionally. I'd assume that there exists a relatively close-knit community of practitioners in the world, similar to other "niche" languages like Clojure, so I would start there. It could be a mailing list, a website, a discord server...but I'm sure its out there.

ranj7it 4y ago

Unpopular opinion but yeah screw Elixir but that's not the topic here. To put it bluntly you won't find an Erlang job, better forget it and go the python/js/php way

horlux 4y ago

try athonet, they do telco and use erlang, they are moving more towards elixir nowadays so that might be a show stopper for you though

edfletcher_t137 4y ago

Quite curious indeed that both OP and _all_ the commenters who agree with "screw Elixir" are green users...