OpenID V.Next - Some Views to Consider
SitG Admin
sysadmin at shadowsinthegarden.com
Thu May 13 22:35:28 UTC 2010
I need to borrow your hat for a minute, Peter :)
At 4:00 PM -0400 5/13/10, Phillip Hallam-Baker wrote:
>For thirty years Internet users have understood their user identifier
>to be username at domain.
>
>I see absolutely zero interest from end users in being identified in
>any other way. The attempts to provide them with this 'flexibility;
>are unwanted and unnecessary.
Have you studied marketing much? The ideal of "ask users what they
want and give it to them" hasn't worked out perfectly, because it
turns out users don't always *know* what they want - especially when
they aren't familiar with it yet (think the Aero Chair).
To address your assertion directly, though: you're presenting one
side of an idealogical argument, from the "status quo" - *of course*
such flexibility isn't necessary, because the only thing it offers
over the necessity of maintaining that status quo is change, which
would be disruptive. The flip side of this argument is that, if
OpenID is to idealogically represent the user as the centre of their
own identity ("user-centric") rather than as a wholly owned
subsidiary of their patron website ("@domain", naturally requiring
DNS), then it has the right to help users better understand their
rights and options.
As an idealogical argument, it works; where it falls flat is in the
technological arena (ideals against practical reality? really?), and
I wish you'd present more of those (backward compatibility was an
*excellent* point) instead of relying so much on the *implicit*
perfection of a long-entrenched model.
I repeat: you made a *compelling* technical argument. It's just that
"nobody has ever tried it, so don't even bother offering" detracts
from what you're saying.
I will make one observation - those earlier criticisms of OpenID that
it's no better than the many past (failed) attempts? If we strive to
provide nothing more than those other tries did, OpenID really *will*
be no different from them.
>The only new mechanism is part 3
What version of the charter's draft are you looking at? I don't see:
>2) The resolution protocol for the domain part of the user identifier
>is totally independent of any application protocol, including HTTP, it
>uses DNS and only DNS to resolve the DNS name.
I don't see this mentioned *anywhere*. Has there been an update?
-Shade takes off Peter's hat and hands it back
More information about the specs
mailing list