181
Developer Evangelism Christian Heilmann, Bangalore, India, 21/10/2008

Developer Evangelism

Embed Size (px)

DESCRIPTION

My introduction to tech evangelism held in Bangalore, India. The session was 2 hours, hence the size:)

Citation preview

Page 1: Developer Evangelism

Developer Evangelism

Christian Heilmann, Bangalore, India, 21/10/2008

Page 2: Developer Evangelism

नम#$

Namaste

Page 3: Developer Evangelism

I’m Chris.

Page 4: Developer Evangelism

Today I was asked to tell you how to be an evangelist.

Page 5: Developer Evangelism

The issue is that I can’t do that.

Page 6: Developer Evangelism

Being an evangelist is something that can’t be

taught.

Page 7: Developer Evangelism

We’re not sales people.

Page 8: Developer Evangelism

However, I can listen, I can help and I can give you the

information you need.

Page 9: Developer Evangelism

I’ll do this by showing you how I approach it.

Page 10: Developer Evangelism

This might work for you, too.

Page 11: Developer Evangelism

However, you know your culture and what makes

people interested here much better than I do.

Page 12: Developer Evangelism

Which is where you need to find your own style to get the

messages across.

Page 13: Developer Evangelism

One thing every evangelist needs is enthusiasm.

Page 15: Developer Evangelism

If you don’t believe in it...

Page 16: Developer Evangelism

... if you don’t want to play with it...

Page 17: Developer Evangelism

... don’t pretend to.

Page 18: Developer Evangelism

Developers can smell lies really quickly.

Page 19: Developer Evangelism

You want people to get excited about what you

evangelise...

Page 20: Developer Evangelism

...not having to defend it.

Page 21: Developer Evangelism

Sometimes you also need to curb your enthusiasm a bit.

Page 22: Developer Evangelism

You want to come across as an expert telling people about something cool...

Page 23: Developer Evangelism

...not like a 12 year old on a sugar rush.

Page 24: Developer Evangelism
Page 25: Developer Evangelism

A concept that is really important is that of being an

independent voice.

Page 26: Developer Evangelism

Yes, we work for a certain company...

Page 27: Developer Evangelism

...but that doesn’t mean we need to love everything they

do.

Page 28: Developer Evangelism

It also doesn’t mean that anything other companies do is worse or not of interest to

us.

Page 29: Developer Evangelism

You got to know what other people do to learn from their

victories and mistakes.

Page 30: Developer Evangelism

If you present something, people will ask how this

compares to other products.

Page 31: Developer Evangelism

If you know about the other product, then you can tell

them.

Page 32: Developer Evangelism

If the other product is better, don’t claim it isn’t.

Page 33: Developer Evangelism

We should be confident enough to admit that

competitors do good things.

Page 34: Developer Evangelism

The most important thing is that people can trust your

judgement.

Page 35: Developer Evangelism

Which is where your presence comes in.

Page 36: Developer Evangelism

Be visible and be interested in what people are talking

about.

Page 37: Developer Evangelism

Mailing Lists

Forums

Social Bookmarking

Microblogging (yeah, twitter)

Blogging

Social Networks

IRC

Page 38: Developer Evangelism

Use the internet for your storage and distribution.

Page 39: Developer Evangelism

Flickr

Upcoming

Del.icio.us

Slideshare

Google reader

Facebook / Orkut / Hi5...

Mahalo

Page 40: Developer Evangelism

The more you spread, the more channels are there to

reach you.

Page 41: Developer Evangelism

Let’s talk a bit about communication.

Page 42: Developer Evangelism

Things to do before you communicate to developers

in any way:

Page 43: Developer Evangelism

1. Get your facts right

2. Know the audience and their needs

3. Have expert backup

4. Choose the right medium

5. Plan for failure

Page 44: Developer Evangelism

Make sure that you are up-to-date on the matter before you go and speak about it.

1. Get your facts right

2. Know the audience and their needs

3. Have expert backup

4. Choose the right medium

5. Plan for failure

Page 45: Developer Evangelism

Do not promise things that are not under your control.

1. Get your facts right

2. Know the audience and their needs

3. Have expert backup

4. Choose the right medium

5. Plan for failure

Page 46: Developer Evangelism

Your communication should be targeted to the audience.

