January can seem like a long month in the Northern Hemisphere. This last week certainly seemed like a very long week! I hope you can start to think about the weekend.
I’ve recently explored the subject of happiness in software engineering from an organizational perspective and explored the foundations of how software organizations comes about and why we occasionally find it so difficult to square.
Let’s start with the concept of the happy individual building an application. It gets more complicated when we add other humans (customers, consumers, other engineers) and organizational or systemic factors. All of these influence our ability to deliver as our software evolves. It also influences our happiness with the software.
We can look at motivation and the internal and external factors influencing our ability to deliver successful software. But should we truly be happy while we create good software? Do we need to have tension between dissatisfaction and contentedness to bring the best of ourselves and others to bear on the task?
This is something that has obsessed both engineers and managers for decades. If you read something like the Psychology of Computer Programming, you’ll get insights reaching back fifty years in both individual and team settings. Instead, try reading The War of Art by Steven Pressfield to learn about the individual battles we have with ourselves while creating.
Pressfield introduces the idea of The Resistance and goes to great lengths to explain how it attempts to sabotage or interfere with all of our endeavours. How it is unavoidable and gets stronger the closer we get to fulfilling our needs with our endeavours. So therefore, as a creative being, as an engineer or computer programmer we should be wary of The Resistance and choose not to give into it.
My obsession over many decades has been to build great software and understand how and why we build great software. Because it’s never the case that we decide to do something, and it appears as if by magic with no effort. The struggle, the tension and the resistance need to be there between our ideas and our execution.
So let us make 2024 the search for the idea of the Contented Engineer. Let us learn to stop worrying about the motivations and the processes in place that surround us, but let us enjoy the struggle and acknowledge Pressfield’s “Resistance” but also acknowledge that is a necessary part of making the best software that we can.
Wishing you a fruitful and peaceful 2024.
-- Richard
Published on January 9, 2024
![]() |
When we return from a vacation, it’s easy to get overwhelmed quickly and forget our good intentions. This year, make a promise to yourself not to get caught up in the details. Make a promise to yourself not to let your tension or reaction affect other people’s moods and ways of working. The way you… Read More »10 ways to Lead with Kindness in 2024
Published on January 5, 2024
![]() |
I’ve recently explored the subject of happiness in software engineering from an organizational perspective and explored the foundations of how software organizations come about. Let’s start with the concept of the happy individual building an application. It gets more complicated when we add other humans (customers, consumers, other engineers) and organizational or systemic factors. All… Read More »How to be a Contented Engineer
Software systems rule our world. My regular newsletter explores the human factors that make software engineering so unique, so difficult, so important and all consuming.
The Horizon Post Office Scandal is one of the biggest IT failures in recent times, directly responsible for thirteen of the wrongly accused taking their own lives after prosecutions were brought against them. There is a highly technical deep dive into the findings made by Computer Weekly in this incredible Corecursive podcast episode. It is worth a detailed listen if you want to understand how this could come about and what systemic failings caused it to be covered up for so long. Software...
Working in software you get to see some pretty stupid stuff. And I mean crazy, stupid stuff. Decisions that float down from on high from multiple disparate spheres of influence - sales teams, other business units or just vice-presidents with a Great New Idea[tm] or a pet project. The narrative goes a little like this - the important people get to make choices and us techies have to live with consequences them. Sometimes these decisions are on a whim, an industry hype, a desperate attempt to...
If you happen to be in London next week then I'll be having a little launch party on Wednesday October 15th. It's not just any pub as well, it's the pub that I used to go to when I was working in my first job in software development thirty years ago in 1995. The famous "Wheatsheaf" just off Oxford Street in London. This was the pub where many conversations got technical and many times got heated. I feel that Peter and Dominic would approve of the location. If you're in the area, please drop...