[erlang-questions] Time for OTP to be Renamed?

Miles Fidelman <>
Fri Feb 14 12:49:00 CET 2014

>>> Sort of makes me wonder what I am doing here and what I have spent the last 2 weeks of my free time doing. I could write my project in Lisp an achieve the same result and I already know Lisp fairly well.
>>> Honestly this whole thread is making me think back to the first thread I posted in this community and making me wonder if it would not be better to go down the road of Scala instead. Even though that community is not what Id call friendly, I can staff a Scala project with talented Java / Ruby / Node.js / Clojure people. With the general sense in the Erlang community I could hardly blame the developer that said "I'm not interested in your project because Erlang is useless to my resume."
>>> Hmm definitely food for thought.
>>> *Robert Simmons Jr. MSc. - Lead Java Architect @ EA*

Seems to me that scarcity is a GOOD thing for Erlang programmers. Java 
coders are a dime a dozen (not necessarily good ones, mind you).  Folks 
who know Erlang are harder to find - should drive the price up.

On a related note:
- There's still a good demand for COBOL programmers - lots of old 
systems to maintain, and they're not making a lot of new COBOL coders.
- Remember ADA?  It's got a LOT of traction for mission-critical 
systems.  I expect there's a lot of good work for ADA coders in building 
SCADA systems these days.

On other hand, I'm not sure that "Lead Java Architect @ EA" is that 
great a resume item - 'You write games in Java?  Bwa ha ha ha ha.' [As 
background - I discovered Erlang while working at a company that writes 
simulation engines for massively multi-player military trainers; as a 
systems engineer and business developer, not a programmer mind you.  
When I started digging into how we wrote our engine, I was expecting a 
process per simulated object (e.g., a tank) - I come from a network 
services background - where we spawn a process for everything.  When the 
response was 'c++ object per tank,' w/ 4 main processes that loop 
through each object, every simulation loop my reaction was "that's 
nuts."  (And it was - the amount of spaghetti code was absurd, and 
changes to one object model would ripple everywhere.)  When I was told 
that it was the only way to do things, that process swapping would drive 
a 1000-tank sim. to its knees otherwise, I said "bulls*&t" and started 
hunting around.  It didn't take a lot of googling on "massive 
concurrency" to find Erlang.]

Short version:  If I were hiring for a project that was inherently 
concurrent, and required 24x7 operation - I'd be LOOKING for Erlang on a 
resume.  Someone who spent most of their time coding Java would be a 

Miles Fidelman

In theory, there is no difference between theory and practice.
In practice, there is.   .... Yogi Berra

More information about the erlang-questions mailing list