11 essential characteristics for being a good technical advocate or interviewer
I was talking to my friend Rob Caron today. He produces Azure Friday with me - it's our weekly video podcast on Azure and the Cloud. We were talking about the magic for a successful episode, but then realized the ingredients that Rob came up with were generic enough that they were the essential for anyone who is teaching or advocating for a technology.
Personally I don't believe in "evangelism" in a technical context and I dislike the term "Technology Evangelism." Not only does it evoke unnecessary zealotry but it also implies that your
religion technology is not only what's best for someone, but that it's the only solution. Java people shouldn't try to convert PHP people. That's all nonsense, of course. I like the word "advocate" because you're (hopefully) advocating for the right solution regardless of technology.
Here's the 11 herbs and spices that are needed for a great technical talk, a good episode of a podcast or show, or a decent career talking and teaching about tech.
- Empathy for the guest – When talking to another person, never let someone flounder and fail – compensate when necessary so they are successful.
- Empathy for the audience – Stay conscious that you're delivering an talk/episode/post that people want to watch/read.
- Improvisation – Learn how to think on your feet and keep the conversation going (“Yes, and…”) Consider ComedySportz or other mind exercises.
- Listening – Don't just wait to for your turn to speak, just to say something, and never interrupt to say it. Be present and conscious and respond to what you’re hearing
- Speaking experience – Do the work. Hundreds of talks. Hundreds of interviews. Hundreds of shows. This ain’t your first rodeo. Being good means hard work and putting in the hours, over years, whether it's 10 people in a lunch presentation or 2000 people in a keynote, you know what to articulate.
- Technical experience – You have to know the technology. Strive to have context and personal experiences to reference. If you've never built/shipped/deployed something real (multiple times) you're just talking.
- Be a customer – You use the product, every day, and more than just to demo stuff. Run real sites, ship real apps, multiple times. Maintain sites, have sites go down and wake up to fix them. Carry the proverbial pager.
- Physical mannerisms – Avoid having odd personal ticks and/or be conscious of your performance on video. I know what my ticks are and I'm always trying to correct them. It's not self-critical, it's self-aware.
- Personal brand – I'm not a fan of "personal branding" but here's how I think of it. Show up. (So important.) You’re a known quantity in the community. You're reliable and kind. This lends credibility to your projects. Lend your voice and amplify others. Be yourself consistently and advocate for others, always.
- Confidence – Don't be timid in what you have to say BUT be perfectly fine with saying something that the guest later corrects. You're NOT the smartest person in the room. It's OK just to be a person in the room.
- Production awareness – Know how to ensure everything is set to produce a good presentation/blog/talk/video/sample (font size, mic, physical blocking, etc.) Always do tech checks. Always.
These are just a few tips but they've always served me well. We've done 450 episodes of Azure Friday and I've done nearly 650 episodes of the Hanselminutes Tech Podcast. Please Subscribe!
- VIDEO: How to get started with technical public speaking!
- 11 Top Tips for a Successful Technical Presentation
- Technical Presentations: Be Prepared for Absolute Chaos
- Tips for Preparing for a Technical Presentation
* pic from stevebustin used under CC.
Sponsor: Preview the latest JetBrains Rider with its built-in spell checking, initial Blazor support, partial C# 7.3 support, enhanced debugger, C# Interactive, and a redesigned Solution Explorer.
Scott Hanselman is a former professor, former Chief Architect in finance, now speaker, consultant, father, diabetic, and Microsoft employee. He is a failed stand-up comic, a cornrower, and a book author.
Good news everyone! Asp.net core 2.1 is released!
I clicked hoping for some good advice on the latter, as that's a place where I'm trying to improve!
Technology is not religion. I'd also agree that "advocate" captures the idea that the relationship can work in two directions.
However, I don't agree that someone who is an 'evangelist' implicitly thinks that they have the only solution to a problem whereas someone who is an 'advocate' does not. I think that's assuming too much.
As an example, Microsoft now has Advocates. Cloud Developer Advocates.
I can see that they aren't trying to convert Java developers into PHP developers.
But I don't know that they'd advocate the best solution to a problem if that solution is IBM Watson or if it is Amazon's cloud or Google's cloud. They may not exhibit a PHP/Java bias but they'd surely exhibit an Azure/AWS bias?
I'd expect nothing less - Microsoft is paying them to get IAAS workloads into the Azure cloud and, right now, it's not about Java vs PHP as it's largely IAAS motions that are driving growth.
Comments are closed.