profile

Hi, Iā€™m a creator

šŸ„§ Pie-mail 56 - Programmers and Engineers

Published about 1 year agoĀ ā€¢Ā 3 min read

Welp, the end of the year is upon us!

It's been a long and busy one. It's definitely been fun, but I'm ready for a break!

I've had some interesting conversations over the last couple of weeks about quality, and the lines of responsibility - so - that's the subject of today's email.

Enjoy, and see you in the new year!

šŸ’» Programmers and Engineers

ā€‹

ā€‹

My first job was in a busy office. Our office constantly seemed to have a dirty kitchen - a pretty common office problem.

Instead of rinsing their dishes and putting them in the dishwasher, a lot of people would just leave them. Then someone else would have to clean up their mess, or, dishes would pileup.

Sometimes, I would catch people leaving their unwashed dishes. If I was feeling brave, I'd call them out on their behaviour. Most of the time, this was OK. They'd agree and rinse their dishes properly.

But occasionally, it wasn't...

I caught one of our engineers throwing a couple of dirty plates in the sink. I can't remember exactly what I said to him - "are you going to rinse those?" or something like that. But his reply I'll remember forever.

He said "I'm an engineer, not a janitor. I get paid to write code, not to do dishes."

Hmph.

On another occasion, someone in my team found a bug in something he'd built. They asked if he'd tested it. Unsurprisingly, he responded in a similar way as he had before. "Why would I test it? I'm an engineer, not a tester!".

From time to time, I encounter engineers with this attitude. It's this idea that testing is a chore, an inconvenience, an unwanted piece of overhead.

I've been reflecting a bit on what it means, and where it comes from.

I remember my friend Dan telling me about how he distinguished between "programmers" and "engineers".

Programmers are people that write code, according to the instructions they're given.
Engineers are people that use their coding skills, amongst other things, solve customer problems.

I wonder if this is where the difference lies?

For a "programmer" the goal is to get the code written and out the door, and testing is something that slows that down. It's a frustration.

For an "engineer" the goal is to solve the customer problem. That means exploring the context of what they're building, asking questions, thinking about ongoing monitoring, and... testing!

One of the signals for me is the language used about testing. "I have to test this" versus "I want to test this" is a really interesting indicator to me. I like to work with engineers who want to test, not programmers who see it as a bore or a chore.

Of course, the counterpoint that I often hear is... "If the engineer is testing, what is the tester there for?" - I have thoughts on this too, but that's a subject for next years email.

Stay tuned, and tell a friend to subscribe if you think they'd be interested too!

See you in 2023!


šŸ–„ Neat stuff from around the internet

šŸ“– Read

ā€‹

šŸŽ® Play

ā€‹

šŸ“ŗ Watch

On that note, those are the last episodes of Tech Engineering Lounge for this season.

I'd like to give Camy Bhandari a massive shoutout for driving this. If you're not aware, Camy is the one that kicked off this project, and does all the hard work of editing our videos. It really is a labour of love, and I'm glad she brought me along for the ride. Thank you Camy!


šŸŽŸļø Events coming up

It's holiday time, so there's not much on the radar.

There is one thing you should put in your calendar for January though:

ā€‹Steel Yourselves (Jan 30, Online)ā€‹

This is an interesting series from AST, where industry leaders make arguments for cases that they fundamentally disagree with. This edition will feature two of my favourites, Anne-Marie Charrett and Dr Lee Hawkins. Really looking forward to it!

That's all from me. I hope everyone has a great break! See you in 2023!

Hi, Iā€™m a creator

Read more from Hi, Iā€™m a creator

Hi all! It's flooding and cyclones here in NZ, especially those in Auckland. I hope this email finds you safe - if you're being affected by bad weather, please stay inside until this all blows over! COLAB Before we get too deep into it, I'd like to give a small shout out to COLAB. I had the chance to take part in COLABs Equitable Product cohort last year. It's eight weeks of conversation and learning with like talented peers; covering subjects like data ethics, accessibility, inclusion and...

about 1 year agoĀ ā€¢Ā 4 min read

Well hello there! Happy new year everybody. I hope you all had a good break, and are well rested heading in to the new year. I've had a good long time off, getting some rest after a busy 2022. I've found myself really eager to get back to work though, I'm looking forward to what 2023 will bring - I hope you are too! The value of dedicated testers In my last email, I wrote about the importance of engineers testing their work (and not just leaving it for testers). But this leaves an unanswered...

about 1 year agoĀ ā€¢Ā 4 min read

Hello! It's pie mail time again! I hope you're all doing well as we approach the end of the year. For me the last couple of weeks have been a mish-mash of team events and Christmas parties. In this world of remote and hybrid work, it's meant that my team(s) had a rare chance to see each other in person. It was a reminder of how lucky I am to work with an amazing bunch of people. Which will probably be the subject for my next email. As for this week, I've been thinking about role models.......

about 1 year agoĀ ā€¢Ā 3 min read
Share this post