Regular Programming Transistor (https://transistor.fm) https://feeds.transistor.fm/regular-programming Conversations about programming. By Andreas Ekeroot and Lars Wikman, funded by Underjord.io. © 2025 Lars Wikman, Andreas Ekeroot edbc10b7-d25f-5351-a07c-7965df09a087 no en Wed, 23 Jul 2025 16:34:08 +0200 Tue, 02 Dec 2025 23:23:37 +0100 https://www.regprog.com https://img.transistor.fm/MJWTpUm8HzMR43LoYgrquTloa9sDJCOJnGXHaXv_Q9c/rs:fill:0:0:1/w:1400/h:1400/q:60/mb:500000/aHR0cHM6Ly9pbWct/dXBsb2FkLXByb2R1/Y3Rpb24udHJhbnNp/c3Rvci5mbS9zaG93/LzE5MjQ1LzE2MTg5/MzM2ODUtYXJ0d29y/ay5qcGc.jpg Regular Programming https://www.regprog.com episodic Lars Wikman, Andreas Ekeroot Conversations about programming. By Andreas Ekeroot and Lars Wikman, funded by Underjord.io. Conversations about programming. technology, programming, software, developers, code, development, javascript, python, elixir Lars Wikman lars@underjord.io No No About Ending Things 65 65 About Ending Things full 04144e30-9611-4117-84ac-7cb88a5ca66c https://share.transistor.fm/s/2d9146ba The End.

Links

]]> The End.

Links

]]> Mon, 20 Jan 2025 09:00:00 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2447 The End.

Links

]]> technology, programming, software, developers, code, development, javascript, python, elixir No About the Least Powerful Abstraction 64 64 About the Least Powerful Abstraction full 7a5e1327-a2d4-4354-8874-515b0b12d269 https://share.transistor.fm/s/0b9f5525 Imagine Andreas going around making annoying electronic sounds all the time.

Strike that. Andreas and Lars discuss using less power - less fancy abstractions - to make things easier to understand. Andreas likes to do a de-powering pass to code.

Avoid making something which is more general than is useful.

Lars goes into the lure of event sourcing - going for very high data resolution - it might come in handy! - at the cost of a lot of other things - how do we prevent duplicate user names?

You've got to love a JSON blob.

Finally, Lars derails Andreas' arrow of time and discussion of locking things down early when possible.

Links

]]> Imagine Andreas going around making annoying electronic sounds all the time.

Strike that. Andreas and Lars discuss using less power - less fancy abstractions - to make things easier to understand. Andreas likes to do a de-powering pass to code.

Avoid making something which is more general than is useful.

Lars goes into the lure of event sourcing - going for very high data resolution - it might come in handy! - at the cost of a lot of other things - how do we prevent duplicate user names?

You've got to love a JSON blob.

Finally, Lars derails Andreas' arrow of time and discussion of locking things down early when possible.

Links

]]> Mon, 23 Dec 2024 09:00:00 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2539 Imagine Andreas going around making annoying electronic sounds all the time.

Strike that. Andreas and Lars discuss using less power - less fancy abstractions - to make things easier to understand. Andreas likes to do a de-powering pass to code.

Avoid making something which is more general than is useful.

Lars goes into the lure of event sourcing - going for very high data resolution - it might come in handy! - at the cost of a lot of other things - how do we prevent duplicate user names?

You've got to love a JSON blob.

Finally, Lars derails Andreas' arrow of time and discussion of locking things down early when possible.

Links

]]> technology, programming, software, developers, code, development, javascript, python, elixir No About Licenses 63 63 About Licenses full 453a24b5-697f-4122-bb82-bbcafba8f338 https://share.transistor.fm/s/9a241a06 How do people learn about licenses?

If you entered into software in a certain way, it's easy to assume that everyone is a part-time license attorney. But how do other people pick up license knowledge? And what does one really need to know?

Licenses underpin open source but seem kind of dull. But they are also a cool and special thing about the software industry.


Lars provides his licenses 101 thoughts and looks forward to becoming open source grandpa.

Links

]]> How do people learn about licenses?

If you entered into software in a certain way, it's easy to assume that everyone is a part-time license attorney. But how do other people pick up license knowledge? And what does one really need to know?

Licenses underpin open source but seem kind of dull. But they are also a cool and special thing about the software industry.


Lars provides his licenses 101 thoughts and looks forward to becoming open source grandpa.

Links

]]> Mon, 25 Nov 2024 09:00:00 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2723 How do people learn about licenses?

If you entered into software in a certain way, it's easy to assume that everyone is a part-time license attorney. But how do other people pick up license knowledge? And what does one really need to know?

Licenses underpin open source but seem kind of dull. But they are also a cool and special thing about the software industry.


Lars provides his licenses 101 thoughts and looks forward to becoming open source grandpa.

Links

]]> technology, programming, software, developers, code, development, javascript, python, elixir No About Learning New Languages 62 62 About Learning New Languages full 9fca296e-42ac-4cc3-bd59-0b890f7357e5 https://share.transistor.fm/s/599e9ee6 Everyone's favorite idempotent podcast returns to discuss learning new languages and concepts. Can mixing and matching new concepts and syntax help or hinder language adoption? A new concept but a familiar syntax might make a language easier for all the drifting Javascript developers to grab on to.

Lars considers picking up a lisp at some point.

It's harder to pick up new languages when you're mainly keen on building. Lars is very much in a building phase. He has problems, but they are his problems.

Lars is currently learning - among other things - by working with other people, putting himself out there, and arranging a conference.

Links

]]> Everyone's favorite idempotent podcast returns to discuss learning new languages and concepts. Can mixing and matching new concepts and syntax help or hinder language adoption? A new concept but a familiar syntax might make a language easier for all the drifting Javascript developers to grab on to.

Lars considers picking up a lisp at some point.

It's harder to pick up new languages when you're mainly keen on building. Lars is very much in a building phase. He has problems, but they are his problems.

Lars is currently learning - among other things - by working with other people, putting himself out there, and arranging a conference.

Links

]]> Mon, 28 Oct 2024 09:00:00 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2548 Everyone's favorite idempotent podcast returns to discuss learning new languages and concepts. Can mixing and matching new concepts and syntax help or hinder language adoption? A new concept but a familiar syntax might make a language easier for all the drifting Javascript developers to grab on to.

Lars considers picking up a lisp at some point.

It's harder to pick up new languages when you're mainly keen on building. Lars is very much in a building phase. He has problems, but they are his problems.

Lars is currently learning - among other things - by working with other people, putting himself out there, and arranging a conference.

Links

]]> technology, programming, software, developers, code, development, javascript, python, elixir No About C 61 61 About C full eb70f26a-d659-4b4d-b3a9-3adc21cf5885 https://share.transistor.fm/s/21bf7b07 Wherein the wonders of C are explored.

But first, let Andreas tell you what's so great about Chalmers' approach to teaching computer engineering. Spoiler: starting with Haskell, close to math.

The tooling around C: cultural mystery meat.

Lars tries out a shocking plan for a productive framework for C!

It's very cool to be able to just poke memory. Memory, arrays, structs, and strings are discussed. Strings are a bundle of fun. Arrays are desugared.

Finally, a dive into the wonderful world of interoperability, both with and without C directly involved.

Links

]]> Wherein the wonders of C are explored.

But first, let Andreas tell you what's so great about Chalmers' approach to teaching computer engineering. Spoiler: starting with Haskell, close to math.

The tooling around C: cultural mystery meat.

Lars tries out a shocking plan for a productive framework for C!

It's very cool to be able to just poke memory. Memory, arrays, structs, and strings are discussed. Strings are a bundle of fun. Arrays are desugared.

Finally, a dive into the wonderful world of interoperability, both with and without C directly involved.

Links

]]> Mon, 14 Oct 2024 09:00:00 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 3219 Wherein the wonders of C are explored.

But first, let Andreas tell you what's so great about Chalmers' approach to teaching computer engineering. Spoiler: starting with Haskell, close to math.

The tooling around C: cultural mystery meat.

Lars tries out a shocking plan for a productive framework for C!

It's very cool to be able to just poke memory. Memory, arrays, structs, and strings are discussed. Strings are a bundle of fun. Arrays are desugared.

Finally, a dive into the wonderful world of interoperability, both with and without C directly involved.

Links

]]> technology, programming, software, developers, code, development, javascript, python, elixir No About Defining Functional Programming 60 60 About Defining Functional Programming full 2e3ebe7b-d3a2-4d9a-aabc-e147ee41cc63 https://share.transistor.fm/s/d0f8f7df What is functional programming?

Andreas grabs his whiteboard and his Turing machine, and starts from laziness, while Lars thinks of immutability, functions, and data.

Is syntax important for being functional or not?

The functionalness of various languages are delved into, from Haskell to Rust via Python, Go, and Ruby. And, of course, the evil version of Elixir.

A good pipeline can be really nice.

Oh, and you shouldn't use witchcraft anymore.

Links

]]> What is functional programming?

Andreas grabs his whiteboard and his Turing machine, and starts from laziness, while Lars thinks of immutability, functions, and data.

Is syntax important for being functional or not?

The functionalness of various languages are delved into, from Haskell to Rust via Python, Go, and Ruby. And, of course, the evil version of Elixir.

A good pipeline can be really nice.

Oh, and you shouldn't use witchcraft anymore.

Links

]]> Mon, 30 Sep 2024 09:00:00 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2274 What is functional programming?

Andreas grabs his whiteboard and his Turing machine, and starts from laziness, while Lars thinks of immutability, functions, and data.

Is syntax important for being functional or not?

The functionalness of various languages are delved into, from Haskell to Rust via Python, Go, and Ruby. And, of course, the evil version of Elixir.

A good pipeline can be really nice.

Oh, and you shouldn't use witchcraft anymore.

Links

]]> technology, programming, software, developers, code, development, javascript, python, elixir No About Giving Talks 59 59 About Giving Talks full c5daec85-0787-4d73-bbee-1987217c8ae0 https://share.transistor.fm/s/96ef0f87 Lars wants a less demanding way to prepare for giving talks, but he doesn't have the time right now.

Andreas knows a cheat code for public speaking. Lars uses slides like a blunt instrument.

How should you wield your slides? How do you weigh information content against entertainment value? Should you try to reach precisely everyone with your talk? Many slides, or few? Lars has the questions, and some of the answers, at least for himself.


Last but not least, Lars reveals his current way of preparing for talks. It ideally involves getting quite bored.


Links

]]> Lars wants a less demanding way to prepare for giving talks, but he doesn't have the time right now.

Andreas knows a cheat code for public speaking. Lars uses slides like a blunt instrument.

How should you wield your slides? How do you weigh information content against entertainment value? Should you try to reach precisely everyone with your talk? Many slides, or few? Lars has the questions, and some of the answers, at least for himself.


Last but not least, Lars reveals his current way of preparing for talks. It ideally involves getting quite bored.


Links

]]> Mon, 02 Sep 2024 09:00:00 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 1667 Lars wants a less demanding way to prepare for giving talks, but he doesn't have the time right now.

Andreas knows a cheat code for public speaking. Lars uses slides like a blunt instrument.

How should you wield your slides? How do you weigh information content against entertainment value? Should you try to reach precisely everyone with your talk? Many slides, or few? Lars has the questions, and some of the answers, at least for himself.


Last but not least, Lars reveals his current way of preparing for talks. It ideally involves getting quite bored.


Links

]]> technology, programming, software, developers, code, development, javascript, python, elixir No About Developer Experience 58 58 About Developer Experience full 4a144e04-258d-401f-8381-829c92a45569 https://share.transistor.fm/s/48806e8b What are people talking about when they talk about developer experience? Pretty colors in the terminal?

What is worth improving, what is not? Lars has thoughts about all of developer experience, not least the one of Nerves. How flaky do you accept, for how fast?

Revealed: why all Andreas' Elm programs are one line long.

Also: Why not attend the Øredev developer conference in Malmö this November? 

Links

]]> What are people talking about when they talk about developer experience? Pretty colors in the terminal?

What is worth improving, what is not? Lars has thoughts about all of developer experience, not least the one of Nerves. How flaky do you accept, for how fast?

Revealed: why all Andreas' Elm programs are one line long.

Also: Why not attend the Øredev developer conference in Malmö this November? 

Links

]]> Mon, 19 Aug 2024 09:00:00 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2088 What are people talking about when they talk about developer experience? Pretty colors in the terminal?

What is worth improving, what is not? Lars has thoughts about all of developer experience, not least the one of Nerves. How flaky do you accept, for how fast?

Revealed: why all Andreas' Elm programs are one line long.

Also: Why not attend the Øredev developer conference in Malmö this November? 

Links

]]> technology, programming, software, developers, code, development, javascript, python, elixir No About Endings and Beginnings 57 57 About Endings and Beginnings full 147df6b5-4d9e-4cff-9d0c-3a166f14d015 https://share.transistor.fm/s/c1b15bb1 Andreas' place of work ceased to exist.

It was mostly a relief.

The main worry is about resting and recovering enough before whatever comes next begins. All the learnings about how not to do certain things live on.

The right way of doing those things still remains to be learned.

Lars is on the other end of the spectrum: beginning completely new things. Figuring out where exactly Delaware is, finding a Nerves-shaped Elixir hole, wading through Python scripts, and so much more.

Also: Why not attend the Øredev developer conference in Malmö this November? 

Links

]]> Andreas' place of work ceased to exist.

It was mostly a relief.

The main worry is about resting and recovering enough before whatever comes next begins. All the learnings about how not to do certain things live on.

The right way of doing those things still remains to be learned.

Lars is on the other end of the spectrum: beginning completely new things. Figuring out where exactly Delaware is, finding a Nerves-shaped Elixir hole, wading through Python scripts, and so much more.

Also: Why not attend the Øredev developer conference in Malmö this November? 

Links

]]> Mon, 05 Aug 2024 09:00:00 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 1711 Andreas' place of work ceased to exist.

It was mostly a relief.

The main worry is about resting and recovering enough before whatever comes next begins. All the learnings about how not to do certain things live on.

The right way of doing those things still remains to be learned.

Lars is on the other end of the spectrum: beginning completely new things. Figuring out where exactly Delaware is, finding a Nerves-shaped Elixir hole, wading through Python scripts, and so much more.

Also: Why not attend the Øredev developer conference in Malmö this November? 

Links

]]> technology, programming, software, developers, code, development, javascript, python, elixir No About Non-CRUD 56 56 About Non-CRUD full 7323a1f1-f099-4515-a1fc-3821d4d9b8bf https://share.transistor.fm/s/e2b974e5 CRUD - a classic term among supposedly simple web apps. But, not always the right move? Not always all that mappable to the actual problem?

Discussed: picking spicy architectures, non-CRUD data storage needs, slovely solutions, dirty refunds, and doing the OAuth dance.

Hey, thing happened!

Finally: a story where pubsub was reasonable, and some telemetry.


Links

]]> CRUD - a classic term among supposedly simple web apps. But, not always the right move? Not always all that mappable to the actual problem?

Discussed: picking spicy architectures, non-CRUD data storage needs, slovely solutions, dirty refunds, and doing the OAuth dance.

Hey, thing happened!

Finally: a story where pubsub was reasonable, and some telemetry.


Links

]]> Mon, 08 Jul 2024 09:00:00 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 1789 CRUD - a classic term among supposedly simple web apps. But, not always the right move? Not always all that mappable to the actual problem?

Discussed: picking spicy architectures, non-CRUD data storage needs, slovely solutions, dirty refunds, and doing the OAuth dance.

Hey, thing happened!

Finally: a story where pubsub was reasonable, and some telemetry.


Links

]]> technology, programming, software, developers, code, development, javascript, python, elixir No About Embedded 55 55 About Embedded full 82fd4004-fe16-4dc8-9471-9576b5ecb2f3 https://share.transistor.fm/s/53225008 Embedded is a weird thing. Lars is all Nerves and tries to explain and report from a world where people know part numbers off the top of their heads. The physical device missing is rarely a thing that happens in web development.

Embedded-style work can sneak into other areas as well. Without a root file system, everything is a lot more secure. Security is a deep topic in general, and WPA is not just for wifi.

Andreas shares his view of what "embedded" means, plus the story of building a really bad audio cable.

Links

]]> Embedded is a weird thing. Lars is all Nerves and tries to explain and report from a world where people know part numbers off the top of their heads. The physical device missing is rarely a thing that happens in web development.

Embedded-style work can sneak into other areas as well. Without a root file system, everything is a lot more secure. Security is a deep topic in general, and WPA is not just for wifi.

Andreas shares his view of what "embedded" means, plus the story of building a really bad audio cable.

Links

]]> Mon, 24 Jun 2024 09:00:00 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2226 Embedded is a weird thing. Lars is all Nerves and tries to explain and report from a world where people know part numbers off the top of their heads. The physical device missing is rarely a thing that happens in web development.

Embedded-style work can sneak into other areas as well. Without a root file system, everything is a lot more secure. Security is a deep topic in general, and WPA is not just for wifi.

Andreas shares his view of what "embedded" means, plus the story of building a really bad audio cable.

Links

]]> technology, programming, software, developers, code, development, javascript, python, elixir No About Interviewing 54 54 About Interviewing full cb82dd9f-b23e-4f39-a90b-348c4d89e2f6 https://share.transistor.fm/s/88833432 Andreas is a man of many hobbies. Interviewing for example. But sometimes, you get strange questions from strange people, end up feeling scared, or start lying just a bit. Then, perhaps, you tell the story of a bug. Perhaps we shouldn't work during the winter?

Lars doesn't have interviews. More like sales calls. H§e shares his experiences of how to recruitment, both as part of interviews and as a more straightforward recruiter.

Finally: the secret to everything Lars does.

Links

]]> Andreas is a man of many hobbies. Interviewing for example. But sometimes, you get strange questions from strange people, end up feeling scared, or start lying just a bit. Then, perhaps, you tell the story of a bug. Perhaps we shouldn't work during the winter?

Lars doesn't have interviews. More like sales calls. H§e shares his experiences of how to recruitment, both as part of interviews and as a more straightforward recruiter.

Finally: the secret to everything Lars does.

Links

]]> Mon, 27 May 2024 09:00:00 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 1870 Andreas is a man of many hobbies. Interviewing for example. But sometimes, you get strange questions from strange people, end up feeling scared, or start lying just a bit. Then, perhaps, you tell the story of a bug. Perhaps we shouldn't work during the winter?

Lars doesn't have interviews. More like sales calls. H§e shares his experiences of how to recruitment, both as part of interviews and as a more straightforward recruiter.

Finally: the secret to everything Lars does.

Links

]]> technology, programming, software, developers, code, development, javascript, python, elixir No About Ranting at Ecto 53 53 About Ranting at Ecto full 94fb299e-7b23-4c8c-8713-78ea39ff77b2 https://share.transistor.fm/s/ed2b1429 Stories about Ecto quickly redeeming itself, and of what it takes to introduce foreign keys.


Some of us are super comfortable referencing the ID. Lars dislikes that Ecto needs to be more complicated because of SQL, but the abstractions do hold.


Also: the biggest reason to ever use a ORM! It can be reallynice to come back to one after a tour of plain SQL-land.

Some people have just been bitten so hard by cowboys.


Links

]]> Stories about Ecto quickly redeeming itself, and of what it takes to introduce foreign keys.


Some of us are super comfortable referencing the ID. Lars dislikes that Ecto needs to be more complicated because of SQL, but the abstractions do hold.


Also: the biggest reason to ever use a ORM! It can be reallynice to come back to one after a tour of plain SQL-land.

Some people have just been bitten so hard by cowboys.


Links

]]> Mon, 25 Mar 2024 09:00:00 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2203 Stories about Ecto quickly redeeming itself, and of what it takes to introduce foreign keys.


Some of us are super comfortable referencing the ID. Lars dislikes that Ecto needs to be more complicated because of SQL, but the abstractions do hold.


Also: the biggest reason to ever use a ORM! It can be reallynice to come back to one after a tour of plain SQL-land.

Some people have just been bitten so hard by cowboys.


Links

]]> technology, programming, software, developers, code, development, javascript, python, elixir No About Long-Lived Code 52 52 About Long-Lived Code full b01758de-af0c-4b25-a813-9ca7f6c617ab https://share.transistor.fm/s/185cd5e2 Fredrik wants to think about long-lived code. Lars is offended, Andreas only a little bit so.

Are there other good software development practices out there? Other than the ones focusing on building something quickly? Practices for building software which lives on and is maintained for much longer than we seem to care to admit? Should we remove dependencies over time? The swamp of dependency management and vendoring is probed, gradually shifting into firmware, the horrors of floating point (proper excuses are made), small language models.

Finally, of course, indecent cups of tea.

Links

]]> Fredrik wants to think about long-lived code. Lars is offended, Andreas only a little bit so.

Are there other good software development practices out there? Other than the ones focusing on building something quickly? Practices for building software which lives on and is maintained for much longer than we seem to care to admit? Should we remove dependencies over time? The swamp of dependency management and vendoring is probed, gradually shifting into firmware, the horrors of floating point (proper excuses are made), small language models.

Finally, of course, indecent cups of tea.

Links

]]> Mon, 04 Mar 2024 09:00:00 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2528 Fredrik wants to think about long-lived code. Lars is offended, Andreas only a little bit so.

Are there other good software development practices out there? Other than the ones focusing on building something quickly? Practices for building software which lives on and is maintained for much longer than we seem to care to admit? Should we remove dependencies over time? The swamp of dependency management and vendoring is probed, gradually shifting into firmware, the horrors of floating point (proper excuses are made), small language models.

Finally, of course, indecent cups of tea.

Links

]]> technology, programming, software, developers, code, development, javascript, python, elixir No About Fat Tuesday Buns 51 51 About Fat Tuesday Buns full 86a620af-e401-43f7-bda8-7883ecac0be7 https://share.transistor.fm/s/99ae817b The Saint Valentine's peak passed without issue. Andreas had time for semlor.


Lars has opinions on semlor, and can imagine many possible improvements. Like having an apple. Or a pizza.


Lars has had a nice influx of work, including hardware work using Nerves. Testing and very hackish hot code reloading are both included.


Finally, some thoughts on Linux audio, and musings about the possibility of creating really nice audio tools for the platform.

Links

Quotes

  • The Nordics go all awkward and weird
  • In my heart, it was a catastrophy
  • Had time for semlor
  • An unimpressive pastry
  • It's less messy to have an apple
  • Professional nerves
  • Building with nerves
  • A reasonable enough abstraction
  • The Rogue Amoeba for Linux
]]> The Saint Valentine's peak passed without issue. Andreas had time for semlor.


Lars has opinions on semlor, and can imagine many possible improvements. Like having an apple. Or a pizza.


Lars has had a nice influx of work, including hardware work using Nerves. Testing and very hackish hot code reloading are both included.


Finally, some thoughts on Linux audio, and musings about the possibility of creating really nice audio tools for the platform.

Links

Quotes

  • The Nordics go all awkward and weird
  • In my heart, it was a catastrophy
  • Had time for semlor
  • An unimpressive pastry
  • It's less messy to have an apple
  • Professional nerves
  • Building with nerves
  • A reasonable enough abstraction
  • The Rogue Amoeba for Linux
]]> Mon, 19 Feb 2024 09:00:00 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 1868 The Saint Valentine's peak passed without issue. Andreas had time for semlor.


Lars has opinions on semlor, and can imagine many possible improvements. Like having an apple. Or a pizza.


Lars has had a nice influx of work, including hardware work using Nerves. Testing and very hackish hot code reloading are both included.


Finally, some thoughts on Linux audio, and musings about the possibility of creating really nice audio tools for the platform.

Links

Quotes

  • The Nordics go all awkward and weird
  • In my heart, it was a catastrophy
  • Had time for semlor
  • An unimpressive pastry
  • It's less messy to have an apple
  • Professional nerves
  • Building with nerves
  • A reasonable enough abstraction
  • The Rogue Amoeba for Linux
]]> technology, programming, software, developers, code, development, javascript, python, elixir No About things you built long ago that start doing weird things 50 50 About things you built long ago that start doing weird things full 2d1a52c9-4572-43d4-8a13-d02408c87a4d https://share.transistor.fm/s/5e76f2d6 Andreas tells the story of a old system which suddenly exhibited a new and frightening bug. Lars shares similar experiences of things going wrong in new and novel ways.

When things do go wrong, it is so nice to have supervision trees or other things which allow you to hear about problems, not to mention recover from them.

Also covered are some stories about TCP, networks, and timeouts. And a realization that testing the frameworks upon which you build could have saved some bacon, had it just been done a long time ago.

Links

Quotes

  • Gaming convention management system
  • When I say view, I mean controller
  • View is a better word
  • If I ignore it, it will go away
  • Destructive favourites
  • Alternative class hierarchies
  • Failed in new and novel ways
  • Both a mistake, and interesting
  • Aaah, circumflex!
  • TCP the good parts
]]> Andreas tells the story of a old system which suddenly exhibited a new and frightening bug. Lars shares similar experiences of things going wrong in new and novel ways.

When things do go wrong, it is so nice to have supervision trees or other things which allow you to hear about problems, not to mention recover from them.

Also covered are some stories about TCP, networks, and timeouts. And a realization that testing the frameworks upon which you build could have saved some bacon, had it just been done a long time ago.

Links

Quotes

  • Gaming convention management system
  • When I say view, I mean controller
  • View is a better word
  • If I ignore it, it will go away
  • Destructive favourites
  • Alternative class hierarchies
  • Failed in new and novel ways
  • Both a mistake, and interesting
  • Aaah, circumflex!
  • TCP the good parts
]]> Mon, 05 Feb 2024 09:00:00 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 1701 Andreas tells the story of a old system which suddenly exhibited a new and frightening bug. Lars shares similar experiences of things going wrong in new and novel ways.

When things do go wrong, it is so nice to have supervision trees or other things which allow you to hear about problems, not to mention recover from them.

Also covered are some stories about TCP, networks, and timeouts. And a realization that testing the frameworks upon which you build could have saved some bacon, had it just been done a long time ago.

Links

Quotes

  • Gaming convention management system
  • When I say view, I mean controller
  • View is a better word
  • If I ignore it, it will go away
  • Destructive favourites
  • Alternative class hierarchies
  • Failed in new and novel ways
  • Both a mistake, and interesting
  • Aaah, circumflex!
  • TCP the good parts
]]> technology, programming, software, developers, code, development, javascript, python, elixir No About Data Pipelines 49 49 About Data Pipelines full 8bf2a774-4a95-410e-8322-400401e9025b https://share.transistor.fm/s/59b05f05 Lars dove into data pipelines, and emerged bearing arrows and wishing for a lot fewer copies.

What is there to think about regarding data pipelines, what is interesting about them?

Which tools are out there, and why might you want to use them?

Why all this talk about making fewer copies of data?

What does Lars' current ideal pipeline look like, and where does Elixir fit in?

Links

Quotes

  • I've been reading a lot about data pipelines
  • What's so special about data pipelines?
  • There's a lot of special tooling
  • There's a lot of bad, bad tooling
  • Less than optimal tooling
  • Converging on something biggerlk
  • He got me eventually
  • All of your steps in one bucket
  • What tools do you associate with data?
  • I inherited a data pipeline
  • BashReduce
  • Iterate on the L and the T
  • The modern data stack
  • And then you demand more work
  • No unnecessary copies
  • Barely a copy
  • Reconnecting with my Python roots
]]> Lars dove into data pipelines, and emerged bearing arrows and wishing for a lot fewer copies.

What is there to think about regarding data pipelines, what is interesting about them?

Which tools are out there, and why might you want to use them?

Why all this talk about making fewer copies of data?

What does Lars' current ideal pipeline look like, and where does Elixir fit in?

Links

Quotes

  • I've been reading a lot about data pipelines
  • What's so special about data pipelines?
  • There's a lot of special tooling
  • There's a lot of bad, bad tooling
  • Less than optimal tooling
  • Converging on something biggerlk
  • He got me eventually
  • All of your steps in one bucket
  • What tools do you associate with data?
  • I inherited a data pipeline
  • BashReduce
  • Iterate on the L and the T
  • The modern data stack
  • And then you demand more work
  • No unnecessary copies
  • Barely a copy
  • Reconnecting with my Python roots
]]> Mon, 01 Jan 2024 09:00:00 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2616 Lars dove into data pipelines, and emerged bearing arrows and wishing for a lot fewer copies.

What is there to think about regarding data pipelines, what is interesting about them?

Which tools are out there, and why might you want to use them?

Why all this talk about making fewer copies of data?

What does Lars' current ideal pipeline look like, and where does Elixir fit in?

Links

Quotes

  • I've been reading a lot about data pipelines
  • What's so special about data pipelines?
  • There's a lot of special tooling
  • There's a lot of bad, bad tooling
  • Less than optimal tooling
  • Converging on something biggerlk
  • He got me eventually
  • All of your steps in one bucket
  • What tools do you associate with data?
  • I inherited a data pipeline
  • BashReduce
  • Iterate on the L and the T
  • The modern data stack
  • And then you demand more work
  • No unnecessary copies
  • Barely a copy
  • Reconnecting with my Python roots
]]> technology, programming, software, developers, code, development, javascript, python, elixir No About Fun With GenServers 48 48 About Fun With GenServers full fc703c6c-fa62-4e81-b26c-86249f2ab764 https://share.transistor.fm/s/5b043d02 GenServers are fun! Andreas gives all the context. Things were learned, knowledge was aquired. You can do so much with GenServers, but make sure you have a good reason.

If you don't watch out, this is where concurrency goes to die.


Dynamic supervisors, and their children, are thoroughly considered.


Also delved into is the mess other ecosystems make of doing things at the same time, waiting, and so on.

The strange worlds of C and other unusual languages are considered.


Finally, an interesting bug.

Links


Quotes

  • Where the system grows horizontally
  • The kind of thing that starts happening when you hire developers
  • It was missing a hat
  • I have become nothing, the simplifier of things
  • Where all the concurrency goes to die
  • A whole dance party of sad, dark people
  • The children of the dynamic supervisor
  • Homes can be nodes
  • Hundreds of interested parties
  • Turns life into promises
  • Poking some C programmers
]]> GenServers are fun! Andreas gives all the context. Things were learned, knowledge was aquired. You can do so much with GenServers, but make sure you have a good reason.

If you don't watch out, this is where concurrency goes to die.


Dynamic supervisors, and their children, are thoroughly considered.


Also delved into is the mess other ecosystems make of doing things at the same time, waiting, and so on.

The strange worlds of C and other unusual languages are considered.


Finally, an interesting bug.

Links


Quotes

  • Where the system grows horizontally
  • The kind of thing that starts happening when you hire developers
  • It was missing a hat
  • I have become nothing, the simplifier of things
  • Where all the concurrency goes to die
  • A whole dance party of sad, dark people
  • The children of the dynamic supervisor
  • Homes can be nodes
  • Hundreds of interested parties
  • Turns life into promises
  • Poking some C programmers
]]> Mon, 20 Nov 2023 09:00:00 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 3977 GenServers are fun! Andreas gives all the context. Things were learned, knowledge was aquired. You can do so much with GenServers, but make sure you have a good reason.

If you don't watch out, this is where concurrency goes to die.


Dynamic supervisors, and their children, are thoroughly considered.


Also delved into is the mess other ecosystems make of doing things at the same time, waiting, and so on.

The strange worlds of C and other unusual languages are considered.


Finally, an interesting bug.

Links


Quotes

  • Where the system grows horizontally
  • The kind of thing that starts happening when you hire developers
  • It was missing a hat
  • I have become nothing, the simplifier of things
  • Where all the concurrency goes to die
  • A whole dance party of sad, dark people
  • The children of the dynamic supervisor
  • Homes can be nodes
  • Hundreds of interested parties
  • Turns life into promises
  • Poking some C programmers
]]> technology, programming, software, developers, code, development, javascript, python, elixir No About What Every Web App Needs But Your Developer Does Not Want You To Know About 47 47 About What Every Web App Needs But Your Developer Does Not Want You To Know About full 7fbfabd3-2585-4848-8ba4-7bb4d307b05d https://share.transistor.fm/s/13e10b8b Every web app starts out fine, the tabula rasa of an unwritten BODY. But sooner or later you need users. And a million other things which live in trees.

Also: email.

And that layer between the controller and the database where things like fine-grained access control goes.

I'd like to have an admin, please.

Eventually, web apps grows up. And while a larger framework with solutions and conventions for all those grown-up features may not necessarily be fun, it can certainly be useful.

Links

Titles

  • Check in on your application
  • Do you want details?
  • The view is the controller
  • Because names
  • I'd like to have an admin, please
  • The admin is kind of rough
  • All the data is introspectable
  • Endgame application
  • Not another user management system
  • A very special can of worms
]]> Every web app starts out fine, the tabula rasa of an unwritten BODY. But sooner or later you need users. And a million other things which live in trees.

Also: email.

And that layer between the controller and the database where things like fine-grained access control goes.

I'd like to have an admin, please.

Eventually, web apps grows up. And while a larger framework with solutions and conventions for all those grown-up features may not necessarily be fun, it can certainly be useful.

Links

Titles

  • Check in on your application
  • Do you want details?
  • The view is the controller
  • Because names
  • I'd like to have an admin, please
  • The admin is kind of rough
  • All the data is introspectable
  • Endgame application
  • Not another user management system
  • A very special can of worms
]]> Mon, 23 Oct 2023 09:00:00 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 1831 Every web app starts out fine, the tabula rasa of an unwritten BODY. But sooner or later you need users. And a million other things which live in trees.

Also: email.

And that layer between the controller and the database where things like fine-grained access control goes.

I'd like to have an admin, please.

Eventually, web apps grows up. And while a larger framework with solutions and conventions for all those grown-up features may not necessarily be fun, it can certainly be useful.

Links

Titles

  • Check in on your application
  • Do you want details?
  • The view is the controller
  • Because names
  • I'd like to have an admin, please
  • The admin is kind of rough
  • All the data is introspectable
  • Endgame application
  • Not another user management system
  • A very special can of worms
]]> technology, programming, software, developers, code, development, javascript, python, elixir No About Code Nerds 46 46 About Code Nerds full 8946b646-ff53-4cb1-9f26-36f6a8e65d91 https://share.transistor.fm/s/44f96f93 The software development industry is very much built for code nerds. It shouldn’t be.

Many of us know many people who are really into coding. Not every working developer can, or even should, be though. Doesn't that create kind of a weird gap between professionals who live and breathe code both on and off work, and those who have a more balanced life?

Being passionate about your job shouldn't be an expectation or requirement for anyone or anything.

Is there too little space for learning - are we assumed to know too much, and assumed to spend our own time figuring out things we don't?

Your path into coding is not, can not, and should not be the only path possible.


Links

Quotes

  • I think that's perfectly healthy
  • Surrounded by them
  • Delving into software
  • Surrounded by nerds
  • Much more reasonable answers
  • Where the nerd doesn't go so deep
  • Computers are troublesome
  • Why should you be passionate about your job?
  • Squeeze the passion juice
  • Too passionate to defend themselves
  • Experience or scar tissue?
  • Many developers have lives
  • Popping out for the big picture
  • Doing good work takes all kinds
]]> The software development industry is very much built for code nerds. It shouldn’t be.

Many of us know many people who are really into coding. Not every working developer can, or even should, be though. Doesn't that create kind of a weird gap between professionals who live and breathe code both on and off work, and those who have a more balanced life?

Being passionate about your job shouldn't be an expectation or requirement for anyone or anything.

Is there too little space for learning - are we assumed to know too much, and assumed to spend our own time figuring out things we don't?

Your path into coding is not, can not, and should not be the only path possible.


Links

Quotes

  • I think that's perfectly healthy
  • Surrounded by them
  • Delving into software
  • Surrounded by nerds
  • Much more reasonable answers
  • Where the nerd doesn't go so deep
  • Computers are troublesome
  • Why should you be passionate about your job?
  • Squeeze the passion juice
  • Too passionate to defend themselves
  • Experience or scar tissue?
  • Many developers have lives
  • Popping out for the big picture
  • Doing good work takes all kinds
]]> Mon, 09 Oct 2023 09:00:00 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2171 The software development industry is very much built for code nerds. It shouldn’t be.

Many of us know many people who are really into coding. Not every working developer can, or even should, be though. Doesn't that create kind of a weird gap between professionals who live and breathe code both on and off work, and those who have a more balanced life?

Being passionate about your job shouldn't be an expectation or requirement for anyone or anything.

Is there too little space for learning - are we assumed to know too much, and assumed to spend our own time figuring out things we don't?

Your path into coding is not, can not, and should not be the only path possible.


Links

Quotes

  • I think that's perfectly healthy
  • Surrounded by them
  • Delving into software
  • Surrounded by nerds
  • Much more reasonable answers
  • Where the nerd doesn't go so deep
  • Computers are troublesome
  • Why should you be passionate about your job?
  • Squeeze the passion juice
  • Too passionate to defend themselves
  • Experience or scar tissue?
  • Many developers have lives
  • Popping out for the big picture
  • Doing good work takes all kinds
]]> technology, programming, software, developers, code, development, javascript, python, elixir No About Databases 45 45 About Databases full f5ad582d-c21b-4924-bbc0-9ebc3ebf1f08 https://share.transistor.fm/s/de6506e9 Data has moved to a real database. Next, there may be brave attempts to add actual structure. Working with a real database is nice, as is not losing data, and being able to restore.

Not everything is ephemeral, after all.


Database service providers and cool stuff they do are discussed. The deal with Elastic is clarified. Finally, it is revealed where you should store your traces.


It is actually probably fine.


Links

Quotes

  • A worse MongoDB
  • Migration complete
  • Everything is ephemeral
  • The idea is to add lots of columns
  • It seems a bit more Django
  • The stakes were high but the budget was almost zero
  • It is actually probably fine
]]> Data has moved to a real database. Next, there may be brave attempts to add actual structure. Working with a real database is nice, as is not losing data, and being able to restore.

Not everything is ephemeral, after all.


Database service providers and cool stuff they do are discussed. The deal with Elastic is clarified. Finally, it is revealed where you should store your traces.


It is actually probably fine.


Links

Quotes

  • A worse MongoDB
  • Migration complete
  • Everything is ephemeral
  • The idea is to add lots of columns
  • It seems a bit more Django
  • The stakes were high but the budget was almost zero
  • It is actually probably fine
]]> Mon, 25 Sep 2023 09:00:00 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2551 Data has moved to a real database. Next, there may be brave attempts to add actual structure. Working with a real database is nice, as is not losing data, and being able to restore.

Not everything is ephemeral, after all.


Database service providers and cool stuff they do are discussed. The deal with Elastic is clarified. Finally, it is revealed where you should store your traces.


It is actually probably fine.


Links

Quotes

  • A worse MongoDB
  • Migration complete
  • Everything is ephemeral
  • The idea is to add lots of columns
  • It seems a bit more Django
  • The stakes were high but the budget was almost zero
  • It is actually probably fine
]]> technology, programming, software, developers, code, development, javascript, python, elixir No About Mingling 44 44 About Mingling full c68d0257-b1a9-471f-a4ed-3aef029a70bb https://share.transistor.fm/s/88b9acd1 It seems a mingle is a thing, and not just in Swedish! But what do we want to get out of them, how do we go into them, and how do we create good ones?

Do you want resonance or hole-poking when you tell people about your plan to arm toddlers with nuclear weapons? Do you want to successfully mingle nerds, or just hit the snacks hard?

The foood, the cake, the coffee, and the old classmates. Too hot, too loud, too crowded.


Links

Quotes

  • Interesting and fun
  • Arm toddlers with nuclear weapons
  • We don't trust solutions
  • Excitement and resonance
  • Intensively and excitedly and indefinitely
  • The active rubberduck strategy
  • Talking to fish in a barrell
  • Successfully mingle nerds
  • Hit the snacks pretty hard
]]> It seems a mingle is a thing, and not just in Swedish! But what do we want to get out of them, how do we go into them, and how do we create good ones?

Do you want resonance or hole-poking when you tell people about your plan to arm toddlers with nuclear weapons? Do you want to successfully mingle nerds, or just hit the snacks hard?

The foood, the cake, the coffee, and the old classmates. Too hot, too loud, too crowded.


Links

Quotes

  • Interesting and fun
  • Arm toddlers with nuclear weapons
  • We don't trust solutions
  • Excitement and resonance
  • Intensively and excitedly and indefinitely
  • The active rubberduck strategy
  • Talking to fish in a barrell
  • Successfully mingle nerds
  • Hit the snacks pretty hard
]]> Mon, 11 Sep 2023 09:00:00 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2268 It seems a mingle is a thing, and not just in Swedish! But what do we want to get out of them, how do we go into them, and how do we create good ones?

Do you want resonance or hole-poking when you tell people about your plan to arm toddlers with nuclear weapons? Do you want to successfully mingle nerds, or just hit the snacks hard?

The foood, the cake, the coffee, and the old classmates. Too hot, too loud, too crowded.


Links

Quotes

  • Interesting and fun
  • Arm toddlers with nuclear weapons
  • We don't trust solutions
  • Excitement and resonance
  • Intensively and excitedly and indefinitely
  • The active rubberduck strategy
  • Talking to fish in a barrell
  • Successfully mingle nerds
  • Hit the snacks pretty hard
]]> technology, programming, software, developers, code, development, javascript, python, elixir No About Performance 43 43 About Performance full c07a4b24-1974-4001-b9a2-b6126d8c474c https://share.transistor.fm/s/ad04be7d Performance: we wish the incentives were there to focus on it more often.

Lars would like more opportunities and incentives to focus on making things fast, rather than just making them not slow. Unfortunately, things tend to line up so that fast enough and more features are in focus. Plus, performance and optimization can be very context sensitive and age out without anyone really noticing.

Also pondered: IRC, Gentoo, and the eldritch horrors buried within the x86 architecture.


Links


Quotes

  • Given up on old man Elixir
  • Gotta go fast
  • I never really needed it
  • Grep, naively
  • All the problems at the same time
  • Travelling knapsack problem
  • My ORM-infected brain
  • Measuring things and muttering under my breath
  • I have a hobby, I do job interviews
  • Tools by toolmakers for toolmakers
  • I'm the IRC guy
  • Machine-whispering optimization
]]> Performance: we wish the incentives were there to focus on it more often.

Lars would like more opportunities and incentives to focus on making things fast, rather than just making them not slow. Unfortunately, things tend to line up so that fast enough and more features are in focus. Plus, performance and optimization can be very context sensitive and age out without anyone really noticing.

Also pondered: IRC, Gentoo, and the eldritch horrors buried within the x86 architecture.


Links


Quotes

  • Given up on old man Elixir
  • Gotta go fast
  • I never really needed it
  • Grep, naively
  • All the problems at the same time
  • Travelling knapsack problem
  • My ORM-infected brain
  • Measuring things and muttering under my breath
  • I have a hobby, I do job interviews
  • Tools by toolmakers for toolmakers
  • I'm the IRC guy
  • Machine-whispering optimization
]]> Mon, 28 Aug 2023 09:00:00 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2246 Performance: we wish the incentives were there to focus on it more often.

Lars would like more opportunities and incentives to focus on making things fast, rather than just making them not slow. Unfortunately, things tend to line up so that fast enough and more features are in focus. Plus, performance and optimization can be very context sensitive and age out without anyone really noticing.

Also pondered: IRC, Gentoo, and the eldritch horrors buried within the x86 architecture.


Links


Quotes

  • Given up on old man Elixir
  • Gotta go fast
  • I never really needed it
  • Grep, naively
  • All the problems at the same time
  • Travelling knapsack problem
  • My ORM-infected brain
  • Measuring things and muttering under my breath
  • I have a hobby, I do job interviews
  • Tools by toolmakers for toolmakers
  • I'm the IRC guy
  • Machine-whispering optimization
]]> technology, programming, software, developers, code, development, javascript, python, elixir No About Developing Speed 42 42 About Developing Speed full 5f9c5ade-805b-4c1c-b7ac-ff5693471d44 https://share.transistor.fm/s/8d60225b 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

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
]]> 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

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
]]> Mon, 05 Jun 2023 09:00:00 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2286 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

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
]]> technology, programming, software, developers, code, development, javascript, python, elixir No About System Design 41 41 About System Design full 8d6cfd3a-861a-41ff-b570-a107876d18c4 https://share.transistor.fm/s/e4d75010 Did they do design, or did they just do a system?

Distributed systems are hard in many ways. Andreas describes a system communicating between backends and mobile phones in exciting ways with many exciting possibilities for errors. Like data format changes, loss of messages, having 1.5 source of truths, and of course ordering.

In certain cases, nobody likes an optimist.

The discussion then moves to discuss the working well-windows for various networking solutions, before diving into WebRTC and finishing up with the various dangers of auto.

Links

Quotes

  • Working with systems and feeling the pain 
  • Coping with system design
  • Eventually consistent, on a good day
  • Eventually sourced
  • A disappointment to work with
  • Your internal representation of the user
  • This is the shape of the data, deal with it
  • 1.5 source of thruths
  • Oh, it's an optimist
  • I don't like optimists at all
  • Optimist databases
  • Within its working well-window
  • Outside of the working well-window
  • A crash of servers
  • Bad connections over long distances
  • I don't do math
]]> Did they do design, or did they just do a system?

Distributed systems are hard in many ways. Andreas describes a system communicating between backends and mobile phones in exciting ways with many exciting possibilities for errors. Like data format changes, loss of messages, having 1.5 source of truths, and of course ordering.

In certain cases, nobody likes an optimist.

The discussion then moves to discuss the working well-windows for various networking solutions, before diving into WebRTC and finishing up with the various dangers of auto.

Links

Quotes

  • Working with systems and feeling the pain 
  • Coping with system design
  • Eventually consistent, on a good day
  • Eventually sourced
  • A disappointment to work with
  • Your internal representation of the user
  • This is the shape of the data, deal with it
  • 1.5 source of thruths
  • Oh, it's an optimist
  • I don't like optimists at all
  • Optimist databases
  • Within its working well-window
  • Outside of the working well-window
  • A crash of servers
  • Bad connections over long distances
  • I don't do math
]]> Mon, 08 May 2023 09:00:00 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2301 Did they do design, or did they just do a system?

Distributed systems are hard in many ways. Andreas describes a system communicating between backends and mobile phones in exciting ways with many exciting possibilities for errors. Like data format changes, loss of messages, having 1.5 source of truths, and of course ordering.

In certain cases, nobody likes an optimist.

The discussion then moves to discuss the working well-windows for various networking solutions, before diving into WebRTC and finishing up with the various dangers of auto.

Links

Quotes

  • Working with systems and feeling the pain 
  • Coping with system design
  • Eventually consistent, on a good day
  • Eventually sourced
  • A disappointment to work with
  • Your internal representation of the user
  • This is the shape of the data, deal with it
  • 1.5 source of thruths
  • Oh, it's an optimist
  • I don't like optimists at all
  • Optimist databases
  • Within its working well-window
  • Outside of the working well-window
  • A crash of servers
  • Bad connections over long distances
  • I don't do math
]]> technology, programming, software, developers, code, development, javascript, python, elixir No About Conferences 40 40 About Conferences full e2cc2665-951c-465e-a467-c7923c064cf1 https://share.transistor.fm/s/f9b522bc Lars went to ElixirConf EU. Going to a conference can be a credibly incredible experience. Elixir has more clarity than Erlang.

Lars also gave a talk, a fact he was comfortably uncomfortable with. Giving a talk also comes with benefits such as being able to talk to fish in a barrel. But why did he choose to make the whole talk a demo? What is the goal of it all?


Gotta build things! Dive in, make stuff.

Links

Quotes

  • Born during ElixirConf
  • Less clarity to it
  • Genservers and stuff
  • Mainstream Elixir
  • Comfortable with that discomfort
  • Talking to fish in a barrel
  • A buddy from the internet
  • The first one I bothered to count
  • Your loose coupling to anything
  • What do you hypothetically know?
]]> Lars went to ElixirConf EU. Going to a conference can be a credibly incredible experience. Elixir has more clarity than Erlang.

Lars also gave a talk, a fact he was comfortably uncomfortable with. Giving a talk also comes with benefits such as being able to talk to fish in a barrel. But why did he choose to make the whole talk a demo? What is the goal of it all?


Gotta build things! Dive in, make stuff.

Links

Quotes

  • Born during ElixirConf
  • Less clarity to it
  • Genservers and stuff
  • Mainstream Elixir
  • Comfortable with that discomfort
  • Talking to fish in a barrel
  • A buddy from the internet
  • The first one I bothered to count
  • Your loose coupling to anything
  • What do you hypothetically know?
]]> Fri, 28 Apr 2023 09:00:00 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 1888 Lars went to ElixirConf EU. Going to a conference can be a credibly incredible experience. Elixir has more clarity than Erlang.

Lars also gave a talk, a fact he was comfortably uncomfortable with. Giving a talk also comes with benefits such as being able to talk to fish in a barrel. But why did he choose to make the whole talk a demo? What is the goal of it all?


Gotta build things! Dive in, make stuff.

Links

Quotes

  • Born during ElixirConf
  • Less clarity to it
  • Genservers and stuff
  • Mainstream Elixir
  • Comfortable with that discomfort
  • Talking to fish in a barrel
  • A buddy from the internet
  • The first one I bothered to count
  • Your loose coupling to anything
  • What do you hypothetically know?
]]> technology, programming, software, developers, code, development, javascript, python, elixir No About Text Editors 39 39 About Text Editors full 242c6072-dd51-49f5-bb7d-9de96ea3c504 https://share.transistor.fm/s/fa95d1b9 Text editors - which ones do we enjoy, which ones have we used, and what do we actually want and need in them?

Andreas has read about vim, sed and awk. Lars is quite comfortable in vim, but finds Visual studio code more than acceptable enough. 

Andreas is excited to show Lars how to use Vim properly. Lars considers advanced setups something of a hellscape.

Lars has held a lecture about functional programming and wishes to provide a path for new .Net developers (dotnet dots?) to become free software zealots.

They both share their history of editors.

There are dreams of ergonomic editing - of code as well as text in general - on mobile devices.

Any other editors we should be trying? No, but you could hack together collaborative vim editing. 


Links


Quotes

  • Learning violent vim
  • Like Thunderdome, but nobody leaves, ever
  • I could do that with monads instead
  • C's strange cousin
  • There's a new sed on the block
  • The power of just good enough
  • Two terminals beside each other
  • It's all a mess in here
  • My sword and lots of configuration files
  • The dotnet dots
  • Quitters don't use Vim
  • Real code is done on the server
  • Notepad the way I want it to work
  • A load-bearing note
  • Exciting and fun, and incredibly unsafe
]]> Text editors - which ones do we enjoy, which ones have we used, and what do we actually want and need in them?

Andreas has read about vim, sed and awk. Lars is quite comfortable in vim, but finds Visual studio code more than acceptable enough. 

Andreas is excited to show Lars how to use Vim properly. Lars considers advanced setups something of a hellscape.

Lars has held a lecture about functional programming and wishes to provide a path for new .Net developers (dotnet dots?) to become free software zealots.

They both share their history of editors.

There are dreams of ergonomic editing - of code as well as text in general - on mobile devices.

Any other editors we should be trying? No, but you could hack together collaborative vim editing. 


Links


Quotes

  • Learning violent vim
  • Like Thunderdome, but nobody leaves, ever
  • I could do that with monads instead
  • C's strange cousin
  • There's a new sed on the block
  • The power of just good enough
  • Two terminals beside each other
  • It's all a mess in here
  • My sword and lots of configuration files
  • The dotnet dots
  • Quitters don't use Vim
  • Real code is done on the server
  • Notepad the way I want it to work
  • A load-bearing note
  • Exciting and fun, and incredibly unsafe
]]> Mon, 10 Apr 2023 09:00:00 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 1803 Text editors - which ones do we enjoy, which ones have we used, and what do we actually want and need in them?

Andreas has read about vim, sed and awk. Lars is quite comfortable in vim, but finds Visual studio code more than acceptable enough. 

Andreas is excited to show Lars how to use Vim properly. Lars considers advanced setups something of a hellscape.

Lars has held a lecture about functional programming and wishes to provide a path for new .Net developers (dotnet dots?) to become free software zealots.

They both share their history of editors.

There are dreams of ergonomic editing - of code as well as text in general - on mobile devices.

Any other editors we should be trying? No, but you could hack together collaborative vim editing. 


Links


Quotes

  • Learning violent vim
  • Like Thunderdome, but nobody leaves, ever
  • I could do that with monads instead
  • C's strange cousin
  • There's a new sed on the block
  • The power of just good enough
  • Two terminals beside each other
  • It's all a mess in here
  • My sword and lots of configuration files
  • The dotnet dots
  • Quitters don't use Vim
  • Real code is done on the server
  • Notepad the way I want it to work
  • A load-bearing note
  • Exciting and fun, and incredibly unsafe
]]> technology, programming, software, developers, code, development, javascript, python, elixir No About Remote Work 38 38 About Remote Work full 096ebc96-16bb-4b12-ae03-b4e5a4f74ba1 https://www.regprog.com/38 How do we feel about working remotely? Pretty good, on the whole.

Chairs and other basics are of course important, as is making your way of remote work a nice way of doing remote work for you. It is also nice to need to wear your work face less.

The challenges are more around the social sides - communicating differently, but generally replacing and rebuilding ways of being social with people both inside and outside of your work interests. That takes work.

Also, some talk about audio and video gear for remote meetings. It's nice to come off as full-fidelity people!

Links

Quotes

  • My real comfy legendary office chair
  • My chair was kinda good
  • Fluffy parts
  • It's me and Conan
  • I go for the floof
  • Eventually ergonomic
  • Eventually comfortable
  • Whenever I don't have one, I create one
  • Your spine has a very particular taste in chairs
  • A prosumer phase of life
  • Definitely dialled in
  • Make sure you have a social life
  • I fetch a lot fewer coffees than most people
  • Ghost power!
  • Full-fidelity people
  • It's very much my office
  • I don't have to wear my work face all day
  • My work face
]]> How do we feel about working remotely? Pretty good, on the whole.

Chairs and other basics are of course important, as is making your way of remote work a nice way of doing remote work for you. It is also nice to need to wear your work face less.

The challenges are more around the social sides - communicating differently, but generally replacing and rebuilding ways of being social with people both inside and outside of your work interests. That takes work.

Also, some talk about audio and video gear for remote meetings. It's nice to come off as full-fidelity people!

Links

Quotes

  • My real comfy legendary office chair
  • My chair was kinda good
  • Fluffy parts
  • It's me and Conan
  • I go for the floof
  • Eventually ergonomic
  • Eventually comfortable
  • Whenever I don't have one, I create one
  • Your spine has a very particular taste in chairs
  • A prosumer phase of life
  • Definitely dialled in
  • Make sure you have a social life
  • I fetch a lot fewer coffees than most people
  • Ghost power!
  • Full-fidelity people
  • It's very much my office
  • I don't have to wear my work face all day
  • My work face
]]> Mon, 27 Mar 2023 09:00:00 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2186 How do we feel about working remotely? Pretty good, on the whole.

Chairs and other basics are of course important, as is making your way of remote work a nice way of doing remote work for you. It is also nice to need to wear your work face less.

The challenges are more around the social sides - communicating differently, but generally replacing and rebuilding ways of being social with people both inside and outside of your work interests. That takes work.

Also, some talk about audio and video gear for remote meetings. It's nice to come off as full-fidelity people!

Links

Quotes

  • My real comfy legendary office chair
  • My chair was kinda good
  • Fluffy parts
  • It's me and Conan
  • I go for the floof
  • Eventually ergonomic
  • Eventually comfortable
  • Whenever I don't have one, I create one
  • Your spine has a very particular taste in chairs
  • A prosumer phase of life
  • Definitely dialled in
  • Make sure you have a social life
  • I fetch a lot fewer coffees than most people
  • Ghost power!
  • Full-fidelity people
  • It's very much my office
  • I don't have to wear my work face all day
  • My work face
]]> technology, programming, software, developers, code, development, javascript, python, elixir No About Distributed Systems 37 37 About Distributed Systems full 10e542a5-1c6e-4953-9197-15f7f61eb977 https://www.regprog.com/37 Lars is thinking about distributed systems, and Andreas kind of fears them. The best thing to do for most cases might be to avoid distributing things at all. But if you do end up needing to distribute, you may run into one of the places in the world where worse is better is not necessarily better? Adding distribution on top of something not really built for it is one of the hard problems.

There are deep dives into reconciliation, vector clocks, normalization, and places where fun goes to die. And there, still, are no magical solutions.

Links

Quotes

  • Distributed systems are interesting
  • I'm doing an insert!
  • A special little server
  • The devil is always in the failure details
  • The naive threshold
  • The absolute wrong number of machines
  • Where all the fun goes to die
  • A good, sortable name
  • They lie and they drift
  • A simple incrementing number is incredibly useful
  • Git merge for vector clocks
  • Three is the best number
]]> Lars is thinking about distributed systems, and Andreas kind of fears them. The best thing to do for most cases might be to avoid distributing things at all. But if you do end up needing to distribute, you may run into one of the places in the world where worse is better is not necessarily better? Adding distribution on top of something not really built for it is one of the hard problems.

There are deep dives into reconciliation, vector clocks, normalization, and places where fun goes to die. And there, still, are no magical solutions.

Links

Quotes

  • Distributed systems are interesting
  • I'm doing an insert!
  • A special little server
  • The devil is always in the failure details
  • The naive threshold
  • The absolute wrong number of machines
  • Where all the fun goes to die
  • A good, sortable name
  • They lie and they drift
  • A simple incrementing number is incredibly useful
  • Git merge for vector clocks
  • Three is the best number
]]> Mon, 13 Mar 2023 09:00:00 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2212 Lars is thinking about distributed systems, and Andreas kind of fears them. The best thing to do for most cases might be to avoid distributing things at all. But if you do end up needing to distribute, you may run into one of the places in the world where worse is better is not necessarily better? Adding distribution on top of something not really built for it is one of the hard problems.

There are deep dives into reconciliation, vector clocks, normalization, and places where fun goes to die. And there, still, are no magical solutions.

Links

Quotes

  • Distributed systems are interesting
  • I'm doing an insert!
  • A special little server
  • The devil is always in the failure details
  • The naive threshold
  • The absolute wrong number of machines
  • Where all the fun goes to die
  • A good, sortable name
  • They lie and they drift
  • A simple incrementing number is incredibly useful
  • Git merge for vector clocks
  • Three is the best number
]]> technology, programming, software, developers, code, development, javascript, python, elixir No About Hackers 36 36 About Hackers full 23532d76-1549-492c-bd2a-4ce848db35a9 https://share.transistor.fm/s/0bb1c10e About Hackers Thinking about the term "hacker". Time to take it back to mean something rather down to earth, rather than a pedistal requiring years of C and a black hoodie?

What do airlines have against Erlang anyway?

There's also the mindset angle: the hacking mindset can be when exploring, versus when needing to solve a specific problem.

The discussion goes into labels one feels comfortable with, switching between different modes, and the ever present, ever hard to find dark matter developers.


Over time, labels can easily go bad in one way or another. But regardless of labels, we can all agree on duct tape and enthusiasm, right?


Links

Quotes

  • So security, very programming
  • Joy and playfulness
  • My mind goes off
  • Creative systems thinking
  • Think through as many eyes as possible
  • Many things are intended as complete packages
  • Handing you the fun bits
  • Things that provide you the entire world
  • Not very together-bashable
  • The media version of Vi
  • Creating SQL that you didn't intend
  • Mostly mindset
  • What happens in the outliers
  • Neutron programmers
  • The unsung programmers
  • Duct tape and enthusiasm


]]> About Hackers Thinking about the term "hacker". Time to take it back to mean something rather down to earth, rather than a pedistal requiring years of C and a black hoodie?

What do airlines have against Erlang anyway?

There's also the mindset angle: the hacking mindset can be when exploring, versus when needing to solve a specific problem.

The discussion goes into labels one feels comfortable with, switching between different modes, and the ever present, ever hard to find dark matter developers.


Over time, labels can easily go bad in one way or another. But regardless of labels, we can all agree on duct tape and enthusiasm, right?


Links

Quotes

  • So security, very programming
  • Joy and playfulness
  • My mind goes off
  • Creative systems thinking
  • Think through as many eyes as possible
  • Many things are intended as complete packages
  • Handing you the fun bits
  • Things that provide you the entire world
  • Not very together-bashable
  • The media version of Vi
  • Creating SQL that you didn't intend
  • Mostly mindset
  • What happens in the outliers
  • Neutron programmers
  • The unsung programmers
  • Duct tape and enthusiasm


]]> Wed, 01 Mar 2023 07:59:46 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2287 About Hackers Thinking about the term "hacker". Time to take it back to mean something rather down to earth, rather than a pedistal requiring years of C and a black hoodie?

What do airlines have against Erlang anyway?

There's also the mindset angle: the hacking mindset can be when exploring, versus when needing to solve a specific problem.

The discussion goes into labels one feels comfortable with, switching between different modes, and the ever present, ever hard to find dark matter developers.


Over time, labels can easily go bad in one way or another. But regardless of labels, we can all agree on duct tape and enthusiasm, right?


Links

Quotes

  • So security, very programming
  • Joy and playfulness
  • My mind goes off
  • Creative systems thinking
  • Think through as many eyes as possible
  • Many things are intended as complete packages
  • Handing you the fun bits
  • Things that provide you the entire world
  • Not very together-bashable
  • The media version of Vi
  • Creating SQL that you didn't intend
  • Mostly mindset
  • What happens in the outliers
  • Neutron programmers
  • The unsung programmers
  • Duct tape and enthusiasm


]]> technology, programming, software, developers, code, development, javascript, python, elixir No About Being Wrong 35 35 About Being Wrong full 699d7f4c-07e3-4c04-aab8-d11ead44c488 https://share.transistor.fm/s/c654931b About Being Wrong

Wherein polite gentlemen at gaming conventions explain how people didn't have their variables separate enough with regard to the Dunning-Kruger effect. Lars thinks Andreas has drawn the wrong learnings from this.

It's a good idea to be humble … but strong opinions loosely held may not be the perfect thing, either?

Also discussed is the curse of the expert - teaching across a large gap in experience, and how to actually go about changing systems and having better discussions. Have you considered being god's advocate instead of the devil's when in a discussion?

Links

Quotes

  • I attempted to make friends
  • Hard to know what you don't know
  • If you don't have your variables separate
  • They fumbled on the input data
  • I think you have the wrong takeaway
  • The curse of the expert
  • Have you looked at presidents recently?
  • Exhaust the universe
  • The halting problem of the universe
  • Sons of pedagogy
  • I feel comfortable, but I don't feel certain
  • A really badass judo throw
  • I can ignore many things
  • A multitude of parts
  • Bit by bit, you shift the system
  • Taking small stands
  • Very happy to be wrong
  • God's advocate
  • Random ideas, loosely shared
  • A good crowd for this question
]]> About Being Wrong

Wherein polite gentlemen at gaming conventions explain how people didn't have their variables separate enough with regard to the Dunning-Kruger effect. Lars thinks Andreas has drawn the wrong learnings from this.

It's a good idea to be humble … but strong opinions loosely held may not be the perfect thing, either?

Also discussed is the curse of the expert - teaching across a large gap in experience, and how to actually go about changing systems and having better discussions. Have you considered being god's advocate instead of the devil's when in a discussion?

Links

Quotes

  • I attempted to make friends
  • Hard to know what you don't know
  • If you don't have your variables separate
  • They fumbled on the input data
  • I think you have the wrong takeaway
  • The curse of the expert
  • Have you looked at presidents recently?
  • Exhaust the universe
  • The halting problem of the universe
  • Sons of pedagogy
  • I feel comfortable, but I don't feel certain
  • A really badass judo throw
  • I can ignore many things
  • A multitude of parts
  • Bit by bit, you shift the system
  • Taking small stands
  • Very happy to be wrong
  • God's advocate
  • Random ideas, loosely shared
  • A good crowd for this question
]]> Thu, 16 Feb 2023 08:38:01 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 3144 About Being Wrong

Wherein polite gentlemen at gaming conventions explain how people didn't have their variables separate enough with regard to the Dunning-Kruger effect. Lars thinks Andreas has drawn the wrong learnings from this.

It's a good idea to be humble … but strong opinions loosely held may not be the perfect thing, either?

Also discussed is the curse of the expert - teaching across a large gap in experience, and how to actually go about changing systems and having better discussions. Have you considered being god's advocate instead of the devil's when in a discussion?

Links

Quotes

  • I attempted to make friends
  • Hard to know what you don't know
  • If you don't have your variables separate
  • They fumbled on the input data
  • I think you have the wrong takeaway
  • The curse of the expert
  • Have you looked at presidents recently?
  • Exhaust the universe
  • The halting problem of the universe
  • Sons of pedagogy
  • I feel comfortable, but I don't feel certain
  • A really badass judo throw
  • I can ignore many things
  • A multitude of parts
  • Bit by bit, you shift the system
  • Taking small stands
  • Very happy to be wrong
  • God's advocate
  • Random ideas, loosely shared
  • A good crowd for this question
]]> technology, programming, software, developers, code, development, javascript, python, elixir No About Estimates 34 34 About Estimates full c51f45bb-81c2-4eca-87a7-40c6218c8223 https://share.transistor.fm/s/f34e90ea About Estimates

Estimates are a nasty subject, Andreas doesn't know how to handle it.

Fortunately, Lars has one weird trick, which doctors hate.

When you have plenty of control, estimates can be useful.

Not useful: unexplained deadlines.

Finally: when things get stuck. (Lars is usually available to blame.)

(In an alternate timeline, Andreas' tells us everything his relatives taught him about quark cake.)

Links

Quotes

  • Their due dates, their deadlines
  • I have this one weird trick, that doctors hate
  • A constraint for the work
  • The magnitude of the task
  • Some real dumb things, and some very decent ideas
  • Skate curve
  • The smallest unit is always a day
  • Not agile enough
  • Slightly confused and maybe a little bit sad
  • If you think that's a map (, I think you're using it wrong)
  • Assorted concerns
  • You can't run past a tortoise
  • You can always split a cake in two
  • Quark cake
  • Accelerate a cake
  • A fixed estimate on the travelling salesman problem
  • Usually available to blame
]]> About Estimates

Estimates are a nasty subject, Andreas doesn't know how to handle it.

Fortunately, Lars has one weird trick, which doctors hate.

When you have plenty of control, estimates can be useful.

Not useful: unexplained deadlines.

Finally: when things get stuck. (Lars is usually available to blame.)

(In an alternate timeline, Andreas' tells us everything his relatives taught him about quark cake.)

Links

Quotes

  • Their due dates, their deadlines
  • I have this one weird trick, that doctors hate
  • A constraint for the work
  • The magnitude of the task
  • Some real dumb things, and some very decent ideas
  • Skate curve
  • The smallest unit is always a day
  • Not agile enough
  • Slightly confused and maybe a little bit sad
  • If you think that's a map (, I think you're using it wrong)
  • Assorted concerns
  • You can't run past a tortoise
  • You can always split a cake in two
  • Quark cake
  • Accelerate a cake
  • A fixed estimate on the travelling salesman problem
  • Usually available to blame
]]> Fri, 03 Feb 2023 08:09:59 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2078 Esteemed estimates explained elitely. Esteemed estimates explained elitely. technology, programming, software, developers, code, development, javascript, python, elixir No About Meeting Developers 33 33 About Meeting Developers full 6bc1b3a4-b5a2-4c0a-82ab-74efbdc7e000 https://share.transistor.fm/s/70d27131 Passing pandemics make it possible to meet developers in real life again. Elixir-Lars makes a splash, and tells about recent and coming real-life events he's enjoyed. Things learned from real-life events and the need - or not - of constant learning are mentioned.

(It's not bit rot, it's data composting!)


Finally, a deep dive into the art of arranging good events, including preparatory pre-event events.

Who wouldn't like a movie night with a bunch of developers and pizza?

Linkable matter

Title-like quotes

  • Developers in my local area
  • A splash as Elixir-Lars
  • I guess I'm visible
  • I met one developer
  • I enjoy meeting developers
  • Leads and future prosperity
  • Composting becomes very natural
  • Harness the entropy
  • It's not bit rot, it's data composting
  • The series of events that brought us here
  • A speedrun of "Well, you have options"
]]> Passing pandemics make it possible to meet developers in real life again. Elixir-Lars makes a splash, and tells about recent and coming real-life events he's enjoyed. Things learned from real-life events and the need - or not - of constant learning are mentioned.

(It's not bit rot, it's data composting!)


Finally, a deep dive into the art of arranging good events, including preparatory pre-event events.

Who wouldn't like a movie night with a bunch of developers and pizza?

Linkable matter

Title-like quotes

  • Developers in my local area
  • A splash as Elixir-Lars
  • I guess I'm visible
  • I met one developer
  • I enjoy meeting developers
  • Leads and future prosperity
  • Composting becomes very natural
  • Harness the entropy
  • It's not bit rot, it's data composting
  • The series of events that brought us here
  • A speedrun of "Well, you have options"
]]> Fri, 20 Jan 2023 09:00:46 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2135 Passing pandemics make it possible to meet developers in real life again. Elixir-Lars makes a splash, and tells about recent and coming real-life events he's enjoyed. Things learned from real-life events and the need - or not - of constant learning are mentioned.

(It's not bit rot, it's data composting!)


Finally, a deep dive into the art of arranging good events, including preparatory pre-event events.

Who wouldn't like a movie night with a bunch of developers and pizza?

Linkable matter

Title-like quotes

  • Developers in my local area
  • A splash as Elixir-Lars
  • I guess I'm visible
  • I met one developer
  • I enjoy meeting developers
  • Leads and future prosperity
  • Composting becomes very natural
  • Harness the entropy
  • It's not bit rot, it's data composting
  • The series of events that brought us here
  • A speedrun of "Well, you have options"
]]> technology, programming, software, developers, code, development, javascript, python, elixir No About Open Alternatives 32 32 About Open Alternatives full 6aa591df-c6d3-49d2-b3ad-3e6b8de09161 https://share.transistor.fm/s/3fe03e1e The continued cratering of Twitter, and the joy of discovering open alternatives. Lars and many others find themselves on the open and federated Mastodon instead of Twitter, having a great time, and feeling more excited about open systems than in a long time.

On the level of individuals, owning and controlling your own data feels back in fashion, but there is even more to dig into on the level of large organizations.

Perhaps when GDPR says no and the good spirit of the internet is strong, there is a chance for municipalities and other public sector organizations to get and help build open alternatives to the closed, proprietary, and often hair-raisingly expensive and poorly received software they have today?

Lars sees exciting business opportunities, better software for all, as well as the interesting challenges of navigating tender processes and plain old corruption.

Links

Quotes

  • Elon happened
  • A very straight path to somewhere else
  • As open as email
  • Satiate my doomscrolling needs
  • A Twitter on IRC
  • I don't trust the ecosystem under my feet
  • Lectured about a culture I'm not in
  • Teams was dubbed illegal
  • videos.varberg.se
  • The good spirit of the internet
  • GDPR says no!
  • People software
  • You have people living in you
  • I want "Svenska IT-myndigheten"
  • Pointless, annoying, and wasteful
]]> The continued cratering of Twitter, and the joy of discovering open alternatives. Lars and many others find themselves on the open and federated Mastodon instead of Twitter, having a great time, and feeling more excited about open systems than in a long time.

On the level of individuals, owning and controlling your own data feels back in fashion, but there is even more to dig into on the level of large organizations.

Perhaps when GDPR says no and the good spirit of the internet is strong, there is a chance for municipalities and other public sector organizations to get and help build open alternatives to the closed, proprietary, and often hair-raisingly expensive and poorly received software they have today?

Lars sees exciting business opportunities, better software for all, as well as the interesting challenges of navigating tender processes and plain old corruption.

Links

Quotes

  • Elon happened
  • A very straight path to somewhere else
  • As open as email
  • Satiate my doomscrolling needs
  • A Twitter on IRC
  • I don't trust the ecosystem under my feet
  • Lectured about a culture I'm not in
  • Teams was dubbed illegal
  • videos.varberg.se
  • The good spirit of the internet
  • GDPR says no!
  • People software
  • You have people living in you
  • I want "Svenska IT-myndigheten"
  • Pointless, annoying, and wasteful
]]> Mon, 02 Jan 2023 11:16:55 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 3858 Exploring the open alternate universe. Exploring the open alternate universe. technology, programming, software, developers, code, development, javascript, python, elixir No About Teaching Functional Programming 31 31 About Teaching Functional Programming full 3788dad0-c6a1-48d4-97a9-0c551546d76c https://share.transistor.fm/s/c7361d11 How to teach functional programming? What are the proper steps, beyond the first ones? Especially when you can't or don't want to point to a framework and say "we do it this way!"

Lars outlines his ideas for teaching Elixir to someone without requiring any prior programming experience.

There is also discussion of mapping, reducing, and representing one in terms of the other. Also things which are better in Haskell than Elixir, perfectly named modules, and - inevitably - why you don't just use Rust instead.

Links


Quotes

  • It felt like I cheated, I don't know if I did
  • In my bone marrow!
  • Putting the module before the functions
  • Try to explain a monad (there is no second step)
  • Pretend that the rest of computing doesn't exist
  • Ignore the rest of the world
  • Save brain cycles
  • Solid, sound, and true
  • It's going to have to be a reduce
  • I never really updated my map


]]> How to teach functional programming? What are the proper steps, beyond the first ones? Especially when you can't or don't want to point to a framework and say "we do it this way!"

Lars outlines his ideas for teaching Elixir to someone without requiring any prior programming experience.

There is also discussion of mapping, reducing, and representing one in terms of the other. Also things which are better in Haskell than Elixir, perfectly named modules, and - inevitably - why you don't just use Rust instead.

Links


Quotes

  • It felt like I cheated, I don't know if I did
  • In my bone marrow!
  • Putting the module before the functions
  • Try to explain a monad (there is no second step)
  • Pretend that the rest of computing doesn't exist
  • Ignore the rest of the world
  • Save brain cycles
  • Solid, sound, and true
  • It's going to have to be a reduce
  • I never really updated my map


]]> Mon, 19 Dec 2022 11:43:19 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2375 How do we learn you some Erlang? How do you learn a Haskell? Educating Elixir? How do we learn you some Erlang? How do you learn a Haskell? Educating Elixir? technology, programming, software, developers, code, development, javascript, python, elixir No About Archives 30 30 About Archives full 1a34b592-d3c3-4fd3-9390-e7f5948b05a8 https://share.transistor.fm/s/02326ffe Archives are cool. How do you keep your digital things in order and, hopefully, backed up?

We need more archivists.

Andreas has re-read Snowcrash, and while it isn't the manual for the world to adopt it doesn't seem to stop the megacorps from thinking it is and trying. Where did Google go wrong, and why? And why aren't we jealous of their recruiting?

Linkable matter


Better titles

  • Overrated library though
  • Perfectly gitted and dotfiled
  • Way too pragmatic
  • A virtual private server and magic
  • Nested backups
  • Suddenly: math
  • More stacks of logos; less clarity
  • Preparing for the metaverse
  • 1984 isn't the manual
  • Snowcrash isn't the manual
  • Designing dystopia
  • The opportunity for amazing glitches
  • Need to try harder at working less
  • A strong ack
]]> Archives are cool. How do you keep your digital things in order and, hopefully, backed up?

We need more archivists.

Andreas has re-read Snowcrash, and while it isn't the manual for the world to adopt it doesn't seem to stop the megacorps from thinking it is and trying. Where did Google go wrong, and why? And why aren't we jealous of their recruiting?

Linkable matter


Better titles

  • Overrated library though
  • Perfectly gitted and dotfiled
  • Way too pragmatic
  • A virtual private server and magic
  • Nested backups
  • Suddenly: math
  • More stacks of logos; less clarity
  • Preparing for the metaverse
  • 1984 isn't the manual
  • Snowcrash isn't the manual
  • Designing dystopia
  • The opportunity for amazing glitches
  • Need to try harder at working less
  • A strong ack
]]> Thu, 08 Dec 2022 07:40:42 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2382 Andreas appreciates Arch and Archives, alright? Andreas appreciates Arch and Archives, alright? technology, programming, software, developers, code, development, javascript, python, elixir No About Good Things in Programming 29 29 About Good Things in Programming full cba0b324-5e8d-4f60-bea7-7b73c7ff4a02 https://share.transistor.fm/s/b2dadbac There are good things in programming, many of which are enumerated in this episode.

Among other nice things: the best features in Elixir. Lars won open source? Bots and realtime-y stuff. Not to mention a type system that screams at you.

Also: Lists in lists, in lists (in lists).

Code made by other people is not one of the things, however. Code made by other people is always upsetting. CSS does not make the list either, but Tailwind does, prompting a discussion of fractally difficult things, leaky abstractions, and progressive enhancement.

Linkable matter

Better titles

  • Keeps giving nil
  • Carefully optimistically happy
  • A JSON-thingy
  • You won open source
  • I have written the code, and it's not my problem
  • Murdering your garbage collector
  • A type system that screams at me
  • The maybes I got over pretty quickly
  • They never stopped being results
  • An inherited Erlang footgun
  • The speaker that was in the monkey
  • It's not only that I'm a backend developer
]]> There are good things in programming, many of which are enumerated in this episode.

Among other nice things: the best features in Elixir. Lars won open source? Bots and realtime-y stuff. Not to mention a type system that screams at you.

Also: Lists in lists, in lists (in lists).

Code made by other people is not one of the things, however. Code made by other people is always upsetting. CSS does not make the list either, but Tailwind does, prompting a discussion of fractally difficult things, leaky abstractions, and progressive enhancement.

Linkable matter

Better titles

  • Keeps giving nil
  • Carefully optimistically happy
  • A JSON-thingy
  • You won open source
  • I have written the code, and it's not my problem
  • Murdering your garbage collector
  • A type system that screams at me
  • The maybes I got over pretty quickly
  • They never stopped being results
  • An inherited Erlang footgun
  • The speaker that was in the monkey
  • It's not only that I'm a backend developer
]]> Mon, 21 Nov 2022 11:26:18 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2363 Pondering positives Pondering positives technology, programming, software, developers, code, development, javascript, python, elixir No About Miscellaneous Hardware 28 28 About Miscellaneous Hardware full c4b4211d-0dfd-45c6-a127-bf30b7c17544 https://share.transistor.fm/s/b7d64f3f The hardware woes episode. But first: the joy and wonder of ID3v2.3.

Implementing the specification of a binary format as a library.

Lars' next laptop. Then Lars' gear situation. Power bricks and cable capabilities are … a labyrinth.

The trials and tribulations of getting and setting up a Steam deck.

Linkable matter

* The ID3v2.3 spec
* EXIF
* Fold left and fold right
* Lars' blog post about working with ID3
* CRDT
* Apple's WWDC keynote
* The M2 Macbook air
* The Framework laptop
* Linux on M*-chip computers
* Dell's XPS laptops
* RJ45
* Steam deck
* Slackware
* PopOS
* Regolith
* Frank Hunleth (of Nerves fame)
* Sony A7C

If we had titles

* Trying to be clever, and doing it poorly
* It still reverses the whole thing
* Arbitrary comments
* The future of mp3:s
* The world is less and less file-centric
* A USB-C-shape cable

]]> The hardware woes episode. But first: the joy and wonder of ID3v2.3.

Implementing the specification of a binary format as a library.

Lars' next laptop. Then Lars' gear situation. Power bricks and cable capabilities are … a labyrinth.

The trials and tribulations of getting and setting up a Steam deck.

Linkable matter

* The ID3v2.3 spec
* EXIF
* Fold left and fold right
* Lars' blog post about working with ID3
* CRDT
* Apple's WWDC keynote
* The M2 Macbook air
* The Framework laptop
* Linux on M*-chip computers
* Dell's XPS laptops
* RJ45
* Steam deck
* Slackware
* PopOS
* Regolith
* Frank Hunleth (of Nerves fame)
* Sony A7C

If we had titles

* Trying to be clever, and doing it poorly
* It still reverses the whole thing
* Arbitrary comments
* The future of mp3:s
* The world is less and less file-centric
* A USB-C-shape cable

]]> Mon, 07 Nov 2022 07:58:48 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 3379 Hardware woes. But also ID3 tags. Hardware woes. But also ID3 tags. technology, programming, software, developers, code, development, javascript, python, elixir No About Cyberdecks 27 27 About Cyberdecks full b643a02a-62f4-4048-af75-cfd5361ea1e4 https://share.transistor.fm/s/96200a6e Elon Musk wanting to buy Twitter leads naturally into the topic of cyberdecks and jacking in, which in turn naturally leads one to talk about audio on Linux.

But what is a cyberdeck? How do you build one? And when would you use it?

The sad state of video calls compared to Star Trek - why don't they have to install Teams to hail the Microsoft ship?

Lamenting the sad state of the current crop of dystopic overlords. Who runs Google, really? Amazon might be the most attractive target, just don't take down all our clouds by accident, okay?

Cyberpunk wasn't prepared for crypto, but when other things get bad enough that ceases to be a problem. Let's not papercut ourselves all the way to dystopia.

Linkable material

* Elon Musk has or has not yet bought Twitter
* Cyberdecks
* Jack - the sound library
* Shadowrun
* Keytar
* Pi 400
* Pi TFT
* Touchbar Lemmings
* The Framework laptop
* Google glass still exists
* FPGA
* Obsbot PTZ Camera
* Cory Doctorow on the Corecursive podcast
* Lightning - the on-top-of-Bitcoin payment system
* Podcast index
* Mer - the Swedish cordial-type drink

Alternate titles

* Jack in
* Something vulgar about it
* As far as cyberdecks go
* The keytar of keyboards
* Just hack the Gibson
* Rearview mirrors, but cameras
* Out cyberdecking
* The current crop of dystopic overlords
* Web-scale capitalism
* Our current psychopaths
* Papercut our way to dystopia

]]> Elon Musk wanting to buy Twitter leads naturally into the topic of cyberdecks and jacking in, which in turn naturally leads one to talk about audio on Linux.

But what is a cyberdeck? How do you build one? And when would you use it?

The sad state of video calls compared to Star Trek - why don't they have to install Teams to hail the Microsoft ship?

Lamenting the sad state of the current crop of dystopic overlords. Who runs Google, really? Amazon might be the most attractive target, just don't take down all our clouds by accident, okay?

Cyberpunk wasn't prepared for crypto, but when other things get bad enough that ceases to be a problem. Let's not papercut ourselves all the way to dystopia.

Linkable material

* Elon Musk has or has not yet bought Twitter
* Cyberdecks
* Jack - the sound library
* Shadowrun
* Keytar
* Pi 400
* Pi TFT
* Touchbar Lemmings
* The Framework laptop
* Google glass still exists
* FPGA
* Obsbot PTZ Camera
* Cory Doctorow on the Corecursive podcast
* Lightning - the on-top-of-Bitcoin payment system
* Podcast index
* Mer - the Swedish cordial-type drink

Alternate titles

* Jack in
* Something vulgar about it
* As far as cyberdecks go
* The keytar of keyboards
* Just hack the Gibson
* Rearview mirrors, but cameras
* Out cyberdecking
* The current crop of dystopic overlords
* Web-scale capitalism
* Our current psychopaths
* Papercut our way to dystopia

]]> Thu, 27 Oct 2022 09:05:59 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2777 It is time for dystopia, gear check. It is time for dystopia, gear check. technology, programming, software, developers, code, development, javascript, python, elixir No About Proprietary Things 26 26 About Proprietary Things full c65d0985-cbe3-4491-94d6-fd3b6713280b https://share.transistor.fm/s/deba3abf Notes will improve when beatings continue.

]]> Notes will improve when beatings continue.

]]> Mon, 29 Aug 2022 08:20:52 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 3341 Distrust that particular flavor Distrust that particular flavor technology, programming, software, developers, code, development, javascript, python, elixir No About Recruitment 25 25 About Recruitment full 0b11a6be-0304-451c-9082-c123f862e032 https://share.transistor.fm/s/d5ac0f14 Hopefully some day :)

]]> Hopefully some day :)

]]> Sat, 21 May 2022 09:32:00 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 3964 Reasoning and reacting around recruitment? Reasoning and reacting around recruitment? technology, programming, software, developers, code, development, javascript, python, elixir No About 90/10 24 24 About 90/10 full 0d172fb8-4e55-4dc8-a827-bd961604ce9f https://share.transistor.fm/s/be9ece0e TBD

]]> TBD

]]> Mon, 28 Mar 2022 08:55:31 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2070 Most of the stuff with not so much work? Most of the stuff with not so much work? technology, programming, software, developers, code, development, javascript, python, elixir No About Good Software 23 23 About Good Software full 8f1a6602-d8a9-4c94-95ca-2f66a3eb4f7a https://share.transistor.fm/s/dd6d229a TBD

]]> TBD

]]> Mon, 14 Mar 2022 08:53:45 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2843 Grumbling about software but trying to focus on the best parts. Software that sparks joy. Grumbling about software but trying to focus on the best parts. Software that sparks joy. technology, programming, software, developers, code, development, javascript, python, elixir No About Blockchain 22 22 About Blockchain full ea9847af-a2a2-4695-b013-b0d32996b441 https://share.transistor.fm/s/29bf1076 TBD

]]> TBD

]]> Mon, 28 Feb 2022 13:43:23 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 3086 Speculators speculating Speculators speculating technology, programming, software, developers, code, development, javascript, python, elixir No About Docker 21 21 About Docker full ffa79251-5fcf-4be9-a27c-f5b86abcff6a https://share.transistor.fm/s/1f32e847 :)

]]> :)

]]> Fri, 04 Feb 2022 08:55:34 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2756 Discussing Docker. Discussing Docker. technology, programming, software, developers, code, development, javascript, python, elixir No Small Entrepreneurs 20 20 Small Entrepreneurs full 547d0cb6-8d0d-4810-948d-c6da431de5ab https://share.transistor.fm/s/d32b0748 TBD

]]> TBD

]]> Thu, 20 Jan 2022 16:27:41 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 3452 Tiny thoughts targeting thoughtful transactions Tiny thoughts targeting thoughtful transactions technology, programming, software, developers, code, development, javascript, python, elixir No About Learning 19 19 About Learning full b7b35a60-315c-4425-a268-33fcaf33b796 https://share.transistor.fm/s/6fd802ab Show notes may show up again some day. But right now we wouldn't be on it :)

]]> Show notes may show up again some day. But right now we wouldn't be on it :)

]]> Fri, 07 Jan 2022 07:41:53 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 3877 Professional, and unprofessional, improvement. Building skills and learning things. Professional, and unprofessional, improvement. Building skills and learning things. technology, programming, software, developers, code, development, javascript, python, elixir No About Microservices 18 18 About Microservices full 897ca1f4-6ffe-4286-8d96-6208876d6ff2 https://share.transistor.fm/s/63c9face Thanks to the listener who chimed in and wanted our thoughts on microservices. That wasn't what put it on the topic list but I think we still get credit for responding to input right?

]]> Thanks to the listener who chimed in and wanted our thoughts on microservices. That wasn't what put it on the topic list but I think we still get credit for responding to input right?

]]> Mon, 20 Dec 2021 20:53:06 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 3133 The really small services. The really small services. technology, programming, software, developers, code, development, javascript, python, elixir No About Seniority 17 17 About Seniority full 3584e16a-08bb-4583-90c8-db4d06d42d0e https://share.transistor.fm/s/7ea6eb70 We apologize for any discomfort in the audio. We lost the original Ekeroot recording and had to use the backup cloud recording. The people responsible have been sacked.

]]> We apologize for any discomfort in the audio. We lost the original Ekeroot recording and had to use the backup cloud recording. The people responsible have been sacked.

]]> Fri, 10 Dec 2021 07:59:14 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 3047 Some senior citizens summarizing seniority? Seriously sus. Some senior citizens summarizing seniority? Seriously sus. technology, programming, software, developers, code, development, javascript, python, elixir No About Programming Languages 16 16 About Programming Languages full 1a858291-8b46-4fe0-b4c5-da09e74e3619 https://share.transistor.fm/s/af03f543 This episode was a bit delayed, sorry about that. Poor planning on our part :)

]]> This episode was a bit delayed, sorry about that. Poor planning on our part :)

]]> Fri, 26 Nov 2021 08:05:20 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 5068 We talk about our programming languages. We talk about our programming languages. technology, programming, software, developers, code, development, javascript, python, elixir No About Types 15 15 About Types full f2c1c2c3-69ca-4d7c-b7fa-c3be018cd258 https://share.transistor.fm/s/a5c51d17 Show notes, hopefully some day :)

]]> Show notes, hopefully some day :)

]]> Mon, 08 Nov 2021 07:36:46 +0100 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 3177 Probably our most contentious conversation yet. We have opinions on types, so many people do. Probably our most contentious conversation yet. We have opinions on types, so many people do. technology, programming, software, developers, code, development, javascript, python, elixir No About Databases 14 14 About Databases full ad3c2259-6e22-42a4-895e-c3694fbab639 https://share.transistor.fm/s/2922583e Show notes TBD, maybe :)

]]> Show notes TBD, maybe :)

]]> Fri, 29 Oct 2021 08:13:18 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2524 We talk about the databases we like and the ones we are skeptical off. And databasing in general. We talk about the databases we like and the ones we are skeptical off. And databasing in general. technology, programming, software, developers, code, development, javascript, python, elixir No About Production 13 13 About Production full 5addaa2b-495e-4663-a440-0492c63651a3 https://share.transistor.fm/s/6bda6de9 Running with show notes?

]]> Running with show notes?

]]> Mon, 11 Oct 2021 08:25:43 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 1921 Running things in production, things running in production, production in running things, in production running things. Running things in production, things running in production, production in running things, in production running things. technology, programming, software, developers, code, development, javascript, python, elixir No About Vacations 12 12 About Vacations full d552efc4-5f7c-4b7b-95c4-acdaa5ecc9a3 https://share.transistor.fm/s/400d833c Some show notes might show up later if you are lucky :)

]]> Some show notes might show up later if you are lucky :)

]]> Mon, 27 Sep 2021 08:10:09 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 1372 Talking about our vacations and vacations as a concept. Talking about our vacations and vacations as a concept. technology, programming, software, developers, code, development, javascript, python, elixir No About Observability 11 11 About Observability full f0f58d7b-d468-4635-abc2-fe8b25bc2c67 https://share.transistor.fm/s/0f69a17c More notes TBD

]]> More notes TBD

]]> Mon, 13 Sep 2021 08:20:20 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 2984 We observe metrics, logging and traces. We observe metrics, logging and traces. technology, programming, software, developers, code, development, javascript, python, elixir No About Gear 10 10 About Gear full cf09be94-6354-42f9-a2b8-3f3b797ffbea https://share.transistor.fm/s/196d8e9c We're talking gear and trying to answer the always relevant question of what is needed to program.

]]> We're talking gear and trying to answer the always relevant question of what is needed to program.

]]> Mon, 30 Aug 2021 08:09:01 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 5392 Gear! What do you need to program and what do we use? Gear! What do you need to program and what do we use? technology, programming, software, developers, code, development, javascript, python, elixir No About Testing 9 9 About Testing full 07993ec6-ca86-45f2-a01b-b9f9326a9764 https://share.transistor.fm/s/e3e003f4 Painstakingly putting together a framework on frameworks. Also name dropping as if there was no tomorrow.

]]> Painstakingly putting together a framework on frameworks. Also name dropping as if there was no tomorrow.

]]> Mon, 16 Aug 2021 08:17:38 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 4716 Time to talk tests and testing. Time to talk tests and testing. technology, programming, software, developers, code, development, javascript, python, elixir No About Onboarding 8 8 About Onboarding full 88305139-99d0-4473-8ac1-afe98c16a458 https://share.transistor.fm/s/5af5dfff
  • Jonathan Stark speaks about value based pricing, his podcast Ditching Hourly is highly recommended.
  • Fight Club
    • ]]>
  • Jonathan Stark speaks about value based pricing, his podcast Ditching Hourly is highly recommended.
  • Fight Club
    • ]]>     Mon, 02 Aug 2021 08:22:59 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 3476 Getting everyone on board with onboarding? Getting everyone on board with onboarding? technology, programming, software, developers, code, development, javascript, python, elixir No     About Servers 7 7 About Servers full f05f2826-dfbf-42ed-ae96-0d544df78b85 https://share.transistor.fm/s/14b3816f Show notes are on vacation time. Hopefully we'll have them expanded eventually :)

    ]]>     Show notes are on vacation time. Hopefully we'll have them expanded eventually :)

    ]]>     Mon, 19 Jul 2021 08:32:03 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 3728 On servers, these most service-minded computers. On servers, these most service-minded computers. technology, programming, software, developers, code, development, javascript, python, elixir No     About Tooling 6 6 About Tooling full 13e3d9af-09ca-48d7-83fa-3a651970a0e4 https://share.transistor.fm/s/38a092bb Notes will arrive if vacation allows.

    ]]>     Notes will arrive if vacation allows.

    ]]>     Mon, 05 Jul 2021 07:54:53 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 3718 A couple of tools get into tooling. A couple of tools get into tooling. technology, programming, software, developers, code, development, javascript, python, elixir No     About ORMs 5 5 About ORMs full 0b306787-0ed7-4b33-a872-89f9aca908d2 https://share.transistor.fm/s/993bfc35 All about that base, data base no, trouble.

    ]]>     All about that base, data base no, trouble.

    ]]>     Mon, 21 Jun 2021 17:49:01 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 3942 All about that base, data base no, trouble. All about that base, data base no, trouble. technology, programming, software, developers, code, development, javascript, python, elixir No     About Frameworks 4 4 About Frameworks full eb8bcc42-9788-4393-889a-473261707ec1 https://share.transistor.fm/s/2d2f2312 Painstakingly putting together a framework on frameworks. Also name dropping frameworks and everything under the sun as if there was no tomorrow.


    ]]>     Painstakingly putting together a framework on frameworks. Also name dropping frameworks and everything under the sun as if there was no tomorrow.


    ]]>     Mon, 07 Jun 2021 13:14:26 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 4038 Erecting a framework on frameworks. Erecting a framework on frameworks. technology, programming, software, developers, code, development, javascript, python, elixir No     About Communication 3 3 About Communication full 173ffb09-4d47-42a8-ac50-03e694a88eb0 https://share.transistor.fm/s/abbea1bc On the benefits and woes of written communication. Code reviews are usually written, so we revisit them again.

    ]]>     On the benefits and woes of written communication. Code reviews are usually written, so we revisit them again.

    ]]>     Mon, 24 May 2021 07:36:36 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 3298 Communing with the communicators. Communing with the communicators. technology, programming, software, developers, code, development, javascript, python, elixir No     About Code Reviews 2 2 About Code Reviews full 7875345f-52c8-4084-ae51-1498b8717a4b https://share.transistor.fm/s/d49aaa4c On the benefits and woes of code reviews.

    ]]>     On the benefits and woes of code reviews.

    ]]>     Tue, 11 May 2021 14:15:05 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 3531 Reviewing the code of the code review. Reviewing the code of the code review. technology, programming, software, developers, code, development, javascript, python, elixir No     About Javascript 1 1 About Javascript full 51b41619-6b4a-44f9-a898-f9feec3792e7 https://share.transistor.fm/s/1d2bd22c Sometimes you end up talking about Javascript. 

    ]]>     Sometimes you end up talking about Javascript. 

    ]]>     Tue, 20 Apr 2021 17:53:03 +0200 Lars Wikman, Andreas Ekeroot Lars Wikman, Andreas Ekeroot 4137 Sometimes you end up talking about Javascript. Sometimes you end up talking about Javascript. software, development, developers, javascript No