Who’s Afraid of the Big Bad Medium?

IN 2003, long before he was a creative director at Twitter, Douglas Bowman wrote articles about design, posted case studies about his design projects, and shared his photography on his personal/business site, stopdesign.com.

A year previously, Doug had attained instant fame in standardista circles by recoding Wired.com using CSS for layout. That sounds nonsensical nowadays, but in 2002, folks like me were still struggling to persuade our fellow web designers to use CSS, and not HTML tables, for layout. Leading web designers had begun seeing the light, and there had been a sudden profusion of blogs and personal sites that used CSS for layout, and whose markup strove to be semantic and to validate. But nobody had as yet applied web standards to a large commercial site—giving rise to the charge, among Luddite web designers, that standards-based design was “okay for blogs” but had no business on the “real” web.

Then Doug recoded Wired.com with CSS, Mike Davidson did the same for ESPN.com, and all the old reactionary talking points were suddenly as dead as Generalissimo Franco—and the race was on to build a standards-compliant, open web across all content and application sectors.


IN THE PROCESS of helping to lead this sea change, Douglas Bowman became famous, and anybody who was anybody in web design began passionately reading his blog. And yet.

And yet, when Doug had a really big idea to share with our community, he published it on A List Apart, the magazine “for people who make websites.”

Did he do so because blogging was dead? Because the open web was in trouble? Of course not. He did it because publishing on A List Apart in 2003 allowed Doug to share his innovative design technique with the widest possible audience of his peers.


PUBLISHING in multiple venues is not new. Charles Dickens, the literary colossus of Victorian England, did it. (He also pioneered serial cross-cutting, the serial narrative, and the incorporation of audience feedback into his narrative—techniques that anticipated the suspense film, serial television narratives like Mad Men, and the modification of TV content in response to viewer feedback over the internet. But those are other, possibly more interesting, stories.)

Nobody said the open web was dead when Doug Bowman published “Sliding Doors of CSS” on A List Apart.

Nobody said the blog was dead when RSS readers made it easier to check the latest content from your favorite self-publishing authors without bothering to type their personal sites’ URLs into your browser’s address bar.

Forward thinkers at The New York Times did not complain when Mike Davidson’s Newsvine began republishing New York Times content; the paper brokered the deal. They were afraid to add comments to their articles on their own turf, and saw Newsvine as a perfect place to test how live reader feedback could fit into a New York Times world.

When Cameron Koczon noticed and named the new way we interact with online content (“a future in which content is no longer entrenched in websites, but floats in orbit around users”), smart writers, publishers, and content producers rejoiced at the idea of their words reaching more people more ways. Sure, it meant rethinking monetization; but content monetization on the web was mostly a broken race to the bottom, anyway, so who mourned the hastening demise of the “web user manually visits your site’s front page daily in hopes of finding new content” model? Not many of us.

By the time Cameron wrote “Orbital Content” in April of 2011, almost all visits to A List Apart and zeldman.com were triggered by tweets and other third-party posts. Folks were bookmarking Google and Twitter, not yourhomepage.com. And that was just fine. If you wrote good content and structured it correctly, people would find it. Instead of navigating a front-page menu hierarchy that was obsolete before you finished installing the templates, folks in search of exactly your content would go directly to that content. And it was good.

So just why are we afraid of Medium? Aside from not soliciting or editing most of its content, and not paying most of its authors, how does it differ from all previous web publications, from Slate to The Verge? Why does publishing content on Medium (in addition to your personal site and other publications) herald, not just the final-final-final death of blogging (“Death of Blogging III: This Time It’s Personal”), but, even more alarmingly, the death of the open web?

You may think I exaggerate, but I’ve heard more than one respected colleague opine that publishing in Medium invalidates everything we independent content producers care about and represent; that it destroys all our good works with but one stroke of the Enter button.

I’ve even had that thought myself.

But isn’t the arrival of a new-model web publication like Medium proof that the web is alive and healthy, and spawning new forms of creativity and success?

And when the publisher of a personal site writes for Medium, is she really giving up on her own site? Couldn’t she be simply hoping to reach new readers?

(If she succeeds, some of those new readers might even visit her site, occasionally.)



Thanks to Bastian Allgeier for inspiring this post.

This piece was also published on Medium.

This article has been translated into Chinese.

Progressive Enhancement FTW with Aaron Gustafson

IN EPISODE № 130 of The Big Web Show (“Everything Web That Matters”), I interview long-time web standards evangelist Aaron Gustafson, author of Adaptive Web Design, on web design then and now; why Flipboard’s 60fps web launch is anti-web and anti-user; design versus art; and the 2nd Edition of Aaron’s book, coming from New Riders this year.

Enjoy Episode № 130 of The Big Web Show.

Show Links

A Bit About Aaron Gustafson
Adaptive Web Design: Crafting Rich Experiences with Progressive Enhancement
Responsive Issues Community Group
Easy Designs – Web Design, Development & Consulting
Web Standards Sherpa
Code & Creativity
WebStandardsProject (@wasp) | Twitter
A List Apart: For People Who Make Websites
Genesis – Land Of Confusion [Official Music Video] – YouTube

Big Web Show № 109: Bring Me The Head of Tim Berners-Lee

2aa4b628a29d2b8c1f2b7742a6d8dcb0

IN BIG WEB SHOW № 109, Robin Berjon and I enjoy a calm, rational conversation about EME, DRM, the MPAA, and the W3C. Enjoy.


The episode was sponsored by Squarespace. Links mentioned:

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.

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.


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

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.

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.

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.

HTML Marches On

IN A LETTER dated July 19, 2012, WHATWG leader and HTML living standard editor (formerly HTML5 editor) Ian Hickson clarifies the relationship between activity on the WHATWG HTML living standard and activity on the W3C HTML5 specification. As my dear Aunt Gladys used to say, you can’t ride two horses with one behind.