[link:http://checkengineusa.com/dennislembree/blog/?p=4,Dennis Lembree] and [link:http://www.3point7designs.com/blog,Ross Johnson] interviewed me yesterday for the latest [link:http://webaxe.blogspot.com/,Webaxe] podcast.

I’ve talked a lot about my past, JavaScript, where I get inspiration, how I experienced distributed development, what I think of innerHTML and noscript, how I came to write a book, what writing a book means and lots more. The interview was done via Skype so I do sound a bit muffled, but it was much fun.

There I was talking about not believing in the “web celebrity thing” and now I plug my own interviews…

Anyways, [link:http://webaxe.blogspot.com/2006/10/interview-with-author-christian.html,Check out the Podcast (MP3 – 9MB) ] thanks to Dennis and Ross for grilling me.

[tags]Podcast,Accessibility,meohme,distributed development,christianheilmann[/tags]

A colleague just found this by chance: If you type “v” in the browser location on firefox and hit enter you’ll end up on the V for Vendetta homepage. Incidently I just bought the DVD and loved the movie to bits. But how does it work? (more…)

Recently I have discovered a really sad pattern of behaviour in the webdevelopment world and its communication channels (blogs, mailing lists, forums, IM): People don’t share information as they are afraid that it may sound too trivial, not relevant or has been discussed to death already.

This is happening in companies, too: new developers hold back in asking questions or showing others what they have done and how they solved a certain problem as they fear it may make them sound inexperienced and helpless.

It is an overused expression, but there really are no stupid questions. Repeating them over and over again without taking on information you get in answers makes you appear stupid, but the question in itself stays relevant.

There is no gain in all of us being smug about knowing it all and not really caring to ask for help with small nagging issues in favour of spending days to solve them ourselves. Asking a colleague is not a weakness but simply shows that you care about the problem and you want a second opinion to test your approach (XP fans will remember the pair programming idea).

I have some blog posts here that get an amazing amount of hits that some people asked me why I ever bothered to put them up. Things like “[link:http://www.wait-till-i.com/index.php?p=204,How to remove the border around a linked image]”, “[link:http://www.wait-till-i.com/index.php?p=257,Using CSS classes to avoid loops], [link:http://www.wait-till-i.com/index.php?p=19,Printing Background Images] or [link:http://www.wait-till-i.com/index.php?p=251,Linking an Icon and a text and apply a roll-over state]. This proves to me that the demand is there, and that things we consider “Common Knowledge” might not be that common.

There is a rather cool site that got into the direction of offering information like this, called [link:http://bitesizestandards.com/,Bite Size Standards]. However, after an initial honeymoon period of posts it seems to have gone back to bed for a beauty sleep.

In my current work, [link:http://www.kid666.com/blog/,Tom Croucher,colleague friend] tries to start implementing something called “Lightning Talks”, which are 5 minute presentations of someone of the team to the team about a certain issue and how to solve it, followed by a 10 minute question and answer session.

Battling the Common Knowledge Myth

Now, as a web site like bitesize standards means work and dedication and filtering, I propose another idea:

Let’s post a lot of these small “Issue – Solution” blog posts and simply use a unified Technorati tag for them, for example “[tag]webdevtrick[/tag]”. That way other bloggers or sites can get the feed on that tag and show them, and we can advertise the idea on mailing lists every time the same question gets asked. Consider it a decentralised FAQ with Technorati as the aggregator.

I’ll publish results here, and simply will start doing that myself, so even if I am wrong with this idea, it doesn’t cost me much time.

[tags]FAQ, webdevtrick, CSS, HTML, JavaScript, Webdevelopment, Socialweb, Help[/tags]

[link:http://muffinresearch.co.uk,Stuart Colville,colleague friend] just sent me proof for a massive bug in Google Maps! Check it out for yourself!

In case it is fixed, [link:http://www.flickr.com/photos/codepo8/254987103/,here’s my flickr copy].

Did I mention that you learn something new every day? I just answered a question on CSS discuss about styling BR elements in andADDRESS element (don’t ask) and got all microformaty by offering spans inside the address with all kind of [link:http://microformats.org/wiki/hcard,hCard] goodness as the solution.

I thought I was in the know as even Tantek used them in his [link:http://tantek.com/presentations/2005/03/elementsofxhtml/,elements of XHTML] presentations. However, [link:http://intranation.com,Bradley Wright,friend colleague] turned around with a smile on his face and told me that ADDRESS is bad choice for a hCard, as when you look at the [link:http://www.w3.org/TR/1999/REC-html401-19991224/,specs of HTML 4.01], you find in the [link:http://www.w3.org/TR/1999/REC-html401-19991224/struct/global.html#h-7.5.6,ADDRESS section]:

The ADDRESS element may be used by authors to supply contact information for a document or a major part of a document such as a form. This element often appears at the beginning or end of a document.

Which means it is semantically there to provide a contact option for this document, and not for a physical locationnot for a physical location of a product the web site advertises or an address of someone the article talks about. Brad, of course had this from another person that has too much time to read the specs: [link:http://cackhanded.net/,Mark Norman Francis,friend colleague met muse] as they had argued about that earlier because of an hCard integration in a company property.

So, is this the end of ADDRESS? Seeing that it is an inline elementthat it doesn’t allow for nested paragraphs in HTML 4.01 strict, I always considered it a bad choice for marking up an address anyways.

Update

We were too late with this discussion, actually. [link:http://microformats.org/discuss/mail/microformats-discuss/2005-June/000013.html,Tantek explained the logic of it in 2005 on the microformats list] and it is also [link:http://microformats.org/wiki/hcard-faq#Should_I_use_ADDRESS_for_hCards,part of the hCard FAQ].

Dear me, bad research on my behalf.

[tags]semantics, geek, microformats, html, myths, yahoo, norm, bradleywright[/tags]