Day-to-day work at W3C

An author for IEEE asked me last week, for an article he’s writing, for a high level introduction to the World Wide Web Consortium, and what its day-to-day work looks like.

Most of the time when we get asked, we pull from boilerplate descriptions, and/or from the website, and send a copy-paste and links. It takes less than a minute. But every now and then, I write something from scratch. It brings me right back to why I am in awe of what the web community does at the Consortium, and why I am so proud and grateful to be a small part of it.

Then that particular write-up becomes my favourite until the next time I’m in the mood to write another version. Here’s my current best high level introduction to the World Wide Web Consortium, and what its day-to-day work looks like, which I have adorned with home-made illustrations I showed during a conference talk a few years ago.

World Wide What Consortium?

The World Wide Web Consortium was created in 1994 by Tim Berners-Lee, a few years after he had invented the Word Wide Web. He did so in order for the interests of the Web to be in the hands of the community.

“If I had turned the Web into a product, it would have been in people’s interest to create an incompatible version of it .”

Tim Berners-Lee, inventor of the Web

So for almost 28 years, W3C has been developing standards and guidelines to help everyone build a web that is based on crucial and inclusive values: accessibility, internationalization, privacy and security, and the principle of interoperability. Pretty neat, huh? Pretty broad too!

From the start W3C has been an international community where member organizations, a full-time staff, and the public work together in the open.

W3C is the international standardisation body for Web Standards that operates for one Web, for all, everywhere.
Its motto is "leading the Web to its full potential".
In order to accomplish this, the W3C leverages its Process Document and Patent Policy.
W3C proceeds according to principles of open standardisation based on consensus and transparence.
Working Groups are at the heart of the W3C. There are currently 52, plus the W3C Advisory Board and the Technical Artchitecture Group, whose participants are elected W3C Members.
Each group gathers participants delegated by W3C Members, plus invited experts from the public. They contribute respectively to tests and implementations, reviews, comments and translations, and grant royalty-free. rights on technology they develop. Today there are 400 standards upon which the web relies. 
The W3C team is made of a team of 56.
W3C overview

The sausage

In the web standards folklore, the product –web standards– are called “the sausage” with tongue in cheek. (That’s one of the reasons behind having made black aprons with a white embroidered W3C icon on the front, as a gift to our Members and group participants when a big meeting took place in Lyon, the capital of French cuisine.)

Since 1994, W3C Members have produced 454 standards. The most well-known are HTML and CSS because they have been so core to the web for so long, but in recent years, in particular since the Covid-19 pandemic, we’ve heard a lot about WebRTC which turns terminals and devices into communication tools by enabling real-time audio/video, and other well-known standards include XML which powers vast data systems on the web, or WebAuthn which significantly improves security while interacting with sites, or Web Content Authoring Guidelines which puts web accessibility to the fore and is critical to make the web available to people of all disabilities and all abilities.

The sausage factory

The day to day work we do is really of setting the stages to bring various groups together in parallel to progress on nearly 400 specifications (at the moment), developed in over 50 different groups.

There are 2,000 participants from W3C Members in those groups, and over 13,000 participants in the public groups that anyone can create and join and where typically specifications are socialized and incubated.

There are about 50 persons in the W3C staff, a fourth of which dedicate time as helpers to advise on the work, technologies, and to ensure easy “travel” on the Recommendation track, for groups which advance the web specifications following the W3C process (the steps through which specs must progress.)

The illustration contains a stick figure with 15 busy arms and smaller images describing situations such as coding, negotiation, mastering the Process Document, the Recommendation Track and the Patent Policy.
Characteristics of the W3C Staff Contact:
* "super interface"
* represents the Director and the staff in their groups
* participant and contributor
* technical expert
* masters the process
* creates groups
* manages groups
* inter-group technical liaison
* consensual
Role of the W3C staff in work groups

The rest of the staff operate at the level of strategy setting and tracking for technical work, soundness of technical integrity of the global work, meeting the particular needs of industries which rely on the web or leverage it, integrity of the work with regard to the values that drive us: accessibility, internationalization, privacy and security; and finally, recruiting members, doing marketing and communications (that’s where I fit!), running events for the work groups to meet, and general administrative support.

With its Director Tim Berners-Lee, inventor of the Web; and its CEO Jeff Jaffe, the W3C team is made of over 50 people.
The W3C team is almost equally divided between technical and support, including administration, communications, business development, systems team, legal, Member satisfaction, global participation and community management.
The technical part is now divided between four functions:
Strategy to determine the priorities of the Consortium and new work.
Architecture and technology to ensure cohesion of architecture as well as technical choices.
Industry to define the vision of the Consortium according to the need of the Industry, which is shaped by the Web.
Projects to ensure timelines are met in delivering Web standards and support the working groups being successful.
W3C team

