Enable login via openID. If there's any demographic that understands openID, it's developers, so you've already got the perfect audience.
Enable login via openID. If there's any demographic that understands openID, it's developers, so you've already got the perfect audience.
Cart before the horse? Get the forges and source control engines to support OpenID. Then when you contribute to open source and claim it here, it actually means something.
I rather think of it as tool before the engine. OpenID is not something to push top-down into the community. It has to be deployed bottom-up.
Although I am not quite sure what would happen to existing accounts and whether upgrades would be possible I vote for it. This would be nice.
Yes, this would be a good thing. Ohloh helps associate you with your work; it's a natural step to be want to link an Ohloh profile to an OpenID identity, in the absence of a firmer way of proving the connection between you and your code.
If you do implement this, consider allowing a user to register multiple OpenIDs to their account, and have it in addition to password auth.
Sourceforge have just moved on this, and seem to have done it pretty comprehensively for their web front-end.
http://alexandria.wiki.sourceforge.net/OpenID
However, you still need a local account and username/password for accessing the version control repositories.
For you guys who want OpenID on ohloh, you can go and vote on the official openid.net request page. This will not get OpenID directly in ohloh, but at least we can group to demand OpenID! Cheers!
Just another vote for OpenID. I considered not registering when I saw I couldn't use it.
I'm pretty amazed that Ohloh doesn't support OpenID, since they seem to be otherwise technically proficient.
I have used Ohloh anonymously for a while now, but never considered registering here. I only registered now to be able to register my software project. Now that I've done that, I would consider deleting my account, but that is not even possible. It's the old lock-in strategy again. Maybe it's no wonder they don't support OpenID...
I bet that Ohloh will come out with a big announcement "We support OpenID!", and it will turn out to be just as an OpenID producer, not a consumer. Which would be a pointless exercise.
It seems a common pattern; many sites wants their site to be the primary site, so everyone implements OpenID identities connected to the site's accounts but not logins to accounts using OpenIDs from other sites. But doing this is selfish, stupid, pointless and ultimately self-defeating, since this makes OpenID itself meaningless.
Maybe I'm just cynical, but we will see.
Although we have no definite plans to add OpenID support right now, it is something that we would like to do in the fullness of time.
Widespread adoption of OpenID is actually very good for a site like Ohloh, and we've investigated adding the feature before. At this point it comes down to balancing the immediate needs of the keeping Ohloh running versus all the cool things we'd like to add.
@Teddy, speaking for myself personally, I think it's lame when companies use OpenID as a pretense to corner the market on single sign-on. That's contrary to the whole point of OpenID. When it comes, Ohloh will be an OpenID consumer.
Robin
@Robin Luckey:
I was pleasantly surprised to see your response, but I hold little hope until I can see it actually implemented.
As it is, if I may play devil's advocate again, you might say that Ohloh is currently worse than OpenID-provider-only sites, since those sites at least acknowledges that other sites exist and are useful. With Ohloh only having Ohloh-specific accounts, it's like they're saying "Thou shalt visit no other sites except Ohloh".
Cheers,
I hope you guys are still looking at this. I've had great experience implementing login with OpenID on an existing webapp of mine; I created a table called "openids" and I'm filling it with account name / openid associations. One account can have multiple OpenIDs.
Using Janrain libraries it should be trivial to create such a simple implementation. Targetting Google and Yahoo! logins is most difficult and is a best stress test for an OpenID implementation.
For a great reference implementation on "how developer sites should solve login", see StackOverflow. Great OpenID implementation is also present at Plaxo.
To me, OpenID provides a great relief from burden of dozens of passwords. It also provides me a single click sign-on, especially with OpenID2.0 and my Google account. (C'mon, it can't get easier than clicking on a big button labeled "Google" and being logged in :) )
Please support OpenID; I've become spoiled by its ease of use lately.
Oh, and thanks guys for all the stuff you're doing on Ohloh! :)