Kevin Lawver is giving a talk about the genesis of Ficlets.com. He's the dark shadow next to the slide. It's very interesting to hear how the team was able to experiment and push this small project out in a matter of weeks.
It strikes me that Ficlets may well increase the Overton Window of what's reasonable to seriously consider at AOL. The agile process, tools such as Rails, OpenID, and Creative Commons have now been launched, which moves discussions from "will it work?" and "can we get it approved?" to "will it work for this project?". Which I think is a movement in AOL's internal window of acceptable discourse and gives other people air cover.Thursday, March 29, 2007
Monday, March 26, 2007
All that is necessary for the triumph of evil... (death threats)
Just read Kathy Sierra's Death
threats against bloggers are NOT "protected speech" post. I feel
sick, and sad, and angry that people like that have that kind of
power. They should not. If cyberspace is going to be a real
society, we can not permit this. If this behavior were going
on in a physical public street, the perpetrators would be ostracized
and then arrested. Sounds like the police is working on the latter;
great. In the meantime we should publicize and ostracize the behavior,
and the people responsible for it, in all the ways that we can.
Kathy, you have my sympathy and support.
Kathy, you have my sympathy and support.
Sunday, March 25, 2007
Netscape.com += OpenID; more...
Note: The folks over at Netscape are doing this on their own and I have
no inside information whatsoever. So I can blog freely.
It's great to see Netscape start accepting OpenIDs. It's good to see the user experience issues being worked out -- the best methods will win out over time. Dmitry Shechtman calls for the elimination of registration, though what he actually says is a bit stronger:
Unfortunately, you don't currently know who has an OpenID and who doesn't. Maybe there's room here for a service: gotopenid.org. You sign in there once with your OpenID, and it cookies you as someone who wants to use OpenID wherever possible. Sites that want to offer an OpenID-streamlined experience could make a JSON call to http://gotopenid.org/check.js. This would tell the site that the user knows what OpenID is and prefers to use it for signing in.
On a side note, it looks to me by the screen shots that the AOL/AIM screen name integration is simply using the AOL OpenID identity service. We'll see on Monday; certainly that's the easy way to do it -- a convenience wrapper around an OpenID sign in.
Tags: openid, launch, openid consumer, aol
It's great to see Netscape start accepting OpenIDs. It's good to see the user experience issues being worked out -- the best methods will win out over time. Dmitry Shechtman calls for the elimination of registration, though what he actually says is a bit stronger:
The usefulness of OpenID is void if your service requires all users to sign up regardless of whether they have an OpenID. This doesn’t mean that you shouldn’t ask them to provide additional details, such as an active e-mail address (although OpenID Simple Registration usually handles that for you). You can do it after the user signs in for the first time. Just don’t ask her to sign up.I understand this point of view, but disagree:
- Users expect to find "sign up" or "register" links when going to a new site; not providing them breaks their expectations and that's bad.
- If a user doesn't have an OpenID already, they do need to
register with your site. You have to make this just as easy as before
you added OpenID to your UI.
- Sometimes you really do need to gather an e-mail address, agree
to Terms of Service legalese, etc. before using a site.
Unfortunately, you don't currently know who has an OpenID and who doesn't. Maybe there's room here for a service: gotopenid.org. You sign in there once with your OpenID, and it cookies you as someone who wants to use OpenID wherever possible. Sites that want to offer an OpenID-streamlined experience could make a JSON call to http://gotopenid.org/check.js. This would tell the site that the user knows what OpenID is and prefers to use it for signing in.
On a side note, it looks to me by the screen shots that the AOL/AIM screen name integration is simply using the AOL OpenID identity service. We'll see on Monday; certainly that's the easy way to do it -- a convenience wrapper around an OpenID sign in.
Tags: openid, launch, openid consumer, aol
Saturday, March 10, 2007
Ficlets launched (with OpenID!)
Congratulations to the Ficlets team
on their launch
(escape?). In addition to being a neat site, it's also a great
demonstration of what's possible with a small, motivated team and a
willingness to take risks. It's also AOL's first OpenID consumer;
meaning, you don't need to sign up for an AOL / AIM screen name to use
it.
Tuesday, March 6, 2007
Wordpress.com += OpenID
Simon blogs it. Cool! Wordpress is a provider only for now, not a consumer. Meaning you can't use http://journals.aol.com/screenname to leave comments on Wordpress.com blogs. Which is fair because you can't use a Wordpress URL to leave comments on Journals yet either. The effort to consume OpenID is higher than providing identification on top of an existing authentication system. Hopefully soon (for both).
Sunday, March 4, 2007
My millenial milestone (base 2)
Milestone this February: 1000(2) years working at Netscape and then AOL. What's next?
Saturday, March 3, 2007
Resource Oriented Architecture? Inconceivable!
I'm looking forward to the new RESTful Web Services book. I recall a 'Web Services' conference session a couple of years back on where the presenter essentially declared that WS-* had 'won' the standards 'wars'. He dismissed REST with a wave and an indulgent chuckle. Inconceivable!
REST's most visible implementation -- the Web -- has clearly been insanely popular as a read-only space. There are many books on how to put documents on the Web. There are very few (no?) books on how to apply the full REST style to distributed programming over HTTP (inconceivable?). It's appropriate that RESTful Web Services starts with a manifesto:
REST's most visible implementation -- the Web -- has clearly been insanely popular as a read-only space. There are many books on how to put documents on the Web. There are very few (no?) books on how to apply the full REST style to distributed programming over HTTP (inconceivable?). It's appropriate that RESTful Web Services starts with a manifesto:
We want to restore the World Wide Web to its rightful place as a respected architecture for distributed programming. We want to shift the focus of web service programming from an RPC-style architecture that just happens to use HTTP as a transfer protocol, to a URI-based architecture that uses the technologies of the web to their fullest.
Does this remind anyone else of the clifftop scene from The Princess Bride?[Scene: At the top. Fezzik, Vizzini and Inigo are looking down at
the masked man climbing the cliff after Vizzini has cut the rope]
Fezzik: He's got very good arms.
Vizzini: HE DIDN'T FALL? INCONCEIVABLE!
Inigo: You keep using that word. I do not think it means
what you think it means. [pause] My God! He's
climbing!
Subscribe to:
Posts (Atom)