Christian Heilmann

You are currently browsing the archives for the General category.

Archive for the ‘General’ Category

Bricking and De-Bricking it at Reasons to Be Creative Brighton 2012

Wednesday, September 5th, 2012

I am right now on the train back to London after attending the Reasons to be Creative conference in Brighton, England. How was it? Short answer: splendid, indeed.

Can has keynote?

When the organisers approached me to speak after giving a talk at the reasons to be appy conference I wasn’t quite sure if I’d be a fit, and for just for the heck of it I asked for the keynote slot to make it worth while. Big mouth strikes again: they agreed so I was in a bit of a pickle.

Wait, what? Stage fright(-ish thing) kicking in

Why? Well, I was nervous. Yes, the guy who speaks at dozens of conferences every month and is part of a training program for people to become evangelists got nervous. As I put it, I was bricking it. My normal reaction to speaking is a bit like a puppy seeing a shiny red ball. I love it and I go for it and won’t let go as I have too much fun doing it. A keynote is a big thing though, and can make or break the start of the day and the Dome in Brighton is a huge venue.

I have a few principles as a speaker, which I also tell anyone who wants to speak are a great idea to consider. They are a lot of work but worth it:

  • I am there for the audience to give them a great time, give them information and get them excited to try something out
  • I should speak to the audience in a way that is understandable and engaging to them
  • My goal should be to give the audience something to take away to try out and to impress their bosses or peers with
  • Always be fresh – do not repeat the same things over and over again

Creative eye for the coder/writer guy

Now, with Reasons to be Creative I was very much out of my comfort zone. I am a tech and writing guy, whenever I try to be visually creative whatever I do are “happy accidents” and I have a deep respect and lots of jealousy for people who can draw a beautifully curved line or paint a character or even know the first thing about typography.

Reasons to be Creative used to be Flash on the Beach, a conference celebrating Flash and interactive Art and all things visual. So not me.

Shaun Tan the man

Good, I thought and looked around to be inspired. Luckily enough Marc Thiele who organises the Beyond Tellerand conference and is very connected with Reasons to be Creative got me a book as a present in the past that just blew me away: The Arrival by Shaun Tan, a graphic novel without any text but just the most stunning little pictures telling a beautiful story. I got more of his work from my partner, and one of the books I got was The lost Thing by Shaun Tan. I devoured this book and the movie and had a lightbulb moment. I can do a talk about the lost thing we call the web and how we as a community fail to nourish it with our knowledge as we are too busy impressing each other with things that could be if we called the shots. As we do call the shots if we just take ownership of our work and the outcome, this was a good start for a talk.

So I wrote the talk and split it up into slides and spent more time than usual “designing” it (adding a “dangling picture” animation feature to the images) and I was ready to go.

You can see the slides here:

the web thing

To try out the talk (something I normally never do) the people who couldn’t attend the conferences I thought it good to record a screencast of it (about half an hour long). This one sticks more or less to my notes.

Now, on stage this was different. As soon as I started and shared my excitement and awkwardness about the gap between me and the audience with them I was off to the races. The 50 minute live version of the keynote deviates heavily from the notes but shows that simply going for it does the trick.

The feedback was very good indeed and I am happy we got that over with but I’d be doing it again – it was a great experience.

Not one to waste an opportunity, I used my learnings from the experience to give a quick 5 minute talk at Ubelly’s Soapbox. The Soapbox is an idea by Ubelly to have a small stage for speakers to give 5 minute passionate talks about any subject and it will travel around a few conference.

Originally I promised to speak there about how I built my HTML slides for the keynote but as Jake Archibald did the same I talked instead how I de-bricked myself for giving the keynote using the opportunity to promote the Evangelism Reps program I spend most of my time on these days.

The De-bricking yourself – starting out as a speaker slides are here and I will post more about this on the Evangelism Reps mailing list and here soon.

Playing the blame game?

Saturday, September 1st, 2012

I just recently started using the Nexus7 I got at Google IO in earnest and thought I have a go at some 3D games. After continuously failing to download the larger than 1GB racing game I bought on the Android market I thought I’d go lower and got myself Running Fred, a very addictive running game recommended for players of Cannabalt. I installed, started and almost instantly sucked at the game.

Must be bad developers

And then I did what every developer seems to be hardwired to do: I started blaming the game, well, actually the game developers. I blamed that the game crashes a lot. I blamed that Google Now! opens up when I swipe over the bottom of the screen and I get killed as soon as I go back to the game. I blamed that 3D objects don’t appear smoothly but as a surprise at times.

All of this made me think the developers of the game are bad, or – the more evil version – that this is yet another “free” Android game that only becomes playable when you fork out money to buy upgrades to your character or skills. It seemed to me that the prices of those things are ridiculously high to reach just by playing the game.

Dealing with it

What didn’t occur to me for a long time was the simple fact that I was bad at the game and that it will take some learning for me to improve. I was too impatient. Now that I gritted my teeth and played the game a few times I don’t open up Google Now any longer as I realised you tap to jump and not swipe up like you do in Temple Run. I also breeze through the lower levels and manage to collect money to get better skills as I remember where the traps are and I am more confident in my game character’s abilities. I learned when to jump and when to double jump, how to tilt my device to go left and right and not accidentally use up expensive special skills by tilting too much. In other words: I know how to play the game and the longer I do it the more fun it is.

Some great reward

