During a meeting of all the Mozilla people last week a few of my colleagues asked me how they could become better at public speaking or as they put it “how do you do all these talks? I could never do that! I am too afraid I’d screw up!”. I took that as a challenge to start a series of talks and trainings on “public speaking for tech geeks” and started with the following talk.

The slides

The slides are available on SlideShare:

The audio recording

Also available on archive.org

Detailed notes

Today I am going to share a few tips and tricks about public speaking.

A lot of what I am going to talk about is already described in the Developer Evangelism Handbook.

There is a general preconception that geeks are bad presenters. We are awkward and speak in a language nobody understands about things people don’t care about. That is why companies send sales guys to present instead of the engineers who build a certain product.

This breeds a lot of misunderstandings as to how to present. If and when geeks meet each other a lot of the presentations are simply live coding or 40 minutes of tech awesome shown in a terminal. We’ve gone away from believing in presenting as we’ve seen too many sales guys on stage talking uplifting nonsense (in our eyes).

And this is a shame – geeks are awesome presenters – if they understand that they need to present. It is a slight shift in our perception of what we want to achieve. Instead of showing off what you know your task is to inspire people to want to know more.

Step 1: Preparation

The first step to preparing a great talk for your company is CYA (cover your arse). This means talking to your PR and marketing department that you are going to give a talk. That way you know what is currently hot in your company (and maybe get some sponsorship) and more importantly what to avoid stating in public. You might think you are cooler than PR and marketing but the fact is that these are professionals and when you keep a good relationship you can learn a lot and avoid public embarrassment.

Here’s the next thing to do: stop thinking about the presentation. Instead, do your homework – write all the code or interfaces you want to show, learn to use the system you’re trying to cover and document what you have done. A lot of things can go wrong with your presentation. If you have done your homework and you know what you want to talk about inside out, you can still deliver a great talk even when there is no electricity or your computer dies on you.

Find something that excites you – there is no way you can be a good presenter when you are not totally down with the thing you want to present. Sure, you can bring the message across but to win people’s hearts and minds you need to be talking about the fun and excitement you feel about using something.

Prepare a doggy bag – a very important part of a good presentation is to have all the things people want to use after your talk available for them. Host your code examples somewhere for download, have a list of all the links somewhere and upload the slides if you want to share them.

Think of the audience – a lot of speakers think they can write one talk and deliver it over and over again wherever they get invited to speak. If your talk is truly amazing and you are a great speaker this can work. If you want to have the most impact, however, it makes much more sense to write something catered to the audience. This is especially important in countries where your language is not the native one. Cutting down on the spoken part and sticking to facts and code examples works much better there.

Point to the obvious – there is no point to repeat the same resources over and over again. If something is very well documented and written don’t talk about it but instead show a link and tell people they can find all the information there.

Find something that is not obvious to concentrate on – there is some different angle than the obvious one to everything. If you find that angle, you can build a much more compelling argument and cause interest. Instead of looking at what something does, try to see what effects is causes.

Have a story – nothing is more compelling than having a good story. Like a good story, your talk should have an introduction, a buildup to a climax, a climax and a good ending. To make abstract things easier to grasp, try to find real life examples that resonate what you want to bring across.

Piggy back on something current – if you can find something that is very current and on everybody’s radar and you can connect it to what you want to talk about it is a lot easier to have people listen to you. Furthermore it means that people mention your talk when they discuss the other current matter.

Share information from the trenches – nothing makes an abstract matter easier to grasp than examples how to use them in real products and the effects they caused. People have a job to do – show them how they can use cool new things to make it easier for them.

Have fun – be unpredictable – don’t just deliver the info, shake up the audience from time to time by using humour and unexpected references in your talk. Variable names of code examples are a good example to add a dash of “what?” for the audience.

Spread out and back up – this is the web, use it. Tweet about the things you will talk about, show some bookmarks, upload some screenshots of some of your slides. Tease and preview and people will already get interested. Once your slides are done, upload them somewhere for you and also put them on a memory stick. Your computer may get lost or break down, this will keep you in the game.

Step 2: Delivery

Get into the right mindset. This is the hardest bit for a lot of people. You have to find your inner calm before you go on stage. You have to be hungry to deliver a kick-ass talk instead of being scared. A bit of fear is good – it stops you from becoming complacent. My mindset when I enter the stage is that there is nothing I can do now to undo it – I am here, people see me, people expect to learn and be entertained. This is it, I have to do this. I did my homework, I got this. Let’s make it interesting and share with people what got me to get excited about the thing I will talk about.

