AstonJ
3 episodes at $6.75 each
Build real-time apps with ease using Phoenix. In this screencast series, get a brief introduction to the Elixir language features you’ll use to build web applications, then create an application that helps you understand Phoenix’s router, controllers, views, and templates. Build a simple model, then explore Phoenix’s Channels as you communicate seamlessly across clients in real time. When you’re done, you’ll have a solid understanding of how to put Phoenix to work in your own projects.
This screencast covers Phoenix version 1.2
https://pragprog.com/screencast/v-bhphnx/phoenix-web-framework
Trending in Screencasts
Sooner or later you’ll need to run a one-off or recurring task on a deployed app, and if you deploy with releases the usual answer, a Mix...
New
Plotto is a 100% Elixir charting library with no NIFs or external dependencies. In this episode, we’ll use it to add interactive SVG char...
New
Other Trending Topics
Edit: 2026 May 15 - This post is archived.
Mob is alive!!
Main docs: mob v0.7.11 — Documentation
A bit of explanation for the slightly c...
New
Hey, I’m Jesse and I’m the main contributor behind Dexter, a full-featured, lightning-fast Elixir LSP optimized for large codebases. It s...
New
I am happy to introduce the very α version of the new programming language compiled to BEAM.
Welcome Cure.
It has literally three kille...
New
Hobbes is a low-level distributed database for the Elixir programming language.
Hobbes provides a simple, safe, and scalable storage lay...
New
Hi there! We created Gust: A task orchestrator inspired by Airflow.
For those who have never heard about Aiflow, it’s a Python-based wor...
New
Hi everyone!
The first release candidate for the Expert language server project is now available!
We’ve published a press release detai...
New
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #library
- #deployment
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #discussion
- #code-sync
- #podcasts
- #javascript
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #ai
- #elixirconf-us
- #blog-post
- #elixir-ls
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #elixirconf-eu
- #metaprogramming
- #hex










Showing Posts 1 to 5- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
kblake
This is a great deal. I just watched the first one - pretty basic intro to Elixir. Well done.
Will watch the rest when I get some free time.
peerreynders
It took some time for a few coins to drop before I realized the connection between Exercises for Programmers - 57 Challenges to Develop Your Coding Skills, this tweet, and these videos.
sotojuan
I love how you can purchase each episode individually! Saves me money.
COLABORATI
This tutorial is missing the elephant in the room and just gives you the first 1% of what you will need in real life - “sending messages in real-time via websockets” is like being able to send packages via tcp. What you will need very quickly is a sophisticated method to sync data - the author does not mention anything in that direction - very disappointing and far from what I expected. Baby steps.
NobbZ
How one syncs data does massively depend on the scale of data and also on the architecture surrounding this data.
In most cases I’ve encountered so far in (near) real time systems, “syncronizing data” was just having sending data from the “input unit” to a “processing unit” and from there to the “display unit”.
This scales pretty well with the number of input and display units.
Once there are more than one computational units, then I’ve often seen the introduction of data-units. But those make it harder to stay inside of real time requirements and therefore I’ve seen even more often that consistency was dropped in favor of availability…