Barriers for adoption
This document focuses on some reasons why users haven't yet adopted Diaspora. There are several barriers that can prevent a person from migrating to a different social network, as such they are divided up into different sections.
- 1 Arguments not specific to decentralized social networks
- 2 Arguments Specific to Decentralized Social Networks
Switching is inconvenient
Although many users voice complaints over their existing social networks of choice, a majority of users are comfortable in being right where they are. Google+ alone is a testament to the reality that building a feature-for-feature clone of Facebook doesn't automatically give users a reason to switch.
All of my friends are on Social Network X
Another common convenience of large networks such as Twitter or Facebook are that they are ubiquitous. Many people use those networks, and therefore they can entrench themselves in active social circles of friends. Moving to a new service leaves those friends behind, and effectively cuts off communication.
Social Network X has more features than Social Network Y
Facebook is a prime example of this situation in that it is laden with features. Facebook alone has the following features:
- status updates
- photo albums
- authentication for websites
- image previews and styling for links
- the ability to like comments
- Private messages that also double as instant messages.
- video chat for Windows, MacOS, and mobile platforms
- user profiles
- timeline (semantic social web objects intertwined with user posts)
- many more features
The point is, a platform such has Facebook has a relatively high list of features that users of the service may expect, and leaving Facebook may seem comparable to sacrificing some features that a user may enjoy.
All of my posts are on Network X
Some users value their social content, and are frustrated with the idea that moving to a new network is effectively "starting over".
Arguments Specific to Decentralized Social Networks
Difficult to Install
Diaspora runs on Ruby on Rails. and as such is a little trickier than, say, setting up your own [Wordpress] blog on a server. Rails apps operate outside the traditional LAMP stack that some people are familiar with using for setting up websites. However, the rise in [PAAS] (Platform as a Service) has allowed users to host applications through places such as [OpenShift] and [Heroku] in lieu of traditional hosting. That being said, it is still totally possible to host a Rails application either locally, or on a server/VPS. This is a situation unique to all non-PHP web applications, it's just that different languages have different characteristics in regards to getting things done.
Difficult to Maintain
As it stands, Diaspora has no auto-update feature that is commonly seen in applications such as Wordpress or Drupal, in which admins are notified immediately of the latest release and given an "easy button" to upgrade. Diaspora instead must be [updated manually]. Incidentally, there are also technically two admin interfaces, one being [Rails Admin], the other being the built-in admin panel.
Decentralized Social Networks are hard to use
For some, the nature of Diaspora and other projects such as Friendica may make use of some unfamiliar nuances in how users connect to one another. Every user has a handle, and handles are treated like email addresses, but for social. This can be different than being on a social network like Facebook in which searching by a person's name almost always guarantees that you'll find the person you're looking for, in decentralized systems it isn't that simple. For pods, the directory pretty much only searches for those that are on the pod, plus the content of people you follow. If you follow lots of people from different pods, any of the hashtags you follow will also be affected because those users are now tagging those indexes.
Lack of understanding around concepts of decentralization
For many, the very idea of a decentralized social network is not fully understood. It can be defined as an idea about how social networking should work. Instead of having everyone on one gigantic server, users could instead host their own social site for themselves or a group of people, and other people on similar sites could interact with that user. Maybe they could subscribe to the user, read their posts, like their photos, and send messages to one another. There wouldn't be a need for a giant social server, users can add each other simply by adding one another's addresses.
Further explanations of the importance of decentralized social networking can be read about [here].