Elixir deploys the Erlang way



So many developers are giving up hot code reloading by using immutable Docker deploys for Elixir projects. That's not the Erlang way! Let's learn how to build an automatic deployment strategy using a library such as Gatling


We'll be covering Elixir deployment as part of the Firestorm Forum project, thanks for the suggestion!



CSS Flexbox

Adam Dill


Flexbox is confusing, and having some detailed coverage of it would be really nice!


Working on this, should ready in a couple weeks!



Docker and Docker Orchestration



Docker is the world’s leading software container platform. Developers use Docker to eliminate “works on my machine” problems when collaborating on code with co-workers. Operators use Docker to run and manage apps side-by-side in isolated containers to get better compute density. Enterprises use Docker to build agile software delivery pipelines to ship new features faster, more securely and with confidence for both Linux and Windows Server apps. (

I think every developer could profit from in-depth knowledge about Docker, both for managing their local dev environment and production deployments. In addition it would be interesting to look at one or two solutions for orchestration (Swarm and Kubernetes for example).


We are working with Hosh, who is an expert on all things Docker and Kubernetes to do a two week series on this. The first will cover the basics of Docker, then the second orchestration with Kubernetes.







Tutorial on Clojure Programming Language



Phoenix API Design

Benjamin Rosas



Phoenix is great for building APIs for front-end frameworks such as Elm, Ember, React and more. A course dedicated to the design and execution of an API-only Phoenix application would be truly useful to the full-stack and back-end developers among us.


A clean separation of an API-only back-end from a Front-end-of-your-choice is not only a common architectural choice in the real world, it is potentially easier to teach and learn. This is because such a course can sidestep all the choices behind and execution of JavaScript libraries and tools (e.g. brunch, webpack, ember, react, templates, stylesheets).


An API-only approach might be a put-off for those who want to build a complete app The Phoenix Way. Teaching Phoenix outside of the Elixir course can increase the temptation to learn Phoenix without first understanding Elixir fundamentals. Patterns that are described in this course could be misconstrued as gospel and (as with Rails) lead to the reluctance of developers to break the mold and do think differently.


Full-stack Phoenix application development (a la Firestorm). Include phoenix lessons within the Elixir track (status quo). Teach Phoenix fundamentals without specifically limiting it to API-only design.


We'll be covering APIs in Phoenix as part of the Firestorm Forum project, thanks for the suggestion!



Deploying + Hot upgrading Phoenix-Elm-Elixir-OTP Apps with Docker + Kubernetes

Tan Yeong Sheng


For those of us that build phoenix umbrella projects with phoenix 1.3, stitched to an elm-lang frontend, and deploys to single VM Host with a bunch of single-purposed docker containers (e.g. phoenix app container, elixir OTP with Mnesia/ETS app containers, PostgreSQL container, VerneMQ container, etc) orchestrated via docker-compose, it would be helpful to see how to orchestrate to a horizontally scalable solution that auto-wires up Kubernetes resources and Kubernetes pods for a truely location-agnostic self-service-discovered OTP networked of BEAM nodes across VM Hosts (along with potentially a cluster pair of Master-Slave PostgreSQL servers, a cluster pair of VerneMQ servers and a bunch of clustered Mnesia servers, etc).


We're rejecting this proposal for now for a few basic reasons:

  • We're in the process of producing content around Erlang-style deploys of Phoenix/Elixir apps
  • We're in the process of producing a week on each of Docker and Kubernetes
  • Teaching all of these things at once focused on just Elixir is less reusable than independent solutions for each

Once that content is out, if you'd like to re-propose this in light of those three bits of content, I'd be glad to consider it. Hopefully they are sufficient on their own though!

Thanks for the suggestion.




Basics of Blockchain programming

Terry Scott


There is one thing I would like to know more: Blockchain programming.

How to create a blockchain app, create bitcoin transactions, things I should do and they are important. Should I know C programming ?

Here are some examples what I would like to know: