Author: moritz

they know

Note: I was not sure if I should publish this post, because it very much feels like i’m putting folks in too broad categories – I’m not, it’s one of the many mental models I use at work, when leading teams. I’m writing this with many grains of salt, and I’d ask you to read […]

fast things

When I was 13 or 14 and went to school, we did have a computer room. Probably multiple computer rooms, and they had computers that were running Word and other standard software of that era. Thinking back, one thing I can not not chuckle about is how Word still takes exactly as long to start […]

superpowers

Recently I helped doing some renovations in my daughter’s kindergarten. It was a fun weekend project with some fellow moms and dads, and one of the other parents really stood out. While we were all somewhat equally motivated, he brought a very interesting skill to the table: improvising solutions that made problems go away. It […]

fast and short paths

Today was interesting. But let’s digress first. When I was first using turn by turn navigation systems, one of the really surprising discoveries was that the shortest and the fastest route are not necessarily the same thing. There are quite some instances where they are actually completely different, like when you go for a longer […]

on deployments

You need to deploy software all the time. That’s my believe, and here’s why. Let’s start at the beginning, though. What is a deployment? For the discussion here it’s basically the process of moving code from wherever it is to production. For software that means that hypothetical value turns into real value exactly at that […]

write it down

Have an idea? Write it down. Made a plan how to tackle something? Write it down. Disagree with something? Write it down. Writing is brilliant in that it does two things at the same time: It makes you express something in a form that is easy to consume for others, and it comes with a […]

on problems, ideas and solutions

There’s probably nothing cheaper than an idea. Truth be told, I’m not a particular fan of ideas. They are one of the most necessary things you want to have in your engineering team, but ideas need to be carefully managed. They should operate in a space somewhere between problems and actual solutions. They’re glueing two […]

fast building

People will, at one point in your career, talk to you (or with you) about the broken window phenomenon. That is an observation that, if windows are left visible broken in part of a town, the surroundings will usually start to deteriorate at a faster rate than if someone took the time to fix the […]

microservices and monoliths

Monorepos, Microservices, Shared Libraries and other things to get really excited about. Or not, depending on quite many things. Let’s talk about the dynamics between teams, what they build and how they deploy – and how choosing the right or wrong technology for that might help or hold you back. Starting with a simple example […]

building and assembling

we software engineers build systems. Those can be small systems, big systems and anything in between. The most commonly associated activity that comes to mind when speaking about building systems is probably writing code. And debugging code, and testing code and deploying code. Of course, that’s pretty much spot on – would be very pointless […]