Have you ever seen a webpage with a collection of buttons for sharing or logging in like the ones below?
Not all of these buttons are equally relevant, but because there is currently no convenient way to share your preferred services publicly, this approach has become extremely popular, even though the complexity of this interface may actually inhibit sharing!
On the desktop, this problem was solved long ago with what is called the “system registry”. When you install a new application, you are asked whether you want the new application to handle certain kinds of files, like photos. So, for example, if you install a new app and set the new application to be the default “handler” for photos, when you double click a photo next time, it’ll automatically open in your new application.
Until today, that kind of registry didn’t exist for the web, but thanks to a new collaboration between Meebo and several parties including Google, an initial launch of a service that acts as a registry for the web can be found at xauth.org.
Read the full article on the Google Social Web Blog
October 12, 2009
Engaging developers in Open Source projects
The workshop offered several different perspectives on Open Source projects – from an OSS project, from a project consuming libraries and other outputs of OSS projects, and from a developer submitting their first patch. This was a nice mix, and it was good to see the process from different viewpoints.
My presentation was primarily from the OSS project end, and focussed on Wookie:
I think the main thing I was trying to convey is how from a project perspective you’re (usually) keen to get external contributions, no matter how small, and how willing project team members are to help get people involved. My “being nice is a survival strategy in OSS” seemed to go down well as a takeaway message!
Ian Boston was next up and talked about how Sakai works with Open Source projects – I think the point he makes about “good code – bad community vs. bad code – good community” is an excellent one. Perhaps one of the reasons why Moodle is so successful with its community are the wide range of issues that users can readily tackle themselves – whereas something very mature and well designed like Apache Commons makes developers averse to touching anything!
The last talk was by Mark Johnson, and was all about submitting a one-line patch to Moodle. This was a really nice walk-through from identifying a problem, engaging with the community, to getting the fix accepted, and with a clear case as to why the college would want to support this activity.
The discussions around the workshop also threw up some interesting issues. One of the big ones would seem to be that the core processes that developers have to engage in – particularly in Open Source projects, but in commercial development, too – are often also not taught in programming courses, namely source control and issue trackers. This is one of the hurdles for bringing on relatively new developers into a mature project. On the other hand it could be argued that Open Source projects provides a very useful training ground for developing the skills of using these systems, which translates well into other developer roles.
Another issue that comes up a lot is sustainability, especially in relation to funded programmes, I think we’re making a lot of progress on this one, and at least now sustainability is something that projects funded by JISC have to consider. However its still not quite right, and there are probably things we can do to try to keep a good balance of innovation and sustainability where there is central funding for software development.
OSS Watch are a JISC innovation support centre; and they are focussed on Open Source in education. Find out more at http://www.oss-watch.ac.uk/.