Inspires confidence in a language when drivers for a major database are side projects released on github?
This is one of the main reasons I just walked away from erlang, the ratio of buzz vs its supportive environment for the real world is very high.
I remember the last time I had to connect to mysql from erlang I had to download a few library files from some company nice enough to release them and dump them into my projects directory.
> I remember the last time I had to connect to mysql from erlang I had to download a few library files from some company nice enough to release them and dump them into my projects directory
Forgive my ignorance in all things erlang but how is this different to connecting to MySQL from Java?
This is a very real problem with many "hyped" languages. Sure, they might seem more powerful and elegant, but if you got to spend tons of time re-implementing basic networking/web libraries, then what's the point in using them for web development.
I am a coauthor of the original emysql. I wouldn't recommend using Erlang for your average web application. I would recommend it when the problem you're solving thrives on an idiomatically distributed and fault tolerant platform.
It seems unlikely that the Erlang standard library (OTP) is going to include database drivers.
However, having to specify such things is a small price to pay considering all the amazing stuff you get for free with Erlang.
EA is no longer using Erlang, at least none of the code related to this project. I was engineering manager for the rupture team at the tail end of our time at EA. Our entire backend was built using Erlang, and ufortunately the existing MySQL drivers were less than stable, forcing us to build our own.
There are a number of Erlang devs out there looking for projects - I know because I run erlanginside.com and they often send me their CVs - so not filling a position like that is for some other reason than that there are no talented devs w/experience.
I was a hiring manager at Electronic Arts for a team that exclusively used Erlang. It's very hard to find Erlang talent.
Many candidates have used Erlang in an exploratory capacity and have no real experience supporting a production Erlang application under load or troubleshooting concurrency problems in a distributed system.
That said, it was great to see a lot of passion for Erlang. I enjoy writing it, and hope the language and community continue to evolve.
Wow, a couple of years ago it would have seemed unthinkable that a company like EA would release some of their code as open source. Only very few major game companies released code back then (I can think of only id and Insomniac).
Some of us our trying to turn that around. My studio, EA2D, has a lot of people from the startup space, so sharing is only natural. We have a small but quickly growing list of open source projects (many more in the pipeline):
It took ages for us to get the approvals for it, but the Star Wars: The Old Republic web team can now push our patches and custom modules for Drupal back to that community, too.
This is one of the main reasons I just walked away from erlang, the ratio of buzz vs its supportive environment for the real world is very high.
I remember the last time I had to connect to mysql from erlang I had to download a few library files from some company nice enough to release them and dump them into my projects directory.