~/talk

Observer Driven Design

Talkat ElixirDaze 2017 · 2017-03-02..03-03· [frontend-architecture]
links:none on file
slides:none on file

Argues that using the Observer applications view as a source of truth makes OTP design verifiable: builds a small app that synchronously validates and persists users then spawns email and analytics jobs, implements supervisors and workers (uses Tasks under supervisors and discusses ETS for state), shows the live supervision tree in Observer and how restarts, links, timing and proximity behave, reports it takes iterations to match diagram to runtime and that the Observer visibly confirms the design.

AI-written summary · about

  1. 0:00Intro
  2. 0:16Observer Driven Design Omid Bachari
  3. 3:27What is the Observer?
  4. 5:43What is OTP?
  5. 6:14Scalability.
  6. 7:17Let's do OTP well.
  7. 9:31Example Application
  8. 10:45How should we implement?
  9. 14:22What are important things to illustrate?
  10. 15:49How does it look in the Observer?
  11. 17:07Other things we need to illustrate?
  12. 19:52Virtuous Cycle
~/search
type to search 6,249 conferences, 138,987 speakers and 185,172 talks
~/help
cmdctrl k
search every conference, speaker and series
/
focus the filter search
h
home
c
conferences
s
speakers
e
series
t
light / dark — the status bar button does the same
?
this help
esc
close this, then clear every filter — or just the search, while you are typing in it

Ignored while you are typing. Pages without a filter rail have no search to focus.