Christian Heilmann

Posts Tagged ‘inspiration’

My new book idea – “Don’t do it again”

Monday, March 16th, 2009

I am a massive fan of Steve Krug’s “a common sense to web usability” book called “Don’t make me think” and want to write a book that fills the same gap for developers.

Right now the books available for developers are very technology centric and make you learn a lot about a certain job but nothing about how your delivery meshes with the rest of the team. This makes developers a needed asset but nothing that people listen to a lot when it comes to architecture or future progression. Those books sell well and make us feel good as we have improved our technical skills. However as human beings and professional employees we need to break out and get access to calling the shots where our expertise is needed. Our own navel-gazing and non-interest in matters outside our remit prevents that.

Over my career as a developer I found that most improvements of products don’t happen because of top-down decisions but because of geeks on the ground putting things in that will make their lives easier in the future changes that will inevitably come. Our work environment changes constantly and the only way to really build products that are good for us and the people we want to reach is by doing things right the first time and not un-do what we’ve done beforehand or tack extras on in a second step.

I want this book to be a helper to read through in a short period of time before starting a new job or project. I don’t want to give truths or examples that are outdated by the time the book is out but instead want to make developers aware of the power that they have if they work smart instead of delivering only what is needed.

Proposed book outline

1) One of your best assets is your laziness

This chapter will talk about being cleverly lazy – working in the right way upfront to make sure your workload will become less and less the longer the product will be under way. It will cover using the right tools, finding the right resources and organizing your time the way you feel most comfortable and become the most effective.

2) Don’t build for yourself but for those taking over from you

This chapter is all about clever developers aiming for making themselves redundant to the process over time. As a clever developer you want to improve and deliver demanding products and not get stuck in doing the same work over and over again and get stuck in maintenance of products you don’t feel enthusiastic about any longer.

3) Clever recycling is the key

One of the biggest obstacles you find as a developer is to fight your urge to deliver everything yourself. This keeps us from improving as a professional group. All of us have a clever idea to contribute but instead of merging them and finding consensus we all take our small idea and blow it up and stick some feathers on it to make it appear as the best thing since sliced bread. This chapter will talk about how using and building on top of existing solutions will make you a better developer and profit your profession as a whole making it easier to earn more money in the future.

4) Build what is needed and keep it modular

As developers we tend to think in finished products, not in smaller, re-usable components. When we develop something we are very much inclined to put in feature after feature and considering edge cases instead of delivering a solid foundation and add edge-case extensions when and if they are needed. The danger with this is that we deliver products over and over again that over-deliver on the feature front but lack the one single feature an implementer needs – the basics are not covered. This chapter will explain how to avoid this.

5) Aim for excellence

One thing that makes us stop progressing is that over time people are so disillusioned about what they can achieve in a professional environment that “making things work” is the main goal. This is terrible and the only way out is to challenge ourselves to deliver the best product out there and aim for excellence. Only if we challenge both ourselves and the people we work with we’ll be able to deliver products that change people’s lives. This includes planning bigger from the beginning. A product that is built with bad accessibility and no internationalization options might as well not be built.

6) Your product is defined by your users

This is a very important chapter for me and overlaps a bit with the feature-fetish of the previous chapter. The main ingredient of a successful product is how it fares with the audience it is intended for. Our users – regardless of ability, location or sophistication are what make and break our products. We need to know who uses our product and how they want it to work. A great example is Twitter. The use of Twitter has changed massively since its conception and its success is largely based in looking at its users and enabling them to do things they want to do.

7) Your biggest challenge is communication

This chapter will deal with how you communicate best with others, how you get seen, heard and listened to in a world as disconnected as IT is right now. Developers are considered the doers, implementers, not the ones with the overall plan. As developers however we feel exactly the other way around and many a time find ourselves saying that if we had had the chance to stop a decision before it happened the product we build would be much better. There is truth to that, but also a lot of prejudice. The right communication is built on consensus and knowing the deliveries of each of the people involved in the product.

8) Your biggest weapon is enthusiasm

The main point about being a good developer is being enthusiastic about what you do. If you build something you have no connection to you won’t be delivering an excellent job – no matter what you do. Enthusiasm is one of the most contagious things on the planet – if you do it right. This chapter gives you ideas and explains ways how I got myself enthusiastic about products even when on first glance they looked like a drag to do.

This is the main idea for the outline. I am planning to write a small book that can be handed over to new developers, heads of department and consulted at the beginning of a new project.