Why does it work?

Several of the unique strengths of W3C are our proven process which is optimized to seek consensus and aim for quality work; and our ground-breaking Patent Policy whose royalty-free commitments boosts broad adoption: W3C standards may be used by any corporation, anyone, at no cost: if they were not free, developers would ignore them.

From an idea to a standard
On the one hand, the public; on the other, W3C Members.
Each contribute differently to the standardisation process.
Standards progress this way:
A standard may originate from a W3C Workshop or incubation in a W3C Community Group. Both are open to the public and W3C Members.
Based on consensus, a W3C Working Group can be created.
A standard may originate from a W3C Member Submission, without requiring incubation or discussion at a Workshop.
When a Working Group is created, W3C Members delegate one or more participants and agree to make available under W3C royalty-free licensing commitments all of the work they do in that particular Working Group.
Individuals from the public participate as Invited Experts.
During the standardisation process, Members of the W3C contribue reviews, tests and implementations. The Public contributes comments during phases of public review.
After 3 to 6 years on average, a Web standard is born when a technology reaches the status of Recommendations. Everyone parties like mad [drawing of confettis] W3C Members contribute to press releases and perform promotion.
The public and the Members help with the translation effort as well as maintenance via errata.
From an idea to a standard

There are other strengths but in the interest of time, I’ll stop at the top two. There are countless stories and many other facets, but that would be for another time.

Sorry, it turned out to be a bit long because it’s hard to do a quick intro; there is so much work. If you’re still with me (hi!), did you learn anything from this post?

Goodbye, Facebook; Hello open Web

I grew weary of Facebook a long time ago. Yet I was drawn to it all the while. There’s one thing they got right: showing me snippets of the life of family and friends by suppressing frontiers, overcoming distance and time zones. That is what I’ll miss –its unique ability to show me, at my pace, inklings that are valuable, endearing, funny.

But I grew wary of it a few months ago, while after searching for alcohol ink techniques on my smartphone’s mobile browser the Facebook app immediately suggested I join a few groups on the subject. Whether this was relevant or useful is beyond the point. The Facebook app has hardly any business spying on the history of the browser app.

So I waved goodbye to Facebook’s intrusive practices a few days ago. So long, daily dose of comfort and social peep show.

It may take a bit of effort to write on one’s blog or maintain a Website, and probably takes a massive one for those unfamiliar with the open Web to open the garden wall door and explore the Web, use it.

Someone lamented that they would miss seeing my drawings. But Facebook was just an additional space that I shared those on —a space of crappy definition images— just because there’s a world of apps on smartphones and a population of app users who happen to find it convenient to be fed those.

My drawings go to my blog, in high-resolution definition. My blog has a syndication feed. It means that any update to my blog is signaled. And any feed aggregator can pick up that signal and relay it. This is the principle behind RSS (really simple syndication).

You can read more in a recent article at Wired.

In honour of World Usability (#WUD)

wud-logo-color
World Usability Day (#WUD), generally the second Thursday of November, aims at ensuring that services and products important to life are easier to access and simpler to use, and at celebrating and educating – celebrating the strides we have made in creating usable products and educating the masses about how usability impacts our daily lives. It is about making our world work better.

This year I attended with 40 or so others, FLUPA Nice The World Usability Day local meetup where Google’s Material Design was introduced, and a small workshop was held on visually designing wireframes.

I learned that 21% of the French population is in a situation of handicap (that is 23M people) and that 80% of handicaps are invisible. W3C was mentioned for its work on WCAG, but unfortunately not for its WAI tutorials or Developer tools.

Other useful snippets:

  • Digital accessibility is a vector of social integration.
  • My priority design principles include:
    • Visible elements
    • … including visible buttons using or or two words
    • Most important elements at the top
    • Similar types of information are grouped
    • Clear hierarchy of information
    • Consistency of UX throughout
    • Sufficient font size and colour contrast
    • 2 to 3 colours (that match, preferably although it’s a matter of taste)
    • 2 font types at most, maybe a third if used in a logotype
    • Short sentences
    • A little jargon as possible
    • Consistent usage of personal pronouns
  • Given that only a handful of frameworks appear to be used to create websites nowadays, people really need to be creative in order to stand out and be identifiable.