-
Website
http://www.scripting.com/ -
Original page
http://www.scripting.com/stories/2009/02/07/facebookAndTwitterOpenid.html -
Subscribe
All Comments -
Community
-
Top Commenters
-
eas
55 comments · 4 points
-
AndrewBurton
134 comments · 10 points
-
Michael Markman (Mickeleh)
154 comments · 15 points
-
Rex Hammock
52 comments · 9 points
-
malatmals
81 comments · 3 points
-
-
Popular Threads
-
Open is in the eye of the beholder. (Scripting News)
1 day ago · 13 comments
-
Store Twitter URLs in earth's oceans? (Scripting News)
3 days ago · 16 comments
-
Why today's Twitter is like Napster in Y2K. (Scripting News)
4 days ago · 15 comments
-
If you wrote the words you own the copyright. (Scripting News)
3 days ago · 7 comments
-
How open standards are created. (Scripting News)
6 days ago · 11 comments
-
Open is in the eye of the beholder. (Scripting News)
http://forum.developers.facebook.com/viewtopic....
Also, you are right, not everyone should be allowed to use "open" in front of anything when they are not really open. For example the "open search" from A9 / Amazon is anything but open, and its API is so unreliable.
Wanted to address the confusion that you mentioned about the OpenID Design Workshop.
The event is not a closed event per se, but we are creating the event to strongly favor the participation of folks with design, user experience, usability, a/b testing and similar skills. The OpenID community has historically lacked participation and coordination among people with these skills, and it's high time that we remedied that situation by creating a dedicated space for them to do what they do, and facilitating the transfer of their knowledge back to the community at large.
Therefore, given our limited space, we're asking that people strongly consider what they can contribute to a purely DESIGN conversation before attending. All of the results of our work will be published and summarized after the fact.
To your question about representing open source project, personally I will be presenting the work that I've done on the DiSo Project (an open source project which maintains the OpenID plugin for WordPress -- for which I've done most of the design) and we're reaching out to Aza Raskin from Mozilla to see if he can make it. If you've implemented OpenID in an open source project and have done a great deal of innovative work on the desire of the sign in process, then I believe that you could contribute something to the event.
I also definitely appreciate your concerns about open protocol development happening transparently. Design, however, is of a slightly different nature than source code. Design is inherently subjective — but should nonetheless be informed by statistics and quantifiable metrics. We are looking to bring together designers to share their experiences, expertise and research in areas that relate to OpenID, but there will be opportunities to focus on code and protocols later.
Indeed, given this conversation, it would seem that a follow up workshop on "Implementing OpenID for Developers" would be a good idea. We'll definitely take that into consideration!
Still might be a good idea to have a subset of seats reserved for journalists/bloggers and "anyone" - some of them could spread the word much faster than a UX expert. And when you get into the realm of design you don't weed people out - you actually increase the audience because, unfortunately, everyone is a designer.
public announcement on scripting.com and mailed it out through DaveNet
asking if anyone wanted to work with me on the project. The only person who
responded was Bob Atkinson at Microsoft. That's how the meeting was
organized.
With SOAP, I never went to a meeting that was not open to anyone who wanted
to be there. However there were meetings that were private that I was not
even aware of until after they happened. After a few of those I just
withdrew, I didn't think the process had a future.
Hope this helps clear things up.
public announcement on scripting.com and mailed it out through DaveNet
asking if anyone wanted to work with me on the project. The only person who
responded was Bob Atkinson at Microsoft. That's how the meeting was
organized.
With SOAP, I never went to a meeting that was not open to anyone who wanted
to be there. However there were meetings that were private that I was not
even aware of until after they happened. After a few of those I just
withdrew, I didn't think the process had a future.
Hope this helps clear things up.
The larger event should be run by Kaliya with a clear agenda rather than pure anarchy unconference style, while the smaller (currently planned event) should do what you're planning on doing anyway.
Hold the larger event a week after the smaller one - please.
Open is neither well defined, nor a goal in itself: the goal is to make something that doesn't suck, and that no private interest controls against the interested party. If OpenID refuses Facebook help, at least around design, they solution will be even harder to understand right now, and won't be adopted. Hearing a major player out, on their terms, might help understand their goals and assets first — and I don't think all participants will hide the fact that Dave Morin used the opportunity to explain his world domination plan; as much as I'd love to see Chris Messina dive in the shark tank in a tuxedo, it's far more likely to exclude for excess of gibberish than lack of chairs.
Open is about what you can do with it *afterwards*, not the PG-rating of the sausage-making meeting.
sometimes has nothing to do with making the end result better, sometimes it
has the opposite effect.
I think there are people who had something to do with OpenID who have a
right to be there to see what's happening to it (I'm not one of them, btw)
who weren't invited and wouldn't be if they asked. Now that makes it a
little harder to decide if you like it, doesn't it?
Probably the only way to be sure there aren't any bombs or boobytraps in
there is to have it be completely open to anyone who wants to participate. I
know this often means nothing gets done, that's why it's so important to get
a strong foundation built early-on when not so many people are interested,
before it becomes a political and economic hot potato like identity is now
(has basically always been).
OpenID may come out of that room as a different thing that it was before it
went in. Remember there are companies, like Twitter, who are deploying now.
And some, like Yahoo, have already deployed. Do you think Facebook is going
to watch out to make sure their investment is protected, that they changes
they make won't break them?
And what about the investment of small developers no one has ever heard of?
Who at that table is going to watch out for them?
And finally, what about the users! It's not just about the companies. Of
course they think it is. :-)
"Because we want to keep it small and focused, the event is invite-only."
you replace it by:
"The event is not a closed event per se, but we are creating the
event to strongly favor the participation of folks with design, user
experience, usability, a/b testing and similar skills."
So let's move on. :-)
BTW, if you look at my RSS feed you'll see it has a <comments> link for each
post, so if people have a good aggregator there's no problem getting from
the post to the comments.
fav.or.it (that lacks other featuers): it is the only one?
I'm asking because I think this is a key issue that needs to be
adressed in the current twitter/Facebook/Friendfeed debate (where Disqus
should be included). It doesn't seem to have been handled that well by
the most commonly used feed-readers, and the proportion of comments
read suffers from it — hence a strong feeling among the many who weren't able
to attrack a large audience around their blog early that they voice don't count.
http://www.shokk.com/blog/articles/2009/01/25/h...
I propose that if you host your own OpenID that you also host it for your friends. Let's keep it open and federated. After all, these services are just going to associate an OpenID URL with your existing profile, so why not make it your own URL, or one hosted by someone you know.
It's not a binary decision: what works for some folks may not work for others, but the technology should support the emergence of an ecosystem of solutions.