About Developing Speed

Regular Programming

Content provided by Lars Wikman and Andreas Ekeroot. All podcast content including episodes, graphics, and podcast descriptions are uploaded and provided directly by Lars Wikman and Andreas Ekeroot or their podcast platform partner. If you believe someone is using your copyrighted work without your permission, you can follow the process outlined here https://podcastplayer.com/legal.

2y ago 38:06

MP3•Episode home

CTOs want the ability to get prototypes built and out into production fast. Others preach the gospel of building things properly. How fast can you be? How much can you perpare before you hit the ice? And one you built and shipped that prototype, how can you get any kind of speed trying to maintain and evolve something where many corners were cut for speed?

How do we want things to work then? Having an algebra for things might be nice. A sprinkling of interface, things that break noisily, and nice toolboxes to work with structs are all discussed.

Links

The Scott - Amundsen race to the South pole
Accelerate, by Nicole Forsgren
Parse, don't validate
Mnesia
Deep modules
Pure functions
Plug
Elm
Bruce Tate
CRC - Create reduce convert
Ecto
Roc
Happy Path Programming. Episode 47 features Richard Feldman and Roc
Richard Feldman, creator of Roc

Quotes

The gospel of building things properly
The key to speed on the ice
Before you hit the ice
Bare maps
Every step made sense
The original intent very easily gets lost
The curse of all software
Strive for maintainability
It must not sprawl
A little sprinkling of interface
At dawn, we roadmap
Things that break noisily
A quantity unitless
The simple case of HTTP

65 episodes

#Tech #Lars Wikman #Andreas Ekeroot #Technology #Programming #Software #Development #Code #JavaScript #Python #Elixir