Some delivery tips

• Say “hi” and tell them what’s coming – just don’t keep people guessing. Say who you are quickly, what you are going to cover and where the content can be found. I found that “will these slides be available?” to be a very common first question in the Q&A. You can avoid that by telling upfront that they will be.
• Be yourself – It is tempting to imitate other successful speakers or use clever rethorical tricks but in the end it has to be you on stage. If you are not a good actor and you try to be someone else your body language will betray you.
• Pace yourself – when we are excited or nervous we tend to go too fast. Give your talk a normal pace. Make breaks and take breaths in between logical units of your talk. If you come across as rushed, the audience will feel rushed, too.
• Do not try to gloss over issues – you might be tempted to give an overall positive image of the thing you are presenting about and tell the audience that all of it works. That is a good plan but if something doesn’t work, don’t pretend that it does. Almost everything we talk about in technology can be easily verified. You don’t want to come across as a liar or uninformed, so show the bad with the good.
• Speak clearly and use simple language – it is tempting to woo the audience with impressive words, references to great pieces of literature and complex sentence structures but you also assume that people care more about your talk than the content you try to convey. In tech conferences this is a very rare occasion. Focus on being understandable rather than eloquent. This is not a fancy cocktail party.
• Roam the audience. This is one of my biggest tricks. Instead of seeing and taking in the whole audience and being overwhelmed by it pick a single person every two slides. Look that person in the eye and speak to her/him instead of the whole crowd. Metaphorically of course, don’t address them by name or compliment them on their shirt – stick to your talk. This has two effects: you don’t get all “oh my god, so many people” and you include the audience much more in your talk – one at a time. I found that people I looked at are also much more likely to ask good questions afterwards as they already feel connected.


• Your slides are your backdrop – make sure your slides aid your talk rather than taking it over. The worst example for that is when you show videos and for two minutes you stare at the screen with the audience. This makes you a spectator, not a speaker.
• You are the transmitter, not your slides – in general your slides emphasise what you are talking about. It is your job to make the information on them come to life. When you read out your bullet points to the audience you are only an accessory, not the driver.
• Screencasts are the safer live demos. – a lot of developers get a kick out of doing live coding on stage showing how easy it is to achieve “a lot in a few lines of code”. While that is hard-core and gives you street-cred with the tech crowd it also can backfire immensely when it doesn’t work. It also has the problem of you doing things whilst talking and people having to concentrate on you and what is happening on screen. Add having to decipher small text on a big screen to that and you overwhelm the audience very quickly. The same applies to playing with complex interfaces and having to enter text and drag things around. You might think you can multi-task but normally it doesn’t come across as smooth – especially when the conference wireless lets you down. Therefore it makes much more sense to record screencasts and narrate over them. That way you know the things you want to show do work and you can concentrate on explaining what you did instead of excusing yourself for things breaking.
• Cite and give credit – if you say who did something instead of pretending you did it you can’t be called out as a fraud and it shows that you have the finger on the pulse of technology and that you know people. Everybody wins.
• Get simple participation – from time to time it is good to get the audience to take part. Ask a question and get a show of hands. Ask people to guess something, you know, that sort of thing. It shakes things up and shows you that people are taking in what you are saying.
• Don’t answer your own questions – this is a pet peeve of mine. Do not ask something and immediately answer it. “How does this work? – Well, I tell you” makes you come across as arrogant and schoolmasterly.
• Deal with failure quickly and honestly – if something goes wrong, admit it, fix it and start over. Or skip it and move on. Swift failure is not an issue. You losing your track and coming across as stumped is an issue.
• Rinse and repeat – at the end of your talk give a quick recap of what you covered, how people can reach you and where to find more info. Good to remind people.

Step 3: Feedback

Ask people for feedback – both in the Q&A session directly after the talk but also on Speakerrate or via email. Bear in mind though that immediate feedback is normally very polarised – good and bad – whereas reviews done some time later tend to be more in-depth.

Advertise your availability – tell people where they can reach you on the web when they have more questions and if you are going to attend the after party. People pay money to see you, it is just fair to be available for shy people who do not participate in the main Q&A or don’t get the time to ask their question.