1. Get your facts right

2. Know the audience and their needs

3. Have expert backup

4. Choose the right medium

5. Plan for failure

Page 47: Developer Evangelism

People came to talk to you with an agenda – if you fulfill that agenda you win.

1. Get your facts right

2. Know the audience and their needs

3. Have expert backup

4. Choose the right medium

5. Plan for failure

Page 48: Developer Evangelism

You cannot be the expert in everything.

1. Get your facts right

2. Know the audience and their needs

3. Have expert backup

4. Choose the right medium

5. Plan for failure

Page 49: Developer Evangelism

For the tricky questions have an expert at hand to answer them for you.

1. Get your facts right

2. Know the audience and their needs

3. Have expert backup

4. Choose the right medium

5. Plan for failure

Page 50: Developer Evangelism

If there is no expert available at the time note down the question and follow it up after consultation.

1. Get your facts right

2. Know the audience and their needs

3. Have expert backup

4. Choose the right medium

5. Plan for failure

Page 51: Developer Evangelism

Do not promise to come back to someone and forget it – that’ll make you look like you needed a fast way out!

1. Get your facts right

2. Know the audience and their needs

3. Have expert backup

4. Choose the right medium

5. Plan for failure

Page 52: Developer Evangelism

Your communication should be in the right format for the group.

1. Get your facts right

2. Know the audience and their needs

3. Have expert backup

4. Choose the right medium

5. Plan for failure

Page 53: Developer Evangelism

This can range from slides over videos and audio to live coding exercises or online step-by-step examples.

1. Get your facts right

2. Know the audience and their needs

3. Have expert backup

4. Choose the right medium

5. Plan for failure

Page 54: Developer Evangelism

1. Get your facts right

2. Know the audience and their needs

3. Have expert backup

4. Choose the right medium

5. Plan for failure

http://icanhaz.com/stickyevent

Page 55: Developer Evangelism

Things will go wrong.

1. Get your facts right

2. Know the audience and their needs

3. Have expert backup

4. Choose the right medium

5. Plan for failure

Page 56: Developer Evangelism

Be prepared: have your slides online, on a memory stick, plan to use a whiteboard...

1. Get your facts right

2. Know the audience and their needs

3. Have expert backup

4. Choose the right medium

5. Plan for failure

Page 57: Developer Evangelism

Don’t expect any fancy technology to be available.

1. Get your facts right

2. Know the audience and their needs

3. Have expert backup

4. Choose the right medium

5. Plan for failure

Page 58: Developer Evangelism

Secretly every communication hardware hates humans.

1. Get your facts right

2. Know the audience and their needs

3. Have expert backup

4. Choose the right medium

5. Plan for failure

Page 59: Developer Evangelism

You will not be online in 99% of the cases.

1. Get your facts right

2. Know the audience and their needs

3. Have expert backup

4. Choose the right medium

5. Plan for failure

Page 60: Developer Evangelism

Relying on audio and video is asking for trouble.

1. Get your facts right

2. Know the audience and their needs

3. Have expert backup

4. Choose the right medium

5. Plan for failure

Page 61: Developer Evangelism

Things to be aware of during communicating.

Page 62: Developer Evangelism

1. Be yourself

2. Invite communication

3. Prepare takeaways

4. Prepare to steer Q&A

5. Be honest and real

Page 63: Developer Evangelism

You will find dozens of books and videos on how to be a great presenter.

1. Be yourself

2. Invite communication

3. Prepare takeaways

4. Prepare to steer Q&A

5. Be honest and real

Page 64: Developer Evangelism

Nothing makes you a better presenter though than being who you are.

1. Be yourself

2. Invite communication

3. Prepare takeaways

4. Prepare to steer Q&A

5. Be honest and real

Page 65: Developer Evangelism

You should not have to play a role or dress up.

1. Be yourself

2. Invite communication

3. Prepare takeaways

4. Prepare to steer Q&A

5. Be honest and real

Page 66: Developer Evangelism

If you believe in what you do, you will be great.

1. Be yourself

2. Invite communication

3. Prepare takeaways

4. Prepare to steer Q&A

5. Be honest and real

Page 67: Developer Evangelism

The best asset is confidence.

1. Be yourself

2. Invite communication

3. Prepare takeaways

4. Prepare to steer Q&A

