Categories
Standards State of the Web Web Design Web Design History Web Standards

It’s 2014. Is Web Design Dead?

IN A RECENT article on his website, Web Standards Killed the HTML Star, designer Jeff Croft laments the passing of the “HTML and CSS ‘guru’” as a viable long-term professional position and urges his fellow web design generalists to “diversify or die.”

The reason the Web Standards Movement mattered was that the browsers sucked. The stated goal of the Movement was to get browser makers on board with web standards such that all of our jobs as developers would be easier.

What we may not have realized is that once the browsers don’t suck, being an HTML and CSS “guru” isn’t really a very marketable skillset. 80% of what made us useful was the way we knew all the quirks and intracries of the browsers. Guess what? Those are all gone. And if they’re not, they will be in the very near future. Then what?

From my perspective, the web standards struggle consisted of two phases of persuasion: first we convinced browser makers that it was in their interest to support current HTML, CSS, and JavaScript specifications completely and accurately; then we evangelized the accessibility, findability, and portability benefits of lean semantic markup and progressive enhancement to our colleagues who made websites and their clients.

Evangelizing true compliance, not mastering workarounds for compliance failures, was always the point. Evangelizing was key. Browsers weren’t going to stay standards compliant if nobody made use of that compliance; likewise, W3C specifications weren’t going to advance unless designers seized hold of technologies like CSS to push type and layout on the web as far as they could go—and then complain that they didn’t go far enough.

It took a village of passionate browser engineers, designers, front-end developers, and generalists to bring us to the web we have today. Does the movement’s success mean that many of those who led it will become jobless, like Bolsheviks after the Russian Revolution?

Jeff Croft is correct when he says “the goal of the Web Standards Movement was for it to not have to exist.” But we should take this a step further. The goal of the web standards movement was to remove needless complexity and absurdity from the process of creating websites so we could focus our attention where it should be: on design, content, and experience. Evangelizing standards to browser makers and our fellow designers was not a career path, and was never intended to be—any more than aiding a wounded buddy turns a soldier into a physician.

Interestingly, once web standards made the web safe for design, content, and experience, the web’s capabilities—and, thus, the work required to create certain kinds of websites—started becoming more and more complex. To help cut down on that complexity, some front-end developers began sharing chunks of code (from Eric Meyer’s CSS Reset to Mark Otto’s Bootstrap) which paradoxically set in motion another level of complexity: as Jeff Croft points out, familiarity with these and dozens of other tools is now expected of job applicants who could once get hired on nothing more than a solid understanding of HTML and CSS plus a little JavaScript.

HTML “gurudom” was never a career path for anyone, aside, maybe, from a couple of talented authors. Same thing with CSS trickery. Doing black magic with CSS3 can get you a slot on a web design conference stage, but it’s not a career path or proper goal for most web designers.

Fascinatingly, to me, anyway, while many of us prefer to concentrate on design, content, and experience, it continues to be necessary to remind our work comrades (or inform younguns) about web standards, accessibility, and progressive enhancement. When a site like Facebook stops functioning when a script forgets to load, that is a failure of education and understanding on the part of those who created the site; all of us have a stake in reaching out to our fellow developers to make sure that, in addition to the new fancy tricks they’ve mastered, they also learn the basics of web standards, without which our whole shared system implodes.

This doesn’t mean “go be an HTML guru.” It does mean cherish the lessons of the recent past, and share them with those who missed them (or missed the point). Wisdom is not a job, but it is always an asset.

Never fear, web design generalists: many companies and organizations require your services and always will—from universities still seeking “webmasters,” to startups seeking seasoned folks with multiple areas of understanding to direct and coordinate the activities of younger specialists. But if jack-of-all web work is feeling stale, now may be the time to up your game as a graphic designer, or experience designer, or front end developer. “Diversify or die” may be overstating things a bit. But “follow the path you love” will always be good advice.

Categories
Design industry Startups State of the Web

The Black Hole of The Valley

STOP ME if you’ve heard this one: Guy goes into a venture capital firm, borrows money. Uses money to turn neat idea into product. Gives away product (or sells well below cost) to build a following and thus a demand.

