Daniel Austin (eBay)

It's my honor to nominate Dr. Daniel Austin, Chief Architect at PayPal, Inc.
for the W3C Technical Architecture Group. Daniel's experience in systems
architecture and standards creation make him ideally suited to the TAG. His
ability to grasp complex ideas and propose workable solutions makes the hard
things buildable; his ability to forge consensus and gain agreement among many
overlapping interests is one of the keys to his success. Daniel says his
mission is to 'make the Web faster and smarter'.

Daniel has been involved in making W3C standards since 1996, when he first
joined the HTML Working Group, where he's the longest-serving member. He's been
a member of 14 other W3C working groups as well, including XML Core, XSLT, Web
Services Architecture and others. He's contributed to multiple W3C
Recommendations, and was the lead editor for XHTML Modularization 1.1. Daniel
has also been involved in many other standards activities, at the IETF and
elsewhere.

Daniel's current technology interests include delay-tolerant networking for
mobile devices; new methods of authentication and connected identity;
gesture-based UX design, and ubiquitous computing. He's also busy writing a
book for O'Reilly on Web Performance.

Domenic Denicola (Lab49)

Nominated by jQuery Foundation.

The W3C Technical Architecture Group has made immeasurable progress this
year since the original wave of reformist
thought swept through it last election season. The extensible web agenda,
which I've spoken about
previously, has been adopted into their vision for the web's foundations
and informed recent spec work across the W3C. The TAG even moved its
deliverables onto GitHub, allowing
better collaboration with and transparency to developers.

But there's always more to do. The web is slowly but surely coming into its
own as a serious modern development platform—one which can compete with
native apps across the board. New APIs, new primitives, and new tools are very
much necessary to make our open platform as attractive to developers and users
as it could be. To lure them away from the walled gardens of closed app stores
and vendor-proprietary development platforms, we must provide something
better.

The TAG is in a unique position to oversee these efforts, with its charter
to steward the evolution of web architecture and coordinate with other relevant
groups like Ecma TC39 and the IETF. As such, I'm excited to be running for TAG
membership in this newest election
cycle.

Over the last year of my increasing involvement in web standards, I've found
two things to be paramount: _developer involvement_, and _a focus on solid
low-level primitives_. Independent of any formal role in the process, I have
and will continue to champion these causes. My nomination by the jQuery
Foundation to serve on the TAG only allows me to advocate them in a more formal
role.

As a web developer myself, I experience the joys and disappointments of our
platform every day. Some of you might think it's all disappointments—and I
can certainly sympathize, given our day-to-day frustrations.
But one of the more eye-opening experiences of the last few months has been
working alongside an experienced Java developer, new to the web platform, and
seeing his almost childlike glee at how _easy_ it is to produce complex,
interactive, and robust UIs. More generally, when I think on what I actually do
for a living at Lab49—produce complex financial trading and analysis systems,
built on the open web platform—it's hard not to be amazed. We've come a long
way from the time when only desktop apps were considered for serious work. Now
all our clients want cross-browser and cross-device web applications, that they
can access from any computer at any time, with shareable URLs and responsive
experiences and all the other things that come with the web.

To enable developers to build such increasingly powerful experiences, we
need to listen to them. That's why I spend a lot of time speaking at and
traveling to developer conferences, or being involved on Twitter, on IRC, and
on GitHub, with the community. I recently gave a talk specifically on [how to get involved
in web standards], and have been working constantly to get developer
feedback on missing features or in-progress specs since then.

Developers are a tricky bunch, as many have been trained to ignore standards
bodies and simply hack together their own solutions. They're used to being
ignored. But times are changing. The extensible web manifesto guides
us to supply the web with the low-level features developers need, and then to
listen to them and roll what they build back into the platform. The TAG's role
is helping to guide this overall process, and I hope to bring along my
experience listening to and learning from the developer community.