Own the Q&A – it is important that you are in control of the Q&A session. Stop people from rambling and ask them to state their question rather than their CV. Repeat questions for the whole audience (and the recording) and answer quickly to move on fast to the next question.

Quick tip about “Clever Trevors” – you will always find someone in the audience who tries to show off their knowledge instead of asking a question. This is a good thing but does prevent others from asking possibly very valuable questions. The way I deal with this is to interrupt them and flat out ask their name. I then welcome them as experts and explain that I won’t be able to answer all questions today and if people need information on a certain topic they can also ask this person. That makes him/her feel good and prevents precious time being wasted or me coming across as arrogant towards other knowledgable people.

Step 4: Follow-up

Share your materials – upload your slides, make them available, publish your notes on your blog and people will use this info when they blog about the conference and mention your talk. It allows you to be known for this talk longer than the one hour at the conference.

Answer emails and convert business cards – if you collect contact info, store it as soon as possible and send out emails to acknowledge that you met and talked. Sending out an email doesn’t cost much time but sitting in front of a massive pile of cards trying to remember who was who does.

Write a post about your feelings and impressions – it is very interesting both to the conference organisers and the people attending the conference to see what the speakers thought. It helps people to pick conferences and organisers to spot things that went well or went wrong.

Be your own judge – above all, try to be better every time you speak. Record your talk using some recording software (Audacity is my weapon of choice). Listen to your talk, see what annoys you and don’t do it next time you speak. This also allows you to release the audio recording for later – a lot of people download my talks and listen to them when they can’t look on a screen (I listen to them in the gym on the cross trainer).

If you follow me on Twitter then you must have seen the newest little web product I’ve put out : HTML5 for XP.

So what is this about? Well, frankly the thing that holds us back when it comes to developing a beautiful and simple to maintain and create web: Internet Explorer not getting upgraded.

The issues are many (and I explained them in detail before), but here is the gist:

• Internet Explorer 9 is not available for XP users – you need to have Vista or Seven to get IE9
• Upgrading to Vista was not really exciting enough for a lot of businesses when it came out
• Upgrading to Seven normally means that you also need to upgrade the hardware (which is actually a very common happening – as a lot of users simply don’t know what a browser is or don’t get the rights to choose an own browser in a corporate environment IE only gets upgraded when they get a new computer)
• A lot of Windows XP machines never got upgraded as they had a pirated OS. The Genuine Check of Vista told users “computer says no” and that was that.

Now, I personally want to have HTML5 and CSS3 and other new exciting technologies right now – I am tired of writing code for cool things that browsers should be doing for me.

As Microsoft is spending a lot of time and effort to promote just how cool IE9 is and glosses over the fact that XP users cannot get it, I thought it is time to advertise the fact that users have a choice – even when they stick with XP. For Microsoft this doesn’t make any business sense as they want to sell Seven, and they are right in telling people that systems need upgrades. However, if the upgrade means spending a lot of money on new hard and software then I can also understand people who don’t want to do that. With Apple products being very expensive and Linux just not being as “mom and dad end user friendly” as Windows is this is what we are stuck with.

This is why I built HTML5 for XP, the site that Microsoft should release themselves. Please tell people about it and send it to your clients.

Creating it was the fun part. I wrote it, created a simple web site (fighting the urge to use all kind of CSS3 awesome as it needs to work in IE6…) and then asked for translations and promotion on Twitter. I put up a Google Spreadsheet with the texts for translation and shared it with the world. This was a too hippy an idea as it meant people did the cool h4xx0rrrr! thing of deleting all the content (well done, lads, wait for Trinity to knock on your door really soon). So I made it an invite only document to submit translations and within a day I had 16 languages – now we are up to 20. I also have to thank Prisca for making the CSS pretty as of course the first feedback from designers was that “this is ugly”.

The saga continues – IE6 has to die! Spread the word.

I just returned from Confoo in Montreal, Canada where I gave a closing talk on the second day about innovating on the web using HTML5. Here are the slides, notes and an audio recording of the talk.

Slides

Audio recording

Notes

Today, we’ll talk about HTML5 - moving from hacks to solutions. This is a topic that I’ve covered a lot lately but funnily enough – I am not getting tired of it.

We work in new media!