Of course I could have bought the upgrades and all the stuff up-front, too, but I am sure that if I had “cheated” that way I’d have lost interest in the game much sooner. Making the rewards less attainable can be a great motivator to make you try harder. This article How We Use In-Game Purchases To Teach Our Son Personal Responsibility explains how that can work with kids.

Play the game, not the blame game

Now what did I learn today? That having knowledge about something can make you very much a grumpy bastard who starts pointing fingers instead of having a go.

So next time I get the “this should be so much better, I know how to do it” feeling about a web product or idea, I will hold myself back more and have a play with it rather than being the first to dismiss it. Being clever in hindsight is simple, rolling out the product in the first place much harder and comes with a lot of deterrents that a quick “meh this sucks” could not even know about.

I also learned that impatience and trying to find the simple way out does get you some satisfaction but robs you of the longer term fun experience.

This is harder and I think it is the main reason for a lot of abstraction taking place. “CSS has no variables and mixins? Damn the standards body, they will never get to grips with that! Let’s build a preprocessor and a library and call the problem solved instead!”

In the short term, yes, this will help us to deliver things. In the long run, not so much as we fill the heads of new developers with syntax of an abstraction layer rather than what comes with browsers. And no, “browsers just need to adopt that syntax then” doesn’t work as upon more advanced analysis a lot of “great and quick solutions” fail to cover a lot of use cases.

Let’s not allow the – in a lot of cases perceived rather than real – need to deliver quickly stop us from creating great products build from maintained and solid parts rather than a quick stop-gap that will never be replaced later on. We owe it to us to learn whilst we work and we owe it to our clients and their users to build products that show the love that went into them.

Comment on Google+ or Comment on Facebook

How to disable Java in all your browsers on OSX (screencast)

Wednesday, August 29th, 2012

disable java

OK, once again we have a massive security hole in browsers based on Java. As there are luckily not many things on the web that still need Java (and I pity you if you have to use applets still) here is a screencast how to turn it off in all your browsers on OSX. You can follow the screencast on YouTube:

Here are the quick instructions:

  • Chrome – enter “chrome://plugins/” in the URL bar, hit enter. You’ll see all the plugins enabled, disable the Java one.
  • Firefox – go to Tools > Add-Ons. In the page click Plugins and disable the Java one.
  • Safari – go to Safari > Preferences. Go to Security and uncheck “Enable Java”. This is the easiest, but Safari is also the most dangerous browser as it reaches deep into the OS
  • Opera – go to Opera > Preferences, select Advanced and uncheck “Enable plugins”. This will also kill Flash, but it seems there is no simple way to avoid this in Opera
  • Opera – type “about:plugins” in the URL bar and disable the Java one

Be safe out there, kids!

Mozilla, the web and you at Campus Party Europe

Saturday, August 25th, 2012

I just got to edit and upload the slides and screencast of my talk at campusparty europe, so here you go:

Campusparty are live streaming and recording the talks. Here is mine but sadly enough there is quite a chunk of audio missing and it seems To be out of sync later on.

I also recorded my own screencast on YouTube with audio that is a bit on the loud side so turn down your headphones:

The slides are available on SlideShare:

There is also a slide version with notes available on Slideshare.

Being a better web citizen: complain where things get fixed

Monday, August 20th, 2012

We like to complain. It feels good, it feels like we are doing something that will make things better. The problem is though, if we don’t complain where things can be changed we are not making things better. In a lot of cases we make them worse. In almost all cases where we don’t complain at the source we actually make people feel worse and share our frustration rather than initiate change.

The right to complain

I remember when that volcano in Iceland erupted and messed with all the flights in Europe. I was scheduled to come back from San Francisco and got sent to 3 different airports in the US. I was in Chicago in a totally rammed airport and queueing up to get a new ticket with about fifty people before me and two hundred or more behind me. A group of three people in front of me had their tickets already and yet were in the queue for the ticket counter. I asked them what they are doing here as they do have their tickets, wondering if I was in the right queue. I was. Their answer was “yeah, we want to complain about the delays!”. I handed them my phone to write an email to the airline and explained that complaining to the person behind the ticket counter about a thing that is incredibly obvious doesn’t help them or the already freaking out person who is faced with a line of 200+ people they probably can not help easily. I was unlucky. Logic doesn’t count when there is exercising the right to complain to be done. It is just another sense of entitlement people seem to need to excercise or else they don’t feel like they are being appreciated. Or something.

Complain where work is being done

In any case, on the web and when it comes to web development or web technology issues it is ridiculously easy to complain where a complaint makes sense and will result in a change that makes things better for everybody. If there is a GitHub repository and you have a problem with the code, file an issue. If you have something that bothers you with browsers, file a bug.

This is the only place where you should bring your worries. In a lot of cases you will find that other people had the same gripes and they have been fixed or need a certain trick to work. Anything else you do is add to the noise of the internet without causing any change. Actually, you might expect others to do work for you.

This is one thing I changed in my behaviour on Twitter and elsewhere lately – and so far it did me only good. We do not need conversations about seemingly broken issues of products without the people who create and maintain the product being involved. If they are hard to reach, then this is what should be fixed. Complaining about details to people who might be able to tell the people who should fix the issues doesn’t mean they will get them – it just means you frustrate even more people.

So next time you find yourself feeling the need to exercise the right to complain – or just feel like venting – spend some time finding the right person to complain to. A lot of times you find your anger is less than you initially think it is and many a time you will find that you did something wrong in the first place.

Got a comment? Add to the thread on Google+