(Photo: a shot during my talk by Yoshihiro Tanaka, used by permission)
(Disclaimer: there were too many talks I wanted to listen to, but I couldn't.)
Here's the list of talks I thought intriguing for Erlang Factory SF Bay 2014 (links are to the slides or videos):
- Mike Williams on What Programming is Really About
- Brian Troutwine on Monitoring Real-Time Bidding at AdRoll
- Kostis Sagonas on Erlang VM and Term Storage scalability
- Fred Hebert on Planning for Overload
- Natalia Chechina on Scaling Distributed Erlang at a supercomputing environment
- Garrett Smith on Erlang and CZMQ, and the choice of using Erlang Port for CZMQ
- Dave Thomas and Jose Valim dropped an atomic bomb to the audience on how to catalyze the change to get more newcomer and other community's attention towards Erlang/Elixir ecosystem
- Rick Reed on Scaling at WhatsApp
I also wanted to listen to the following talks, and found the slides intriguing:
- Jay Nelson on eliminating single process bottlenecks with ETS concurrency patterns
- Lukas Larsson on Memory Management battle stories
- Louis-Philippe Gauthier on Performance Optimization 101
I will post my impressions for the above talks in later articles. I would like to note some personal impressions for the audiences this year:
- Erlang is no longer an exotic language or system. The audiences want the real solutions and hints.
- Elixir is gaining popularity, and will surely contribute to reduce resentment against BEAM (Erlang VM) and the ecosystem.
- The implementation talks were getting more detailed and hard core, and the questions were also more specific.
Video quality
Thanks to the hard-working video and audio recording and editing team, this year's video quality is very high in overall. While the live streaming was not possible due to the prohibitive cost, some videos were made available within six hours from the end of the talk. I think this was impressive and a practical solution to make a trade-off between the turn-around time for the availability and the quality of video of the talks.
[To be continued in another article]