The reason is that I’ve seen the worst of the web and I see HTML5 as a chance to make us move forward in our evolution of the internet as the media that works, is available for everyone and makes us more efficient rather than turning us into couch potatoes and forget our day to day worries in exchange to watching artificial people live the life we would love to have.

Oh, Canada!

First of all, it is good to be back in Canada – I like Canada a lot, Wolverine is from here and all the people I met so far in our small world are amazingly crafty developers.

HTML5 is tech evolution in action

So what is all that HTML5 stuff about? To me, it is about moving forward and letting go of ideas we consider to be the best solution but really only use because we are familiar with them. Better the devil you know, right?

A much more flexible internet experience

I think as developers we owe it to the world to build a better internet experience. Computers are very versatile things and connectivity allows us to keep things up-to-date, react to change and access systems on-demand rather than having all of them hoarded somewhere.

When did we stop dreaming of awesome computers?

If you look at the movies of the last few decades you will find that we more and more moved away from computers of awesome that react to voice recognition and have unlimited potential to product placements of the currently newest smartphone or system. The same seems to happen to the web – a lot of people already see the web as boring interlinked texts and web sites that don’t help you fulfil a task. Instead people see small apps for smartphones, tablets and other mobile systems as the future. I think the web as a concept is big and clever enough to allow for both.

Uprading is a good thing

Not many people complain when they get upgrades in real life. A better seat on the plane is a nice thing to have. A faster computer makes you work better as you don’t have to wait for the bloody thing to load and finish the tasks you have to achieve using it.

Staying in the comfort zone

When it comes to web technology though, you find a lot of people who are unhappy about change and don’t trust HTML5 and related technologies yet. Change can be a scary thing – especially when you’ve been disappointed in the past. It is tricky to trust browsers to do things right for us and it is very tempting to stick with what we know and say this is all we have – this is how good the web can be.

Still waiting for the closed technology revolution

Over my career I’ve seen many attempts to make the web a better and richer experience. A lot of plugins came and went. Java applets, VRML, Real Player, Quicktime, iPix, Shockwave and many more promised to make a browser more interesting and a richer experience. Flash and with it Air and Flex went furthest out with it and their success and adoption rate shows that we need a richer web. However, pure Flash solutions are still a rarity on the web. When it comes to complex forms, huge data systems and web based applications you are more likely to find hybrids or slow and annoying server-driven systems than slick Flash interfaces.

Starting the open technology revolution

The great thing about HTML5 as an idea is that we don’t ask people to buy software or understand and start to trust new technology – instead we innovate on already existing necessary infrastructure. You use a browser to surf the web – all we have to make people do is upgrade their browser. And as everything is open there is no ambiguity as to where things are going in the future – instead of making people wait for upgrades their requests and needs drive them.

A few steps towards a better web

We have the technology and we have the ideas to make the web much, much better. What we need to do is think the right way.

Step one: stop thinking in limits

If we want the web as it is now – easy to access, open for everyone and simple to upgrade – to survive we have to stop thinking in a limited way. Web sites do not have to be multiple columns of text or follow the same principles as print design does (plain psychology and aesthetics for humans are a barrier to this, but shift can happen). Web sites can be applications that break the concept of a text document. Web sites can be independent of the size of the browser viewport – either by adapting and showing more or less according to how much space is available or by just telling the user they can move in any direction.

Step two: use what the client offers

It is time we thank the browser vendors for supporting new technologies by using them. We’re right now in a Catch-22 situation were some people want browsers to support tech but the companies making browsers don’t add them yet as there is no demand. Time to break this cycle. Go on then, use local storage to make your interfaces much simpler by storing some of the information. Take a look at offline storage – not only for mobile interfaces. Play with geolocation to tell a user where they are or to prefill forms. Use native video and audio instead of yet another Flash movie. Use Canvas and SVG for charting and a fallback image linking to a browser upgrade page. Play with touch events and even with device orientation. A lot more than you think is already possible and can be used once you put it in a simple if statement.

Step three: increase your vocabulary