Customers love product, imbue it with their life energy and creativity. Community grows, but not cashflow, because money was something to be figured out later. More investors throw more money at the product, on the theory that what it needs is fancier offices or fifty designers united behind no vision in particular.

Surprisingly (at least to the participants), several rounds of throwing cash and bodies at what was once a neat idea fail to generate ludicrous return on investment. Capitalists demand that product idea be changed.

Change of idea fails to generate ludicrous return on investment. Customers, no longer sure what product is about (or even that it has a future) become less passionate.

Usage falters, then rapidly hits event horizon.

Guy starts shopping no longer loved or interesting product at fire sale price.

Eventually big internet company sucks product and product team into itself, where both disappear forever.

Categories
Design software State of the Web The Essentials The Profession Usability User Experience UX Web Design Web Design History Web Standards

The Lords of Vendorbation

Vendorbation
ven·dor·ba·tion
/?vend?r-?b?-sh?n/

noun : Unusable web-based intranet software foisted on large populations of users who have no say in the matter. For example, the “dynamic” website for your kid’s school, on which you can never find anything remotely useful—like her classroom or the names and email addresses of her teachers. Merely setting up an account can be a Borgesian ordeal minus the aesthetics.

Tried updating a driver’s license, registering a name change after a marriage, or accomplishing pretty much any task on a local, state, or federal website? Congratulations! You’ve been vendorbated. In ad sales? In publishing? Travel agent? Work in retail? Y’all get vendorbated a hundred times a day. Corporate America runs, not very well, on a diet of dysfunctional intranets sold by the lords of vendorbation.

Terrible food kills a restaurant. Terrible music ends a band’s career. But unspeakably terrible software begets imperial monopolies.

Wholesale contractual vendor lock-in between vendors of artless (but artfully initially priced) web software and the technologically unknowing who are their prey (for instance, your local school board) creates a mafia of mediocrity. Good designers and developers cannot penetrate this de-meritocracy. While they sweat to squeeze through needle’s eye after needle’s eye of baffling paperwork and absurd requirements, the vendorbators, who excel at precisely that paperwork and those requirements, breeze on in and lock ‘er down.

Vendorbation takes no heed of a user’s mental model; indeed, the very concept of a user’s mental model (or user’s needs) never enters the minds of those who create vendorbatory software. I say “create” rather than “design,” because design has less than nothing to do with how this genre of software gets slapped together (“developed”) and bloated over time (“updated”).

Vendorbatory product “design” decisions stem purely from contingencies and conveniences in the code framework, which itself is almost always an undocumented archipelago of spaghetti, spit, and duct tape started by one team and continued by others, with no guiding principle other than to “get it done” by an arbitrary deadline, such as the start of a new school year or the business cycle’s next quarter.

Masturbation, or so I have read, can be fun. Not so, vendorbation. It is a nightmare for everyone—from the beleaguered underpaid lumpen developers who toil in high-pressure silos; to the hapless bureaucrats who deserve partners but get predators instead; from the end users (parents, in our example) who can never do what they came to do or find what they want, and who most often feel stupid and blame themselves; to the constituents those users wish to serve—in our example, the children. Will no one think of the children?

Cha-ching! Like a zombie-driven un-merry-go-round spinning faster and faster as the innocents strapped to its hideous horses shriek silently, the vendorbation cycle rolls on and on, season after bloody season, dollar after undeserved dollar, error after error after error after error in saecula saeculorum.

Think it’s bad now? Wait till the lords of vendorbation start making their monstrosities “mobile.”


Doff of the neologist’s toque to Eric A. Meyer, whose cornpensation helped crystalize what to do with the bad feelings.

Categories
An Event Apart architecture Best practices Chicago cities Code creativity Design Designers glamorous IXD Mobile mobile Multi-Device Standards State of the Web Usability User Experience UX Web Design Web Standards Working Zeldman

Chicago, Chicago

An Event Apart Chicago—a photo set on Flickr. Photos of the city and the conference for people who make websites.

AN EVENT APART Chicago—a photo set on Flickr. Pictures of the city and the conference for people who make websites.

Notes from An Event Apart Chicago 2013—Luke Wroblewski’s note-taking is legendary. Here are his notes on seven of the ten presentations at this year’s An Event Apart Chicago.

#aeachi—conference comments on Twitter.