5. Be honest and real

Page 68: Developer Evangelism

1. Be yourself

2. Invite communication

3. Prepare takeaways

4. Prepare to steer Q&A

5. Be honest and real

Jason Calacanis at LeWeb3:http://blip.tv/file/536742

Page 69: Developer Evangelism

...or being so honest and scared but competent that people just have to feel sympathy.

1. Be yourself

2. Invite communication

3. Prepare takeaways

4. Prepare to steer Q&A

5. Be honest and real

Page 70: Developer Evangelism

1. Be yourself

2. Invite communication

3. Prepare takeaways

4. Prepare to steer Q&A

5. Be honest and real

Jake Archibald at @media Ajaxhttp://www.flickr.com/photos/patolucas/2862381584/

Page 71: Developer Evangelism

It is all about communication.

1. Be yourself

2. Invite communication

3. Prepare takeaways

4. Prepare to steer Q&A

5. Be honest and real

Page 72: Developer Evangelism

So if you give a talk, tell people that it is OK to ask questions.

1. Be yourself

2. Invite communication

3. Prepare takeaways

4. Prepare to steer Q&A

5. Be honest and real

Page 73: Developer Evangelism

Make space in your presentations for that.

1. Be yourself

2. Invite communication

3. Prepare takeaways

4. Prepare to steer Q&A

5. Be honest and real

Page 74: Developer Evangelism

Ask the audience questions, make them participate.

1. Be yourself

2. Invite communication

3. Prepare takeaways

4. Prepare to steer Q&A

5. Be honest and real

Page 75: Developer Evangelism

People should have the chance to concentrate on what you are saying.

1. Be yourself

2. Invite communication

3. Prepare takeaways

4. Prepare to steer Q&A

5. Be honest and real

Page 76: Developer Evangelism

So don’t make them feel they have to jot things down.

1. Be yourself

2. Invite communication

3. Prepare takeaways

4. Prepare to steer Q&A

5. Be honest and real

Page 77: Developer Evangelism

Have a URL where they can download your information afterwards – say that this exists.

1. Be yourself

2. Invite communication

3. Prepare takeaways

4. Prepare to steer Q&A

5. Be honest and real

Page 78: Developer Evangelism

Have all the links in a presentation as a tag on – for example – delicious.

1. Be yourself

2. Invite communication

3. Prepare takeaways

4. Prepare to steer Q&A

5. Be honest and real

Page 79: Developer Evangelism

Say upfront what you will cover and what they will get out of it.

1. Be yourself

2. Invite communication

3. Prepare takeaways

4. Prepare to steer Q&A

5. Be honest and real

Page 80: Developer Evangelism

Have time for Questions and Answers.

1. Be yourself

2. Invite communication

3. Prepare takeaways

4. Prepare to steer Q&A

5. Be honest and real

Page 81: Developer Evangelism

Be in control of Q&A.

1. Be yourself

2. Invite communication

3. Prepare takeaways

4. Prepare to steer Q&A

5. Be honest and real

Page 82: Developer Evangelism

A lot of times you will have people who don’t ask questions but profile themselves instead.

1. Be yourself

2. Invite communication

3. Prepare takeaways

4. Prepare to steer Q&A

5. Be honest and real

Page 83: Developer Evangelism

Deal with that accordingly – and swiftly.

1. Be yourself

2. Invite communication

3. Prepare takeaways

4. Prepare to steer Q&A

5. Be honest and real

Page 84: Developer Evangelism

People will have real questions that need answering.

1. Be yourself

2. Invite communication

3. Prepare takeaways

4. Prepare to steer Q&A

5. Be honest and real

Page 85: Developer Evangelism

If you don’t know an answer – do *not* speculate.

1. Be yourself

2. Invite communication

3. Prepare takeaways

4. Prepare to steer Q&A

5. Be honest and real

Page 86: Developer Evangelism

Ask the audience if someone knows – if not, offer to investigate further and swap contact details. 1. Be yourself

2. Invite communication

3. Prepare takeaways

4. Prepare to steer Q&A

5. Be honest and real

Page 87: Developer Evangelism

There is no harm in not knowing something.

1. Be yourself

2. Invite communication

3. Prepare takeaways

4. Prepare to steer Q&A

5. Be honest and real

