"Shit"! The ticket had been under my name for pretty much the whole week, and I had left it until the morning of the client call to try and solve. On first glance I thought it would be an easy fix and had put it to the back of my mind, but turned out it was a much more complex issue than I thought. A few passes at it, and I was no closer to solving this problem. I felt sick. I shuffled nervously in my seat.
I imagined my response on the call with the client as they noticed this ticket hadn't been resolved and they asked me what the issue was. Saying 'I don't know' wasn't an option here, I simply couldn't. They would catch on that I was a fraud and that would be career over. A few months in to my first software job and I had blown it already.
"Hey, could you come have a look at this?" I said weakly to the senior engineer who was sitting behind me. "Sure thing bud, one sec".
Turns out a problem we all thought was going to be simple, was really a complex change that took several people a couple of days to work through. Maybe I wasn't so stupid after all. I breathed a sigh of relief and helped out where I could.
--
That fear I felt early on in my career will always stay with me. The twisting deep in your gut when you realise you don't know something. What if this is the problem you can't figure out? In a way riding that fear almost became addictive, like an adrenaline rush. The unsettled feeling of not knowing how to solve something, and then the pure satisfaction of working through the problem and coming to a solution was a drug that kept me coming back.
That fear that I felt as a junior engineer, sometimes it is still there, even now. Sure, it is less harsh and I am far more tenured in my ability to handle it when it does play up, but nonetheless it still on occasion rears it's head.
We have done pretty well as an industry, I think, to make a start in normalising those feelings of anxiety we all face when we are starting out. It frustrates me so many of these conversations are being driving by engineers who are a few years into their careers and talking about these struggles. Either that or more senior people who are reminiscing about their early years and the mistakes they made back in the day. It shouldn't only be that way. Senior engineers and leaders should also be showing this level of vulnerability out in the open. Not doing so paints a somewhat lopsided and incorrect image that 'not knowing' is something that the majority of people will grow out of.
I can count on two hands the amount of times I have seen really experienced engineers or tech leaders speak about the times they didn't know or have been transparent enough to speak about the things they got wrong outside of the constraints of their own company or peers. A few conference talks perhaps (and these seem to be aimed at a more senior audience), and possibly a handful of articles - but not many.
One of these instances is Dan Abramov's article "Things I don't know as of 2018". In his own words: "People often assume that I know far more than I actually do." and this piece of writing is a celebration of the things he doesn't know.
I fairly regularly coach engineers through moments in their careers when they are feeling as though they don't know enough compared to their peers, or they notice a strength in an engineer they work with that doesn’t come naturally to them. Dan's article is the first thing I point to, as it gives some reassurance that having specific knowledge is more than ok. You can be an exceptional engineer without being a master at everything. The effect that someone simply saying "these are the things I don't know or am not good at and I am ok with that" should not be undervalued. As a manager, I wish there were more of these articles out there of industry 'thought leaders' showing that they too are just humans beings.
--
I have said many times that I resonate mostly with those who are openly 'figuring it out.' We have lots of quality engineering publications on Substack and X from experienced engineers, but so many of them are "This is how you do X or Y" with a straightforward explanation of how to do said thing. I appreciate it, but I also find it hard to connect with.
Whilst that is great for reference, I crave more of the war stories behind these lessons. I long for more vulnerability. How did you find that hard lesson out for yourself? What mistakes have you made as a manager? Do you ever have days where you doubt yourself?
There is nothing more empowering for me, than when my manager comes to me and says "I would like your help with this, because I don't know the answer". The best companies and engineering teams are built on that kind of vulnerability - it runs through their veins and is the key foundation of psychological safety. When senior leaders make ill-informed decisions to save face without consulting their team first, that is when things start to go wrong.
Let's embrace that we don't have all the answers. Lets write and talk openly about it. Because after all. It's ok not to know.
Thanks for reading my friends,
James ✌️
⚫ Now:
Tidying up the garden now that the rain is truly settling into the UK and the plants are dying over. We still have a patch of Dahlia’s that are blooming, but the rest is just about finished.
Recording videos for Everyday Obsidian.
Wrapping up my first three months at Zerion. Have enjoyed my time here, and am blessed to be working with some really great and smart people. Here is to the next three months!
💬 Quote:
"I have led a toothless life, he thought. A toothless life. I have never bitten into anything. I was waiting. I was reserving myself for later on—and I have just noticed that my teeth have gone."
Jean-Paul Sartre, The Age of Reason
🖤 Consuming:
Austin Augie has been one of the few creators that I have watched religiously. A true artist chasing his passion of photography. These videos are so far removed from anything I am doing, but his dedication and creativity are constant inspiration.
This observation that we need more vulnerability in tech writing is spot on. There’s this tendency to appear as some sort of guru and that only one specific flavor of silver bullets is what should blindly be followed. In reality every solution has its pros and cons and good engineers are people with developed intuition for picking the best option.
Also, one of the reasons people start their own startups is because they only read about successful startups because failed founders don’t write books about their failures. plane_with_red_dots.jpeg