"So...Hm...Yeah" - 6 Simple and Well-tested Hints for Developer Presentations (from a Developer)
Tags: career, learning, motivation, beginners
Published: 2021-06-22 13:31:31

Our pub quiz-loving head of development, [Jochen Bartlau](https://twitter.com/jbartlau), usually gets around (when Corona isn't paralyzing the world). He tours the area for our reporting component List & Label and its user community and he visits dev events. From his numerous presentations he has especially learned six important things he wants to share with you.

"One of the nice parts of my job is getting around quite often. Through the years, I've held some hundred presentations. At developer conferences, user group meetings and our own roadshows. 

Presenting is a great way to engage with people who are actually using your software or are interested in doing so. To make the most out of it for you and your audience, here's my list with my top 6 hints for you:

(1) __Know your stuff__. This is the number one hint I have to share. Sit down. Make a plan. Don't let anybody else do that for you. You don't want to play powerpoint karaoke at the event. I prefer to do the slides myself as well, although our marketing team does a great job in taking my content and making it look professional. However, the content should be yours. Practice often, practice hard. It's at least impolite to present something you don't really know or care deeply about. Your audience is taking the time to listen to you – so you should take the time to prepare. Even worse, you'll probably end up being nervous. An audience will recognize that immediately and it doesn't serve your purpose well

(2) __Let the slides accompany your words__ – don't read your presentation from the slides. I prefer to have as few words on my slides as possible. If you absolutely have to use text, make sure to use really huge fonts so the folks in the last row can still read your stuff. Rather use images to support your messages. There are loads of [free stock images out there](https://en.wikipedia.org/wiki/Wikipedia:Public_domain_image_resources). Read the fantastic [Presentation Zen](https://www.presentationzen.com/) by Garr Reynolds (this is not an affiliate link ;)). Watch a couple of [TED presentations](https://www.ted.com/) for inspirations on how to create really great presentations.

(3) __If you do live coding, practice even harder__. Beware of bad WIFI networks at the venue and have a plan B. If possible, __prefer offline/local stuff__. Prepare a finished version of your samples, so if anything goes wrong during the demo you don't have to start from scratch but can rather say "this is what it would have looked, I'll spare you the repetition". If your demo is long, prepare some steps in between.

(4) __Use Visual Studio's presenter mode__. Install the Productivity Power Tools and hit Ctrl+Q. This will make sure to enlarge all fonts, again this is for our friends in the last row. While you're at tweaking Visual Studio, you can use Alt+Shift+Enter in any code window to get into full screen mode, using as much screen real estate as possible.

![VS presenter mode](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/9rra9bgr8jmcoaxihn5d.png)

(5) Sysinternals "ZoomIt" is a __great tool for presentations__, offering to zoom into certain areas of the screen and highlight stuff. If you're encountering problems with it on Windows 10, make sure to use the latest available Windows version as earlier versions caused trouble (cursor not appearing, scaling problems). Thanks to @markrussinovich for pointing that out.

(6) __Engage with the audience. Use a presenter stick.__ This allows you to walk around the stage and get away from your computer during your presentation. You should of course stand up during your talk. If possible at all, remove anything that separates you from your audience. __Don't hide behind a desk, be approachable.__ Accept questions during your talk and see if you can get into a communication with your audience. However, this needs some practice, as you need to be able to steer the communication if it gets too specific or moves too far away from your own track. Stay on course while looking left and right. If in doubt, collect questions and answer them at the end. Reserve time for such a Q&A block and have some optional content to fill the slot if there aren't enough questions.

(7) The hidden track on this album that makes the heading obsolete - some might call it a repetition - __know your stuff__.

That's it. I hope the tips will help you to manage your presentations well."