Chicago (Foursquare)—some of my favorite places in the city.

An Event Apart Chicago—sessions, schedule, and speaker bios for the conference that just ended.

AEA Chicago 2013 on Lanyrd—three days of design, code, and content on the social sharing platform for conferences.


THE NEXT AEA event takes place in Austin and is already sold out (although a few spaces are still available for the full-day workshop on multi-device design).

A handful of seats are available for the final event of the year, An Event Apart San Francisco at the Palace Hotel, December 9–11, 2013. Be there or be square.


Categories
Design State of the Web

Deep Thoughts

Categories
Startups State of the Web

Reality 2.0

GOING TO BE SAD when all these social networks I’ve been pouring my life into get shut down by basic economics or bought by Yahoo.


Categories
Adobe business State of the Web Typekit

Adobe Love

I CAME to AdobeMAX in Los Angeles to give a talk to a room full of designers. Before arriving, I thought of Adobe as a historically important 20th century company that was slowly leaking relevance—a company web designers in the era of responsive design have begun to think of with a combination of fondness and embarrassment, like a beloved but somewhat shameful old uncle.

I came to LA with those perceptions, but I leave with the impression of an exciting 21st century company in emergence.

Realistic products for a magical age

The products I saw were both amazing and realistic. It was amazing to see a responsive design prototyping application that works independently and inside Photoshop, created by passionate people who actually work in our field and who consulted with Ethan Marcotte, for Pete’s sake.

That was the amazing part, but the equally important realistic part was that nobody was pretending this tool would be used to deliver final code on your website. It was not a responsive Dreamweaver I saw, but a prototyping tool, to help designers figure out how their responsive design should work (and maybe show the prototype to a boss or client for approval). Just prototyping. Nobody pretending they had a product that would make the difficult craft of front-end design redundant. No such intention behind the product. A product for the real work-flow of 21st century design teams. No marketing puffery, no inflated claims to set designers’ teeth on edge.

We are now them

More than that. Every Adobe employee I saw seemed to be excited, happy, and on-board with the mission. I see that kind of energy at good startups and small studios. I never see it in big corporations. It sometimes seemed to me that Adobe hadn’t so much acquired Typekit as the reverse: that the people and thinking behind Typekit are now running Adobe (which is actually true), and that the mindset of some of the smartest consultants and designers in our industry is now driving a huge corporation.

I never expected to see that in my lifetime, and to me, it is even more impressive than the amazingness and realism of the new product line or the transformation of the company from a shrink-wrapped product manufacturer to an inventor of cloud-based services. I never expected to see people like us running companies like that.

It makes me feel good about the future, when so many other things conspire to make us feel the opposite.

Categories
Best practices Blogs and Blogging Community Design engagement Responsibility State of the Web twitter writing

140 Characters is a Joke

THERE IS ALWAYS more to the story than what we are told. I am not omniscient. It is better to light a single candle than to join a lynch mob. Other people’s behavior is not my business. Truth is hard, epigrams are easy. Anything worth saying takes more than 140 characters. Blogging’s not dead. F____ the 140 character morality police.

Categories
Big Web Show CSS CSS3 Designers development Education eric meyer HTML podcasts Standards State of the Web

Big Web Show 79: Eric Meyer

Eric Meyer

IN EPISODE No. 79 of The Big Web Show (“everything web that matters”), I interview CSS guru, Microformats co-founder, O’Reilly and New Riders author, and An Event Apart co-founder Eric A. Meyer (@meyerweb) about upcoming CSS modules including grid layout, flexbox, and regions; his career trajectory from college graduate webmaster to world-renowned author, consultant, and lecturer; founding and running a virtual community (CSS-Discuss); becoming an O’Reilly writer; the early days of the Mosaic Browser and The Web Standards Project’s CSS Samurai; “The Web Behind” variation of The Web Ahead podcast, and more.

Listen to the episode.

About Eric

Eric A. Meyer has been working with the web since late 1993 and is an internationally recognized expert on the subjects of HTML and CSS. He is the principal consultant for Complex Spiral Consulting and lives in Cleveland, Ohio, which is a much nicer city than you’ve been led to believe. Author of “Eric Meyer on CSS” (New Riders), “Cascading Style Sheets: The Definitive Guide” (O’Reilly & Associates), “CSS2.0 Programmer’s Reference” (Osborne/McGraw-Hill), and the CSS Browser Compatibility Charts, Eric co-founded and co-directs An Event Apart, the design conference “for people who make websites,” and speaks at a variety of conferences on the subject of standards, CSS use, and web design.