You may have noticed I kept saying "developers" above, and never "web
developers." That's because I strongly believe we need to look outside our own
community for inspiration. There are lessons to be learned everywhere across
the software development landscape, from other UI frameworks and standard
libraries, to other languages whose features we need in our platform's _lingua
franca_ of JavaScript. Perhaps most importantly, I maintain strong ties with
and involvement in the Node.js community. They provide an excellent source of
inspiration and advice, as a platform that takes JavaScript far beyond where
many of us would have envisioned it only a few years ago.

Which brings us to the issue of low-level primitives. Node's great success
comes in a large part from its focus on providing such primitives: things like
standard patterns for binary data, for asynchrony, or for streaming. On top of
these they've built a standard library
that should be the envy of any platform in both its small size and in its
power.

Of course, the web platform must by necessity evolve via consensus, and so
more slowly than Node. But this gives us the benefit of watching them run out
ahead of us, make mistakes, and then come back with field reports on how it
went. As such we are getting typed arrays instead of buffers; promises instead
of error-first callbacks; and intelligently-designed streams
instead of backward-compatible evolved ones. And it's no coincidence that I've
been involved in both the promises and streams efforts, as I'm very passionate
about ensuring that these foundational pieces of the platform are solid enough
to build on and have learned from experiences implementing them elsewhere.

But we're still in our infancy when it comes to building on these
primitives. We need to tie them together with the rest of the web platform. In
short, we need to get to the day when this example
is not just a dream, but is reality:

In my view, it's the TAG's job to get us there. The cross-group coordination
issues necessary to make visions like this a reality are a large part of the
TAG's charter. We can provide a high-level vision, fueled by our interaction
with the developer community, for extending the web forward. And all the while,
I'll be down in the trenches, both gathering feedback to help shape this
vision, and working on specifications and interfacing with implementers to make
it happen.

If this sounds like progress to you, I'd appreciate your organization's
vote.

David Herman (Mozilla)

I am the author of Effective JavaScript, a long-time member of the TC39
JavaScript standards committee, and a member of Mozilla Research, a team
pushing the boundaries of what the Web platform can do. I'm a co-creator of
asm.js, an extremely optimizable subset of JavaScript that can be used to
safely port native apps to the Web. I work with the Servo team, who are
building a next-generation parallel browser engine. I'm the lead designer of
the ES6 module system, which I believe will be a leap forward in Web's
development ecosystem, enabling more frictionless sharing of JavaScript
libraries and components.

Why I'm running for TAG. My passion is for improving the experience of Web
developers. I believe that we can and must do better to make our platform more
cohesive and well-integrated. This is one reason why I'm a co-signer of the
Extensible Web Manifesto, to provide a counterbalance to the natural pressure
to pile up special cases in the platform. My experience has been that building
better foundations pays dividends by empowering our communities to solve their
problems faster and better than any standards body can. To achieve this, we
need people tasked with keeping an eye on the long-term health and viability of
the platform. Thanks especially to recent reforms, the TAG is well-positioned
to drive a better designed Web, and I believe I have both the standards
experience and the architecture and design skills to make that happen.

Frederick Hirsch (Nokia)

Frederick Hirsch would like to join the TAG to contribute on the Trust
architecture of the Web including security, privacy and accountability. He can
bring his editing skills to this activity.

He is a Senior Architect at Nokia and has participated in numerous groups
working on identity and security including the W3C XKMS group, OASIS DSS and
SAML, WS-I Security, Liberty Alliance and OMA. He has worked to raise awareness
of privacy issues in the W3C Device APIs WG, including editing a privacy best
practices Note.

Frederick has been active in the W3C over ten years, working to build
consensus chairing the XML Security working group (and earlier the XML Security
Specifications Maintenance WG), as well as the Device APIs Working Group. He
has also been an editor in the XML Security WG and the WS-Policy WG. He is also
Vice-Chair of the OASIS Board of Directors.