Technical interviews do not predict job performance. We have known this for years. Study after study shows that whiteboard coding, algorithm puzzles, and system design interrogations have almost no correlation with how well someone actually does the job.
We keep doing them anyway. Why?
Because we went through them. We suffered. We ground LeetCode for months. We memorised sorting algorithms we have never used professionally. We practiced answering questions about designing Twitter’s backend despite never working at that scale. We did the hazing, and now it is our turn to haze.
Notion is not a productivity tool. Notion is a tool for feeling productive while accomplishing nothing. It is a creativity sink disguised as a workspace. It is where work goes to become content about work.
I have watched people spend more time building their Notion setup than actually doing the tasks the setup was meant to track. I have done it myself. This is not productivity. This is procrastination with better aesthetics.
Every struggling project in history has had some executive look at the timeline, panic, and say the same thing: “Let’s throw more people at it.” It’s such a comforting idea. More hands, faster work. More brains, better solutions. It makes intuitive sense, which is exactly why it’s wrong.
Fred Brooks figured this out in 1975 when he wrote The Mythical Man-Month. His observation was brutally simple: adding people to a late software project makes it later. Not a little later. Meaningfully, measurably later. And yet here we are, 50 years on, and companies are still making the same mistake. They see a deadline slipping and reach for the hiring button like it’s a panic switch.
I am going to say something that will upset a lot of people who have invested significant portions of their careers into container orchestration: Docker Compose is probably all you need.
Not Kubernetes. Not ECS. Not Nomad. Not whatever managed container platform your cloud provider is pushing this quarter. Docker Compose. The thing you used in tutorials before graduating to real infrastructure. That thing. It is enough.
Kubernetes is incredible technology you do not need Kubernetes can do amazing things. It can manage thousands of containers across hundreds of nodes. It can self-heal, auto-scale, handle rolling deployments, manage secrets, configure networking, and orchestrate workloads across multiple data centres. It is genuinely impressive engineering.
GraphQL is dying and I could not be happier. The hype has faded. The conference talks have dried up. The true believers have gone quiet. Teams are quietly migrating back to REST and pretending they never suggested GraphQL in the first place. The fever has broken.
Good. It was a fucking mistake.
The problem it solved did not exist GraphQL was supposed to solve over-fetching. Your REST API returns too much data, they said. You are wasting bandwidth, they said. The mobile clients only need three fields but you are sending back fifty.
Microservices were a mistake. Not the concept itself, which has legitimate uses at genuine scale. The mistake was convincing an entire generation of developers that their CRUD app needed to be split into 47 independently deployable services communicating over a message bus designed by someone who watched one too many conference talks.
I said what I said. Come at me.
Netflix ruined everything This is Netflix’s fault. Not intentionally. They shared how they solved their genuinely massive scale problems, and the rest of the industry collectively lost its mind.
I should not need to read a novel to call your endpoint.
If your API documentation spans forty pages, multiple guides, a getting started tutorial, a concepts section, a best practices section, and a troubleshooting FAQ, your API is not well documented. Your API is badly designed. The documentation is compensating for failures that should have been fixed in the API itself.
Good APIs are self-evident. You look at the endpoint, you understand what it does. You look at the request, you understand what to send. You look at the response, you understand what you got back. The documentation exists to confirm what you already intuited, not to explain an incomprehensible system.
Imposter syndrome is real. Plenty of people, especially those from underrepresented backgrounds, genuinely struggle with feeling like they do not belong despite evidence to the contrary. That is a real thing that affects real people and deserves real support.
But somewhere along the way, the discourse around imposter syndrome went completely off the rails. It became a content genre. A personality trait. A thing people perform on LinkedIn for engagement. And I think it is doing more harm than good at this point.
You are a startup. You have twelve users, three of whom are your mum, your co-founder, and your co-founder’s mum. You have six months of runway. You have not found product-market fit. You are still pivoting weekly based on whatever feedback you got from the last person who agreed to a demo.
And you want to build a mobile app.
No. Stop. Put the Xcode down and step away from the keyboard.
Australians are coffee snobs. This is not a stereotype. It is a fact. We are insufferable about it. We will complain about coffee in other countries. We will refuse to drink certain things. We will make faces at menu items that locals consider perfectly normal. We have opinions about milk texture that border on religious doctrine.
And you know what? We are right.
Australian coffee is genuinely, measurably, objectively better than what most of the world drinks. This is not nationalism. This is not bias. This is the truth, and I will not apologise for it.