URLs


Photo: Chris Jennings

Categories
A List Apart Accessibility Apple Layout mobile Standards State of the Web Web Design Web Design History Web Standards

A List Apart Issue No. 367: Apple’s Vexing Viewport

In A List Apart Issue No. 367, Peter-Paul Koch, Lyza Danger Gardner, Luke Wroblewski, and Stephanie Rieger explain why Apple’s new iPad Mini creates a vexing situation for designers and developers who create flexible, multi-device experiences.

Each week, new devices appear with varying screen sizes, pixel densities, input types, and more. As developers and designers, we agree to use standards to mark up, style, and program what we create. Browser makers in turn agree to support those standards and set defaults appropriately, so we can hold up our end of the deal. This agreement has never been more important.

That’s why it hurts when a device or browser maker does something that goes against our agreement—especially when they’re a visible and trusted friend of the web like Apple. Read Vexing Viewports and contribute to the discussion.

This issue of the magazine also marks the departure of Jason Santa Maria as creative director after seven years of brilliant design and support.

Jason’s elegant redesign of A List Apart and its brand in 2005, together with the master stroke of bringing in Kevin Cornell as illustrator, brought the magazine new fame, new readers, and new respect. Over seven great years, his attention to detail, lack of pretension, and cheerful, can-do attitude has made working on ALA a pleasure. Jason was also a key member of the strategic team that envisioned ALA’s upcoming content expansion—about which, more will be revealed when the site relaunches in January.

Jason will continue at ALA as a contributing writer and as designer of A Book Apart (“brief books for people who make websites”), of which he is also a co-founder.

Categories
Community democracy Design State of the Web Web Design Web Design History

Unsung Heroes of Web and Interaction Design: Derek Powazek

WE TAKE the two-way web for granted today, but it wasn’t always this way, and the democratizing power of HTML wasn’t manifested overnight. Derek Powazek is one of the pioneering designers who helped bring the two-way web into being.

Informed web designers admire Derek’s now-defunct 1996 personal storytelling site {fray} as one of the first (the first?) examples of art direction on the web, and it certainly was that. Each {fray} story or set of stories was different; each had its own design and layout. Often the site made then-cutting-edge technologies part of the story—as in one tale about the theater, which was told via draggable framesets. (At the conclusion of each page, the user dragged on “theater curtains” made of Netscape frames to reveal the next page, or stage, of the story.) {fray} and Derek are justly famous for promoting true storytelling art direction on the web, in an era when most websites followed strict rules about inverted-L layouts and other now-happily-forgotten nonsense.

But while many fondly remember the site for its art directional achievements, what goes unnoticed is that {fray}, in 1996, was a massive leap forward into the two-way web we take for granted today. The democratizing web that makes everyone an author and publisher, whether on Twitter, Facebook, Tumblr, or WordPress, thereby fulfilling Sir Tim Berners-Lee’s vision for HTML; this web we alternately joke about and fiercely defend; this web in which we spend half our lives (whether on desktop or mobile); this global town hall in which we share the most mundane details of our lives, as well as those things about which we are most passionate—this two-way web would not exist today if not for pioneering interaction designs that showed the way. And Derek Powazek’s {fray} was among the first and most important of those pioneering designs.

Now, web design had been “interactive” since Sir Tim invented HTML. Clicking blue underlined links to explore content is by definition interactive. And the first commercial websites, contrary to what the previous decade’s “Web 2.0” evangelists would have had you believe, were not one-way communications. The Batman Forever site my first web partners and I worked on in 1995 pushed design and content out to the masses, to be sure—but the site also had discussion forums, where individuals could contribute their viewpoints. Sites before ours had sported such discussion forums; sites after ours would, too.

What Derek did with {fray}, though, took the two-way web to a whole new level. Instead of siloing content by producer (“official” web content here, “user” discussion forums there), Derek integrated the reader’s response directly into the content experience.