Page 88: Developer Evangelism

There is harm in lying though.

1. Be yourself

2. Invite communication

3. Prepare takeaways

4. Prepare to steer Q&A

5. Be honest and real

Page 89: Developer Evangelism

Following up communication.

Page 90: Developer Evangelism

Whatever you do – it is important to cuddle

afterwards.

Page 91: Developer Evangelism

In this case make sure you email everyone who gives

you a business card (this can become time consuming)

Page 92: Developer Evangelism

Make sure to blog, upload recordings and photos and

publish your slides immediately!

Page 93: Developer Evangelism

It shows respect to those who came to see you talk, and

invites those who missed it.

Page 94: Developer Evangelism

Have contact options available after your talk – emails, twitter and so on.

Page 95: Developer Evangelism

Do not use company mails or IM information though – protect your channels.

Page 96: Developer Evangelism

Let’s talk about writing (f.e. for a blog) a bit.

Page 97: Developer Evangelism

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 98: Developer Evangelism

Simple is not easy. It is also not stupid.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 99: Developer Evangelism

Simple takes a lot of work and thorough understanding of the subject. 1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 100: Developer Evangelism

If you explain things in as easy as possible terms you will reach the most you can reach.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 101: Developer Evangelism

Read and re-read what you’ve written (take breaks in between) and make it as easy as possible.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 102: Developer Evangelism

Avoid being condescending – you can oversimplify, too.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 103: Developer Evangelism

Comparisons with real life objects work very well to simplify complex matters. 1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 104: Developer Evangelism

Your heading and introductory text are the most important things of a blog post. 1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 105: Developer Evangelism

Both determine how easy it will be to find the post in the future.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 106: Developer Evangelism

Newspapers have conditioned us to write clever, witty and interesting headlines with pop references.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 107: Developer Evangelism

These don’t translate well to other cultures.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 108: Developer Evangelism

So do we want to be creative and witty for a minute or do we want to provide valid information for several months?

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 109: Developer Evangelism

At the start of any post state what happened, where and how. 1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 110: Developer Evangelism

Continue to explain what is coming in the post.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 111: Developer Evangelism

This’ll prevent any confusion and get interested people on the way to find out more.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 112: Developer Evangelism

Does that stifle creativity?

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 113: Developer Evangelism

Maybe, but let’s not forget the environment you publish in: 1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 114: Developer Evangelism
Page 115: Developer Evangelism

Technical online writing is about keeping things short and to the point. 1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 116: Developer Evangelism

People are busy, and want the facts.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 117: Developer Evangelism

So in order to write great posts, write them, read them, delete what is not needed, read again, delete more and so on.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 118: Developer Evangelism

If you cannot take anything away any longer, you’ve reached the point of publication.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 119: Developer Evangelism

If you have a lot to cover, why not split it up into several posts?

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 120: Developer Evangelism

If you can, add relevant media to the post.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 121: Developer Evangelism

An introductory photo invites the eye and lures the brain into reading what happened.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 122: Developer Evangelism

We’re lucky that these days embedding video, audio and slides is as easy as copy+paste.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 123: Developer Evangelism

Embedding ties our information together in a nice, easy to digest bundle. 1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 124: Developer Evangelism

It also allows visitors to skim over the post the first time and come back to take in the rest (watch the video, download the podcast) later.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 125: Developer Evangelism

This also helps people who have a hard time reading but are very much capable of listening or seeing.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 126: Developer Evangelism

Structure is very important – give readers landmarks to take in your information one chunk at a time.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 127: Developer Evangelism

This means a clever hierarchical heading structure.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 128: Developer Evangelism

It also means short sentences.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 129: Developer Evangelism

It means paragraphs dealing with one thing at a time.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 130: Developer Evangelism

It means using lists to explain step-by-step processes or give an overview of what is available.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 131: Developer Evangelism

For large documents it also means providing a table of contents which allows for bookmarking sections.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 132: Developer Evangelism

If you eat food past the “best before” date you get sick.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 133: Developer Evangelism

If you don’t time stamp your publications they will be considered great forever.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 134: Developer Evangelism

They’ll be quoted – sometimes badly – and re-iterated over and over again. 1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 135: Developer Evangelism

Our technical environment moves at breakneck speed though. 1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 136: Developer Evangelism