Communication is about vocabulary. Sure, you can make sense with a few simple words and a set of simple instructions but to make a sentence engage and spark the theatre in the head of the reader or listener you need to be able to play with language and the more pieces you have the nicer the mosaic will get. On the web we right now grunt and point when it comes to speaking to browsers. The old HTML vocabulary has become an anachronism hailing back to the times where all we had to do is mark up academic papers. Forms especially were too simple in what we needed to do with them to build enjoyable interfaces. In order to make the browsers do the things our apps natively should do we need more, intelligent HTML elements. The HTML5 spec is a step in the right direction, and we should use these wonderful new constructs to tell a better story. Non-meaningful DIVs should be replaced with SECTION, ASIDE or ARTICLE, form elements should not be a type of text but a phone number, a URL, a number or even an email. All of these words are at our disposal, but we don’t use them in day to day conversation yet which is why there is not much happening in terms of support. We should not be the translator for HTML to the browser – this can only lead to telephone-esque misunderstandings.

Step four: allow technology to retire

This is a tricky topic right now. A lot of HTML5 is not being used as there are old and outdated browsers still in use and for reasons beyond our control are not being upgraded. Here’s an idea: let’s allow old and tired browsers to retire. Let’s give them a working version of our web site that is plain HTML with reloads and the content available and let’s concentrate our efforts in supporting the web that is around the corner and needs us to become mainstream. Yes, we can simulate almost all of the new things in HTML5 for legacy browsers, but if we do that we also need to test on them to see that everything works smoothly. We should not spend our time testing for old browsers when there is new stuff to be tested. There is nothing wrong with delivering an old school experience to old technology and increase the enjoyment when and if the environment allows for it.

Step five: build systems that automate annoying tasks

Of course there are some annoyances in HTML5 - it is a young technology. The biggest issues however are not technical issues but licensing and IP related problems. For example to embed a video as HTML5 you have to provide it in three different formats to cover all browsers. That’s why we need to make it easy for people to make the switch. Vid.ly for example is a service that converts videos in dozens of formats and redirects the client in use to the correct format automatically. This is what we should thrive for – find issues and build systems to work around them – this is how money is made.

Step six: build tools that help others build with new technology

We have specs for the technologies and examples how to use them. We can, however, not expect everybody to be as excited about the things we are getting high on right now. We can also not expect everybody who builds things for the web or writes content for it to write everything by hand. The editors we use right now do not create HTML5 - most actually create XHTML instead. We now need to ask the companies who say HTML5 is the future to build systems that allow maintainers of the web to build it. One cool example of that is Butter which is a visual interface on top of the Popcorn JavaScript framework that allows you to build interactive presentations with HTML5 video. Aviary have an online image editor that uses HTML5 and the Aloha Editor is an HTML5 wysiwyg editor for CMS. We need more of that.

Step seven: be part of the discussion

Last but not least we need you to take part in the conversation around HTML5. If you stay out of it, you can’t complain about mistakes being made – all the processes are open and you can be part of the mailing list. It is not a popularity contents – sure, known people working in big companies are very likely to come up with good ideas, but anyone can have those and sometimes it is important not to look at an issue from a professional day-to-day perspective but see what people really need to have fixed. We need you to listen to what people are saying and validate it from your point of view. The earlier mistakes can be spotted, the easier they are to avoid. As we are dealing with open technology, there are no secrets and there shouldn’t be a reason for people not answering your questions. It is also important to look out for upcoming problems that are not yet in the specifications. Right now for example this would be the device API which will allow you to use cameras and microphones as input devices.

Last week Microsoft released ie6countdown.com, urging developers to tell their IE6 visitors to upgrade their browsers to a newer browser to have a better experience on the web. Thumbs up for that – we need to get that message out to people (after all this is what the WaSP has done years ago with their “To hell with bad browsers” campaign years ago to make people upgrade from Netscape 4 and IE4).

Alas, the implementation of the “nag bar” is riddled with mistakes. They’ve done the right thing in wrapping the code in a conditional comment (a technology that is still Microsoft’s finest moment in web development when it comes to IE) but there are many issues with it (as also pointed out by Steve Webster, Mike Davies and Bruce Lawson):

• The nag bar is an image without any alternative text – which means no blind user will ever know why there is an image there and not get the upgrade message – and a lot of people are stuck with IE6 when they use old screenreaders. Why not a styled DIV? Even IE6 knows style sheets!
• All users get sent to the IE download page to upgrade which means XP users get asked to download IE8 – and this browser is not much better, really, as explained in detail by Alex Russel.
• Telling people to upgrade IE6 is pointless if the systems they have to use don’t work on other browsers – granted, Microsoft jumps through hoops with every release of IE to be backwards compatible, but some things simply are that badly developed that they don’t work on new browsers. The irony is that a lot of these systems are based on Microsoft’s frameworks and CMS or even “best practice documentation” that was hot at the time it came out but makes you facepalm when you read it these days.

