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
I am happy to introduce the very α version of the new programming language compiled to BEAM.
Welcome Cure.
It has literally three kille...
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
Beam Bots (or just BB for short) is a framework for building fault-tolerant robotics applications in Elixir using familiar OTP patterns. ...
New
Xamal is a deployment tool for Elixir apps that deploys native releases to bare metal servers over SSH. It’s a port of GitHub - basecamp/...
New
Corex is an accessible, unstyled UI component library for Phoenix that integrates Zag.js state machines using Vanilla JavaScript and Live...
New
With AI doing more of the implementation work, I’ve been wondering how much coding I should deliberately keep doing myself.
My main conc...
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
- #elixirconf-us
- #ai
- #blog-post
- #elixir-ls
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #hex
- #security
- #metaprogramming











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…