September 26, 2003

Standards Rant #212

Jeffrey Veen: The Business Value of Web Standards. Wherein Jeff justifies their CSS redesign as a business decision.

How important is standardization to an individual business like ours? Do Web standards give organizations a return on investment? Does the transition to XHTML and CSS make financial sense? The answer to those questions is yes.

The message is a familiar one by now, but it needs to keep being stated. Proper design can save on bandwidth costs, initial design costs, and subsequent maintenance costs. We need to keep hammering out this message until it spreads across the globe, until people realize that partying like it’s 1996 maybe isn’t the best way to do business anymore. We can’t say it once and then let it get buried in the archives. The point needs to be continually made.

And it’s working. The message is getting out, and the tide is slowly turning. Web standards advocates are out there making enough noise, and enough people are starting to listen. The standards are there, the browsers are ready, I think we’re going to see a larger and larger surge in standards-based design as time goes on. Don’t get me wrong, tag soup is not going away. I don’t think browsers are ever going to drop the lax parsing rules that make tag soup possible. And there’s nothing wrong with that. It’s what the Web was built on, the concept that you can just bash out something quick and simple and have it work. Forgot to close a tag, or nested something wrong? It’s okay. The browser will muddle along, take a stab at what you really meant, and your message will get across. Tag soup is perfectly fine.

For amateur sites.

When you’re a professional, building professional sites, you need to strive for that higher level of quality. All of the excuses not to learn and use standards-based design have been eroded over the last few years, until we reach the point we’re at now: There is no reason that a professional site can’t be built using XHTML, and be styled with CSS. There is no reason to leave tags unclosed and improperly nested, to use spacer images and empty table cells to create margins. 100% validation isn’t strictly necessary, because there are always little things like unescaped ampersands that can slip by and screw you up. But there are countless best practices out there that can be used, that are actually easier than the tag soup methods. And it all comes down to this: being a “professional” web designer shouldn’t just mean you’re doing it for money instead of a hobby. It should mean you’re producing work that’s a notch above everyone else’s, that there’s a standard of quality that you’re striving for, that you’re not just using eight-year old techniques because they still work. It should mean you’re committed to the industry, and you’re following along with the latest developments. Any excuses you might come up with all boil down to “I don’t have enough time/energy/drive/intelligence to learn how to do it right.” And if you can’t learn to do something right, how can you be considered a professional?

The preceeding has been my standards advocacy rant for the month of September. Stay tuned for the October installment.

Filed under Uncategorized

Comments (2)

Comments RSS - Write Comment

  1. Ginger says:

    So what do we do about portal technology (such as Oracle) that is spitting out horrid HTML 3.0/4.0? If portals are the future of enterprise web development, we'll never have a time where standards must be enforced through browsers.

    Posted September 29, 2003 @ 3:59 pm
  2. Scott Schrantz says:

    Well, that where theoretically we put pressure on the tools vendors to update their products so they generate standards-friendly code. A pipe dream, perhaps, but they're in the same category as people who generate horrid HTML by hand; there's no valid reason for them to still be doing it. Market pressure created a standards-friendly Dreamweaver; if we keep it up, some of the other major vendors might eventually fall in line too.

    That's going to be long road.

    Posted September 29, 2003 @ 4:15 pm

Write Comment