*** Please read Last.fm’s response below ***
Last.fm has changed their API; for those who are not programmers, an API (application programming interface) is a set of routines that allow a program to make requests to another program or web service. In and of itself, changing an API is not a bad thing and, in many cases, can be quite beneficial. For instance, adding new features to an API can allow programmers more options for interracting with the product.
However, the changes that Last.fm made were not backwards compatible and caused software that used the API to break. The open source music player Banshee for instance still displays recommended tracks from Last.fm, but is unable to play these tracks. When a user attempts to listen to a recommended track, he or she is greeted with the message "GStreamer resource error: NotFound" on the terminal or in the error log. In light of this error, displaying the tracks at all is rather pointless.
I realize that I am behind the times as this change ocurred in March, but I have just tried listening to Last.fm through banshee for the first time this week. I had initially thought that this was a problem with my installation of Banshee, or with the software in general. I want to reiterate, the problem is not with Banshee – or any other music player that is experiencing similar issues – the problem is the fault of Last.fm.
Modifying APIs is okay, but these modifications should always maintain backwards compatibility unless there is an extremely good reason for not doing so: weak security where security is crucial, poor scalability, bad performance. Also, if many programs use an API, the developers of the API should allow the deprecated version to function for at least 6 months while projects have a chance to be modified to support the new methods. These changes should also be clearly announced as soon as – or, preferably prior to – them happening. This alteration seemed to have happened almost overnight and with very little warning given the number of surprised people in the forums.
Last.fm claims that they were required to make these changes due to new licensing agreements with the music industry. But, for once, I will not take the opportunity to lay blame at the industry’s feet. Last.fm did not have to cave in and willingly commit a serious programming mistake. Worse, they let their user base down by breaking their music players.
Unsurprisingly, Last.fm’s music player still works according to reports. I cannot verify this fact as I prefer to use a more full-featured music player and have never tried theirs. Call me paranoid, but this almost sounds like an excuse to limit choice and lock users into using Last.fm’s player or web interface to play music hosted with them. This especially seems true in light of the fact that the scrobbling portion of their API is still in tact. Scrobbling is the method users’s software employs to send data about the songs they listen to back to Last.fm.
Because the streaming portion of the API (the part that sends data to users) was made backwards incompatible, but the scrobbling portion (that collects data from users) was left in tact, I have seen many complaints that Last.fm is just using their customers to collect data without caring about their experiences using the service. I do not completely agree with this, as if licensing was truly the cause for the change, they would likely only need to limit what they sent to users, not what users sent back to them. However, that does not make this practice any more ethical. Programmers need to be able to trust that APIs are not going to change on a whim with little or no notice.
This decision of Last.fm’s seems to sketchy and has undermined the trust that many users and developers have placed in their service.