Microsoft painted themselves into a corner years ago when they made the browser dependent on the operating system. Yes, this yields better results as you control the environment (a tempting situation to be in which is why Apple now does exactly the same with Safari and Mobile Safari) but it also means that your browser is much harder to keep up-to-date when there is no incentive to upgrade the operating system. And this is where the main issue lies with Internet Explorer upgrades:

Windows Vista was not good enough to upgrade from XP and Windows 7 does not run on old hardware.

And as Windows users upgrade their browsers with their operating system this means we are still stuck with IE6 or – in a best case scenario – IE8. That is not the Internet I want to have, sorry! Our clients and end users deserve better!

You may say that upgrading is easy and hardware gets cheaper every year but the issue is that the places where IE6 still reigns supreme are those places where a hardware upgrade means replacing thousands of machines and is connected with a four month security and compliance audit. In the current financial climate a lot of large companies, government agencies and academia simply see upgrading hardware as a luxury. And this is where Microsoft should finally own up and grow a pair.

Some ideas of what Microsoft could do to really help solving the Internet Explorer upgrade problem.

• Microsoft needs to stop pretending that there is no competition – right now Opera, Chrome and Firefox are the only sensible upgrades for Windows XP users – even offering hardware acceleration. Google have no problem pointing out other browsers when it comes to upgrading and leave the choice to the user. This is where the upgrade message should point to.
• Microsoft could patch IE8 to support new features – something Chrome Frame tries to do – you can not expect people to upgrade their hardware to get a new browser – unless you give them a helping hand.
• Microsoft should offer a financial incentive to upgrade systems – people upgrading whole systems from a locked-in IE6 infrastructure should get subsidised hardware and very good licensing packages. Google released their free laptop programme for people to give their new OS a go – this could be done by Microsoft, too.
• Microsoft should offer free training and consulting on how to upgrade – again, instead of wasting money on marketing stunts for IE9 guide people to the changes that need to happen. IE6 is a security risk and keeps us from making products that are fun to use and fulfil a task.
• Microsoft could open source IE – both Chrome and Firefox innovate and get constantly patched and improved by communities outside of the main development team – if we could fix things in IE, we would!
• Microsoft should kill old IE – well, more like euthanise it. It has done its duty and has the right to retire. It is not enough to say “upgrade” – remove all downloads, don’t offer patches, remove all the documentation about IE6 only features. Instead of creating a marketing site and ask the community to spread the word start on your own doorstep. Send out newsletters to the MSDN community and say on your conferences that IE6 is End Of Life and support requests are not answered any more.

IE6 must die! Let’s make it happen. Please, Microsoft?

I just got roped in by my colleagues here to tell you about another cool job opportunity at Mozilla:

Tech Evangelist – Jetpack

Jetpack is a Mozilla project whose mission is to make it easy to build Firefox add-ons using common web technologies like HTML, JavaScript, and CSS.

As Tech Evangelist for the Jetpack project, your job is to lead the effort to build a rich ecosystem of add-ons and APIs by telling the world about our awesome technology; mentoring project participants who interact with add-on and API developers; and channeling feedback from developers into the project planning process.

You see the big picture, and you get other people to see it too.

You make add-on development great!

Responsibilities

• develop, distribute, and conduct videos, blog posts, presentations, tweets, tutorials, example add-ons, and other informational and educational materials about project tools and technologies
• lead Mozilla’s Add-on Ambassadors program and mentor project participants in technology evangelism principles and practices
• assist the product manager in determining developer needs and setting project goals and priorities

Requirements

• at least five years experience in the software industry as a tech evangelist, community manager, product/project/program manager, technical lead, software engineer, or in another related position
• exceptional written and verbal communications skills, including the ability to communicate with add-on developers, API developers, journalists, business types, and various other folks on their own terms and at their own level of technical knowledge and understanding
• a strong desire to make add-on and API development great

Desirements

• a BS degree in computer science or a related field
• experience evangelizing, managing, designing, or developing software products for developers, especially software development kits and API libraries
• experience managing, designing, or developing modern web sites and applications
• experience working in and with open source projects
• experience working for non-profits or other kinds of mission-driven organizations

Is this you? Send your CV to Myk Melez.