Web Development
For people outside of computing, or even who aren’t directly involved in some way with web development, it can be very difficult to understand the different levels and roles of various members within a team and who become responsible for creating their website. Of course there isn’t any set-in-stone roles, many developers transcend and have skill sets expansive enough to cover more than role, but it’s usually the case that if you want the very best, you don’t necessarily want one person who claims they can design and develop your website for you. You might find you end up with a technically perfect website with a nice, but not a visually amazing design. Equally back-end developers don’t generally like the front-end stuff, or don’t have the same level of skills that a front-end developer (should) have. So the problem is conveying this to non-developers (and most commonly: clients and potential clients). I’ve found myself trying to explain the concept of three different roles (design, front-end, back-end) in a variety of ways but over time I’ve developed my “Highstreet Store Analogy” and I’m not saying it’s perfect, but I’ve helped a lot of people grasp the concept of different development roles using it: Read more

The double-margin bug in IE6 is one of those inexplicable behaviours of the aged browser that nobody quite understands: the developers claimed to be following the W3C’s CSS standards with IE6’s rendering, but sometimes this can almost be forgiven: the rules and guidelines are written down in such a verbose and brain-shattering verse that it’s very easy to see where people would perceive different outcomes when reading the same thing.
Not even a year ago, I spent a couple of days wrestling with Mark Davidson’s sIFR in an attempt to find a cross-browser compatible method of embedding custom fonts into a website I was developing, which the designer absolutely insisted could not use a normal web-safe font. Of course I very quickly gave up and reverted back to a PHP dynamic text replacement module - for all the great things that sIFR has done for the web developing community (and especially in reducing arguments between designers and front-end developers), it’s an absolute pig to get to work reliably across browsers and can really reduce the usability and loading of your site. Not good.

One of the biggest problems with larger application developments is the maintenance. If you’ve ever worked for a company, or somebody (or have been that somebody yourself), who decides on a whim that the dark blue colour used extensively across your website should really be a light shade of green (yuck!), then you can appreciate how time consuming and troublesome this sort of “simple” change can be.

To absolutely ensure maximum accessibility for your users, your website mark-up should be valid to the W3 guidelines. Using WordPress and multitudes of plugins that inject further code into your source can make that all very difficult.

Over the past couple of years I’ve noticed something about referrals: Google Images is very very valuable in attracting users to your website, and it’s equally much easier to get high rankings in the image search results than it is in native search results. The annoying thing about Google Images however, is the way it simply offers the image up to the viewer in a separate frame, making it easy for visitors to simply steal/view your image directly and leave again, never actually paying any attention to your site and potentially reducing your income if the site is monetised with advertisements, and removing any value to you of the visitor.

Aside from detecting visitors by their IP address, which I have covered in a previous post, you may also want to be able to detect what the referring website that you visitor has come from is, and react accordingly.






