As Expected, Expectations Are Way Too High On Diaspora
from the you've-been-warned dept
Back in June, we wrote about some concerns we had about the amount of money and attention given to the NYU students who wanted to create Diaspora, a distributed Facebook. We had nothing against the project itself -- a distributed Facebook sounds great, even if other, similar projects have failed. If someone can do it right, that would be fantastic. Instead, the worry is that the combination of massive attention and a ton of money so early would (a) set up ridiculously high expectations while (b) limiting the team in adapting to a changing market. It's not clear if the second part is true, but the first part seems to certainly be coming true. When the team recently released it's extremely rough pre-alpha code, suddenly a bunch of security experts and the press pounced on them for having all sorts of security vulnerabilities.
But, uh, that's what you would expect at this stage of the game. It's pre-alpha for a reason, and they released it by saying that it had lots of security flaws. Now, your standard startup could release this kind of code without a huge spotlight shining on them, and it would give them time to work through the issues. But with so much attention on Diaspora, suddenly the press feels the need to point out every little flaw, even at the stage when such flaws are necessary. Hopefully the Diaspora team doesn't get exasperated by this -- because it could also make them either clam up, or start focusing too much on responding to these trumped up worries at this stage of the game.
But, uh, that's what you would expect at this stage of the game. It's pre-alpha for a reason, and they released it by saying that it had lots of security flaws. Now, your standard startup could release this kind of code without a huge spotlight shining on them, and it would give them time to work through the issues. But with so much attention on Diaspora, suddenly the press feels the need to point out every little flaw, even at the stage when such flaws are necessary. Hopefully the Diaspora team doesn't get exasperated by this -- because it could also make them either clam up, or start focusing too much on responding to these trumped up worries at this stage of the game.






Reader Comments (rss)
(Flattened / Threaded)
Subject
Most unpleasant.
[ reply to this | link to this | view in thread ]
Sometimes I wonder if over use of the term beta for all sorts of things has raised expectations of alpha and even pre-alpha services. The article also seems to point to users who apparently didn't take notice of any of these obvious concerns of alpha software.
I've even seen people calling Diaspora vapourware long before it reached the scheduled time of public release.
[ reply to this | link to this | view in thread ]
Re: Subject
The "dia" in diarrhea (meaning "across" or "through"), and the word "spore" (meaning "seed"), have the same roots as diaspora.
But that doesn't mean you'd necessarily seem less of an idiot if you learned some Greek.
[ reply to this | link to this | view in thread ]
Haystack 2.0
With these two projects, that's the commonality. It's much easier to come up with an idea than to execute it. As someone said, there are no good ideas, just execution. When you're 20 years old you don't necessarily understand that, and both these projects are not Zuckerburg throwing up a site called "thefacebook" -- they're really much more complex.
[ reply to this | link to this | view in thread ]
Re: Haystack 2.0
[ reply to this | link to this | view in thread ]
Secure transactions was solved by bitcoin, anonymity and security were solved by Osiris SP(Serverless Portal).
[ reply to this | link to this | view in thread ]
More free money
Again, used correctly, this is an example of how popularity and the internet can be used to improve offerings. E.g. http://www.techdirt.com/articles/20100830/04224810821.shtml
[ reply to this | link to this | view in thread ]
Why all the judging?
In reality, nobody knows how the project is going to turn out, or if it is going to be executed well. Nobody knows how many security holes it will have or how easy it will be to use, when the team finally reach v1.0 (or even beta). Just because they don't have a lot of experience, have too much money, too many expectations from others etc. etc., it doesn't mean that they can't make a piece of useful software in the end.
Personally I'm looking forward to see the result.
[ reply to this | link to this | view in thread ]
Did they read the "pre-alpha release" part?
An alpha release is still expected to be bug-ridden, but mainly functional. It's purpose is to begin the testing cycle for correction of major bugs and addition of new minor features. IT'S NOT FOR END USERS.
A beta release is expected to be fully functional, but still needing minor bug correction. IT'S NOT FOR END USERS.
And then comes the release candidate! This is a complete product, completely debug to the max of the abilities of the developers. It will soon be released except some major hidden bug is found. IT'S NOT FOR END USERS.
And only after all this we have a release version. This is the only one destined for end users.
It's ridiculous to criticize a pre-alpha release because it's bug ridden and security flawed. This is what you would expect about it.
http://en.wikipedia.org/wiki/Software_release_life_cycle
[ reply to this | link to this | view in thread ]
Add Your Comment