Delivery considerations

I have a few publishers interested and I am thinking about the format right now. One crazy idea I am having – and considering my very full agenda this year is a very good idea is to deliver the chapters as a series of talks and write the chapters as a follow-up after feedback from the audience. These talks could become part of a download package with the book.

What do you think?

Liberated Accessibility at A-Tag in Vienna

Sunday, November 23rd, 2008

I’m just looking out of the window at the snow on my balcony (in London! ZOMG!) and try to wrap up my quick trip to Vienna to attend the A-Tag conference which was an accessibility event sponsored by both Austrian government organizations and commercial partners.

me presenting and having live sign language translation
Photo by Markus Ladstaetter

The motto of the conference was “The Future is now” and thus the main sponsor was the organization in the Austrian government dealing with youth matters. This is a great idea as it meant that first of all the accessibility argument is taken outside of the disability camp but into the area that we have to deal with much more – the youth of today and its education but it also meant that people are more likely to listen to a government body than just bloggers or IT company representatives. The conference had two tracks and here’s a quick roundup of the talks I attended.

  • The conference started with Eva Pabst, a blind presenter from accessible media welcoming everybody and setting the scene.
  • Following was Robert Lender talking about the idea of bringing accessibility and youth work together and doing an admirable job in presenting the plea for collaboration. My hat is off to Robert (and he did the opposite by putting on the blue beanie after stating it’ll look silly) and I am helping him right now to create a youth oriented search engine using Yahoo BOSS.
  • After this I saw my colleague Artur Ortega giving an overview on how JavaScript solutions can increase the accessibility of web products if used correctly showing Yahoo Video, Finance (using a very clever currency converter) and other “real life” examples. Artur is a geek and hard-core well of knowledge when it comes to screen readers, great stuff.
  • Shadi Abou-Zahra of the W3C was next explaining all about WCAG2. This was a bit on the dry side, but there is not much you can do when talking about a massive topic like this and Shadi is great to ask all kind of detailed questions when you cornered him in the breaks. Good to have people telling how to convert from a WCAG1 based testing methodology to the more human WCAG2.
  • I then skipped two presentations to chat with people outside and discussing the idea of an Austrian Scripting Enabled with some of the people.
  • I got back on the tracks after lunch to see Martin Kliehm talk about WAI-ARIA and how to use it now. Despite the rather creepy factor that most of his slides featured my name or photo in one way or another Martin did a great job explaining the technical details of WAI-ARIA and showed his code solutions for it. One thing that is a bit of a shame is that him showing how complex it can get to write your own keyboard access solutions might have spooked the audience, so I made sure to explain that all the large widget libraries I know are working on ARIA implementations already, so you don’t have to be a Martin to use it.
  • Eric Eggert filled in for Tomas Caspers who couldn’t come because of company demands and was sadly missed talked about the seven deadly sins of accessible webdesign mapping the bible sins to bad examples of accessible solutions. These ranged from terrible solutions like contrast widgets that only changed the contrast of the widget itself up to 1000 character table summaries that didn’t explain what the table was about. Eric also segwayed nicely to my presentation by telling people off for discussing things for hours instead of just doing them.

The conference presentations ended with my own plea for better communication between the accessibility world and the web development world out there. The slides are available on slideshare (this is the English version, but there is also a German one. If you don’t want to sign up for slideshare to download the slides, get them from S3: German, English.

Here are the slides translated into English:

[slideshare id=778833&doc=atagenglish-1227392313529781-9&w=425]

I will write more about this topic soon and hopefully give some talk on it in the anglophone world, too :)

The organization of the conference was flawless and went without a hitch. The catering was marvelous and Vienna itself is a beautiful, easy to navigate town full of coffee houses and bakeries. Please London, take these on!

I have to thank the organizers, Eric Eggert, Accessible media and the dynamic duo of Markus and Martin Ladstaetter of Bizeps for a great conference. I was also very impressed with the live transcription to sign language and the professionalism this was done with (I had a good talking to before my talk to speak much slower and hope I pulled it off).

On a personal note one of my highlights was being able to have a long chat (with aid of the sign language translators) with several hard-of-hearing attendees (including the terribly inspiring Manfred Schuetz) which helped me to understand their concerns and give them some ideas how to get the need for proper captioning and transcription to sign language out there.

It was a good time and if you speak German and you care about accessibility, give A-Tag a go next time, it is well worth it.