RecommendsraghavaDec 2018“I find almost all from GOTO 2018 very insightful.”
Joe Armstrong on error handling, among insightful GOTO 2018 talks
Full comment
Blockchains Are a Bad Idea (James Mickens) link I find almost all from GOTO 2018 very insightful. link esp ones listed below. GOTO 2018 • The Do's and Don'ts of Error Handling • Joe Armstrong this video GOTO 2018 • Pragmatic Event-Driven Microservices • Allard Buijze link GOTO 2018 • Why Business Cases are Toxic • Chris Matts link GOTO 2018 • Unconditional Code • Michael Feathers link
“it's well worth listening to this talk, which is conceptual and not code-centric”
Conceptual talk on error handling and failure recovery by Erlang's inventor
Full comment
Also, if I may, recommend two videos to watch which is what got me into Elixir in the first place. 1. "The Soul of Elixir and Erlang" - link ; this fast-paced talk by Sasa Juric will highlight exactly what is special about Elixir/Erlang in terms of fault-tolerance and scalability 2. "Using the Beam to Fight COVID-19" - link ; this highlights a real-world use of Elixir and the speciality of how the BEAM works using an actor model which I found fascinating. Should get your excited about the possibilities of this language. 3. "The Do's and Don'ts of Error Handling" - this video ; this talk by Joe Armstrong, inventor of Erlang, again highlights the shift in thinking about error handling and failure recovery. Not Elixir specific, but since Elixir has it's roots in Erlang it's well worth listening to this talk, which is conceptual and not code-centric. None of the videos above are Phoenix or LiveView but they should help build some concepts in your brain about why you want to go down this learning path of Elixir and Phoenix, why it's different. I listened to the first two, and I couldn't stop thinking about them, personally. A last thought I would give you as you're going through any training material or topics, I cannot recommend strongly enough. Consider this pattern: download LiveBook ( link ) and create a notebook for each lesson or major topic you're learning. Gives you a great way to learn, take notes, experiment and keep the history rather than just using iex at the comma
“Joe Armstrong(of the Erlang fame), talks about this a bit here”
Armstrong discusses testing for correctness beyond type checking
Full comment
Type checking, compile-time errors won't check if the program you wrote is correct, only that it's internally consistent. That is an entirely different thing than checking for correctness. You do need a layer of tests that actually try to prove that given some input your program actually does what it's supposed to do. That is hard to automate. Joe Armstrong(of the Erlang fame), talks about this a bit here: this video I've pointed to a specific timestamp, but there might be more details somewhere else in that talk.
