Breaking the Bandwith Barrier
Bandwidth. How big is yours? Do you care? Well apparently, we are all demanding more of the stuff with streaming video from the BBC iPlayer and other video casting sites. The pessimists write about how it could break the Internet, how it could change the price of a loaf of bread, and even cause your mother to say “I told you so.” (OK, well maybe not as bad as that, but I’m sure it sold a few more papers anyhow).
This causes me to have that 1000pixel stare and get flashbacks when I sleep at night. You see, as a Web veteran from the last century, remembering the day Yahoo (all one page of it) appeared on the Web, and the onset of Flash I get a deja vu feeling about it all.
Back in those Halcyon days, when “surfing the net” meant annoying a fisherman while catching waves, bandwidth was a most precious commodity. Not precious in the way of kilobits, but bits. Yes, every bit counted.. and there wasn’t that many of them to count either!
Having a 56kbps line was a veritable storm drain in the plumbing of data transfer, and web designers pushed out the boat, or graphic content to be exact. In addition to this, more people were getting ensnared in the web daily. How could this fledgling Web grow when so many ‘flies’ were trying to ensnare themselves therein?
Well the answer, other than “very quickly, actually”, is smartly. Smart how? You see, the problem was tackled from two directions, above and below. Capacity was increased by modernising infrastructure and laying new ’spider threads’ as you’d expect – the tackling from above bit, and this is the main* thrust of the current debate being discussed in the media. (* ‘main’ as in ‘only’)
Now here’s the ‘but’; the problem was also tackled from below by web designers. They created pages more appropriate to the available bandwidth – bandwidth optimisation. To see just how effective this is, compare and contrast the effect of a bumblebee at full kilter hitting a web to that of a midge fly reversing round a bend and nudging a web.
The savings when optimising, compressing, trimming off the fat, paring down to the essentials can be substantial. It’s worthwile. Consider shaving 1% of data off downloading a web page ( this seems a modest task as a quick check of my current 22Kb web page shows I could save about 2kb just by removing extraneous spaces in the code – which is nearer 10% of shaving-savings than 1%!). Multiply this up by the amount of people sucking content out of your server users and your savings just keep stacking up. The more users the more savings.
Every designer and his pet goldfish is using javascript frameworks, CSS, and all other manner of unclean meat in websites these days. Isn’t it time to bring on the code obfuscators that reduce variable name lengths down to a character, and all other manner of compression enabling technologies we can throw into the mix? I think so, in fact, I know so. Optimisation worked very well before and helped the Web become what it is today.
Gone on, impress your wallet, compress your code. You know it makes sense when breaking the bandwidth barrier.