What was “best practice” half a year ago might very well be “considered harmful” now.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 137: Developer Evangelism

So let’s make sure that readers know when a certain document was written and choose to follow its advice even now.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 138: Developer Evangelism

The last, very important point is to cite other sources and link to content you have built upon.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 139: Developer Evangelism

By citing other sources (and reading them of course) you validate your thoughts and facts.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 140: Developer Evangelism

Readers don’t have to trust you blindly – they can make up their mind by comparison.

1. Simple is not stupid

2. Say what it is – don’t sugar-coat it

3. Size matters

4. Media can make a difference

5. Structure is good

6. Date your content

7. Cite to prove

Page 141: Developer Evangelism

What about presenting?

Page 142: Developer Evangelism

This is very much dependent on your style and what you

are comfortable with.

Page 143: Developer Evangelism

Things that work for me:

Page 144: Developer Evangelism

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 145: Developer Evangelism

Introducing yourself, however briefly breaks down an initial barrier.

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 146: Developer Evangelism

You are not any longer this unreachable person on stage or at the head of the table – you are a normal person.

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 147: Developer Evangelism

Explain why you are competent to talk about the matter at hand.

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 148: Developer Evangelism

Then put the ego away – people came for information, not to see you sing and dance.

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 149: Developer Evangelism

Humour is important to keep a long presentation interesting.

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 150: Developer Evangelism

I like to put in things that people just don’t expect – to keep both me and them on the ball.

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 151: Developer Evangelism

Humour also makes things more approachable. We tend to use humour to deal with things that scare us.

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 152: Developer Evangelism

Humour also allows for a memorable moment – it is a different kind of structuring and providing landmarks.

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 153: Developer Evangelism

I like to bring up real world examples and comparisons.

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 154: Developer Evangelism

The rationale is that they make very theoretical and hard to grasp data more easy to consume for humans.

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 155: Developer Evangelism

Real world comparisons also allow for emotion – and emotional responses are very powerful and make us remember.

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 156: Developer Evangelism

Speaking at the right pace makes you easy to understand.

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 157: Developer Evangelism

If you appear rushed, listeners will feel uneasy.

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 158: Developer Evangelism

Trying to keep up is a terrible feeling and makes us feel inadequate.

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 159: Developer Evangelism

So speak slowly, with meaning and concentrate on pronouncing things thoroughly.

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 160: Developer Evangelism

Pauses are good. They allow listeners to take information in and digest it in the way they know best.

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 161: Developer Evangelism

I am so bad at this!

:)

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 162: Developer Evangelism

“Hello World” examples are easy to show.

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 163: Developer Evangelism

They are also useless, as they teach a syntax, but not the concept of a language or solution.

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 164: Developer Evangelism

There is no personal value in “Hello World”.

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 165: Developer Evangelism

We should teach how to solve issues and fulfill tasks.

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 166: Developer Evangelism

I yet have to be asked in a professional product to produce “Hello World”.

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 167: Developer Evangelism

It is *much* better to have a real production example to build upon.

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 168: Developer Evangelism

“This is what we had to create – here are the specs”

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 169: Developer Evangelism

“This is the final outcome”

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 170: Developer Evangelism

“Here’s what we used to deliver this job”

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 171: Developer Evangelism

“... and here is how you can do it yourself!”

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 172: Developer Evangelism

Build on top of what people are asked to do, not what you expect them to do for you.

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 173: Developer Evangelism

I always try to deliver fresh material.

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 174: Developer Evangelism

I hate re-using presentations and training material.

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 175: Developer Evangelism

The least I do is to bring some new, fresh angle.

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 176: Developer Evangelism

Check what is hot at the moment, research it and add it to the talk.

1. Introduce yourself

2. Use humour

3. Build bridges to the real world

4. Pace yourself

5. Avoid “hello world”

6. Be fresh

Page 177: Developer Evangelism

Last but not least – know your arsenal.

Page 178: Developer Evangelism

You should know where to find information about the

products you advocate.

Page 179: Developer Evangelism

Including the communication channels (internal and

external) to reach those in charge.

Page 180: Developer Evangelism

So, let’s stop this presentation and go through them.

Page 181: Developer Evangelism

Christian Heilmann | http://wait-till-i.com | twitter: codepo8

THANKS!