I don’t know if {fray} was the first site to do this, but it was the first site I saw doing it—the first site I know of that not only made the entire reading community an equal content authoring partner with the site’s own writers, designers, and developers, but also underscored the point by putting the site’s content and the readers’ content in the same place visually (and therefore conceptually). Fray.com wasn’t just about showing off Derek and his talented partners’ brilliance. It was about encouraging you to be brilliant.

Today we take embedded article/blog post comments for granted, but they wouldn’t exist without a memorable precursor like fray.com. Your blog’s comments may not owe their existence to a flash of insight you personally experienced while reading {fray}, but you can bet that the convention was grandfathered by a designer who was influenced by a designer who was influenced by it.

In the nearly two decades since {fray} debuted, Derek has worked on many things, most of them community driven. Cute-Fight is his latest. Here’s to our democratic, personal web, and to one of the champions who helped make it that way.

Categories
Authoring HTML HTML5 State of the Web Web Design Web Design History Web Standards XHTML

Lawson on picture element

Those eager to bash Hixie and the WHATWG are using the new spec as if it were a cudgel; “this is how you deal with Hixie and WHATWG” says Marc Drummond. I don’t think that’s productive. What is productive is the debate that this publication will (hopefully) foster.

Bruce Lawson’s personal site: On the publication of Editor’s draft of the element.

Categories
Design development Formats HTML HTML5 Products software State of the Web Tools

HTML5 Video Player II

JOHN DYER’S MediaElement.js bills itself as “HTML5 <video> and <audio> made easy”—and that’s truly what it is:

For complete information, visit mediaelementjs.com.

Hat tip: Roland Dubois.

Categories
business businessweek client management client services clients content Content First CSS3 Curation Dan Benjamin Design E-Books Ethan Marcotte findability Google Happy Cog™ HTML HTML5 Jeremy Keith Microsoft podcasts Publishing Real type on the web Redesigns Responsive Web Design Standards State of the Web The Big Web Show Usability User Experience UX Web Design Web Design History Web Standards Zeldman

Leo Laporte interviews JZ

IN EPISODE 63 of Triangulation, Leo Laporte, a gracious and knowledgeable podcaster/broadcaster straight outta Petaluma, CA, interviews Your Humble Narrator about web standards history, responsive web design, content first, the state of standards in a multi-device world, and why communists sometimes make lousy band managers.

Categories
"Digital Curation" Advocacy Announcements Applications Best practices Design social networking software Standards State of the Web

Proposed standards for the care and feeding of user generated content

THIS MORNING Contents Magazine launched the beginning of something both good and important: a set of guidelines that could lead to a safer world for user-created content.

Contents believes (and I agree) that products and services which make a business of our stuff—the photos, posts, and comments that we share on their platforms—need to treat our content like it matters. Not like junk that can be flushed the moment a product or service gets acquired or goes under.

On the web, popularity waxes and wanes; beloved services come and go. AOL was once mighty. MySpace was unstoppable. Nobody expected Geocities, Delicious, or Gowalla to just disappear, taking our stories, photos, and memories with them. But that’s what happens on the web. Tomorrow it could be Facebook, Twitter, Instagram, or Flickr. We can continue to blindly trust these companies with our family histories, and continue to mourn when they disappear, taking our data with them. Or we can demand something better.

Contents and its small team of advisors have devised three simple rules customer-content-driven services and apps should follow to respect and protect our content:

  • Treat our data like it matters. Keep it secure and protect our privacy, of course—but also maintain serious backups and respect our choice to delete any information we’ve contributed.
  • No upload without download. Build in export capabilities from day one.
  • If you close a system, support data rescue. Provide one financial quarter’s notice between announcing the shutdown and destroying any user-contributed content, public or private, and offer data export during this period. And beyond that three months? Make user-contributed content available for media-cost purchase for one year after shutdown.

You may see this as a pipe dream. Why should a big, successful company like Facebook listen to us? But citizen movements have accomplished plenty in the past, from bringing web standards to our web browsers, to peacefully overthrowing unpopular governments.

I’m on board with the new Contents guidelines and I hope you will be, too. If enough of us raise enough of a sustained fuss over a sufficient period, things will change.

More at Special Report #1: Data Protection — Contents Magazine.