Hacker News new | past | comments | ask | show | jobs | submit | tamarindo's comments login

Yes, but when you have "questions" about something's authenticity, it means you are the one asking for proof. If you claim that it's a phony, however, the burden is on you to show why you think it is so.


The question of who has the burden of proof does not turn on whether Facebook says it has questions or whether it says flat out that it's a phony.


  Facebook claims Ceglia remained silent for more 
  than six years and his claim is probably too 
  old to pursue.
Have any independent legal experts corroborated Facebook's statement that "his claim is too old to pursue"?


grellas' analysis from the original article here: http://news.ycombinator.com/item?id=1509512


Just one additional note:

The only reason this case got headlines was because a judge entered a TRO and this usually signifies that a case has merit of some kind. This case is an exception, however, as explained in my comment linked to above (explaining why the case has serious problems).

As a follow up, upon removal of the case to federal court, the TRO has essentially already been dissolved: see http://www.allfacebook.com/2010/07/facebook-asset-freeze-str....


"Ceglia may be planning to argue that the statute of limitations didn't start until the contract was breached, which would have set the clock ticking in 2004, said Scott & Scott partner Julie Machal-Fulks."

Check my response http://news.ycombinator.com/item?id=1533668


He wouldn't be the first person to quit his blog.


Yeah, but he was writing frequent updates about his startup, then it just ended abruptly. I was curious how the project worked out and also hope he is ok.


I wouldn't worry about him. According to his resume, he is still working at Charles River:

http://benjismith.net/resume.php


I like your idea a lot but I'm guessing that monitoring the site for copyright violations would be a major headache. This seems to be a showstopper for a lot of music startups that do not have affiliations with big music companies.


So you're saying that they are maybe deliberately understating the pain of migrating platforms with this solution simply to achieve recognition as being in a leadership position.

If you are correct, this sounds like quite a cynical move to try to hoodwink potential customers into a false sense of security with an apparent promise of platform independence.


What benefit does Rackspace get from doing this?


They commoditise the software and sell the services.

This reduces the risk that a competitor will come along with either (1) a popular vertically integrated solution that locks you out of market share or (2) some arrangement that allows them to dictate terms to you. Further, if a participant does emerge matching one of those patterns, they are organised respond through their established platform.

IBM does something similar with linux, which competes with non-free unix solutions and Windows. Google have done this with android, which reduces the risk of their being held to ransom by Apple.


What do you mean by "commoditise the software"? If it's open source, how much of a commodity can it be?

Also, and again I apologize for not understanding your language here, but what do you mean by a "vertically integrated solution"? Could you give an example to illustrate what it would mean for a competitor to do this?

It would be interesting if there is a competing solution on the horizon, the success of which Rackspace is trying to preempt with this offering. I guess time will tell.


When I think of commodity I think of oil, or grains, or pork bellies. A good that is generic and interchangeable, 'fungible'. You're not locked in to a source, you can get it from several sources in a competitive marketplace.

    Also, and again I apologize for not understanding
    your language here, but what do you mean by a
    "vertically integrated solution"? Could you give an
    example to illustrate what it would mean for a
    competitor to do this?
Definitely!

Let's start with an example of vertical integration: Apple has a strategy that involves heavy vertical integration. They sell the hardware and the software and the services. If you want OSX, you have to buy the hardware. More so in the phone space: if you want IOS, you need to buy an iphone. Once you've bought an iphone, you have to buy apps for it through the appstore. Even if you hate one part of the Apple solution, you may be forced to take the good with the bad. Even if you only want one thing, you generally have to get everything. If you want to run something that's not in the app store, too bad.

A scenario where this could happen with cloud services: imagine Amazon came up with a really good payment services platform, and then said that in order to use it, you had to live in their cloud. The market would have to interact with their cloud to get access to the payment services. Rackspace would lose access to the segment of the target market that needed this functionality.

By building a capability on the software side of cloud services, Rackspace will have better options in a situation like the one above:

* They will have a platform that they can build a competing payment services platform.

* It's possible that other groups who want the same outcome will contribute to their platform, strengthening it in lots of small ways to compete against other offerings.

* There may be other developers out there who are skilling up for their own ends, that Rackspace can hire at short notice if it needs to skill up quickly.

* They can start building a library of prior art and patents to use in defence against sniping from one proprietary operators in the cloud space.

In the mid-90s, IBM found themselves in an odd situation. They were offering a desktop and corporate operating system platform, but weren't very good at it because it wasn't their focus. Microsoft were good at OS strategy. So IBM found itself in a situation where it needed to invest heavily in Windows NT to avoid losing ground, and this meant that another company was setting its direction to a large extent.

Since then, IBM has got behind linux in a big way. There's far less risk of agenda-setting coming at them from the linux community. It's a stronger proposition for them to offer their customers, because potential customers don't have to fear IBM trying to lock them in to IBM products because in the way that customers might have been wary about this with AIX or OS/2 (or mainframes).

Imagine if Apple move into cloud services, and then get a patent on something ridiculous, and then use that to hound opponents. That's what they're doing in the phone space.

I think the guys at Rackspace have their heads screwed on. I'm looking forward to seeing a free and open cloud platform emerge.


   imagine Amazon came up with a really good payment 
   services platform, and then said that in order to 
   use it, you had to live in their cloud. The market 
   would have to interact with their cloud to get access 
   to the payment services. Rackspace would lose access 
   to the segment of the target market that needed 
   this functionality.
Good example, but I thought the idea with OpenStack is to allow anyone to take this and run with it, customize it as they like and eventually end up with their own platform, potentially distinct from Rackspace's. In your example, Amazon says "in order to use the payment system, you have to live on the Amazon cloud" but I don't see any parallel restrictions in OpenStack, simply because it's open source and can be tailored unpredictably.

It's for this same reason that I question whether the benefits to Rackspace that you pointed out above really are such a sure thing for them. Seems like it could just as easily turn against them if someone else turns their open source solution to better advantage (assuming the open source license permits this).


    Seems like it could just as easily turn against them if
    someone else turns their open source solution to better
    advantage (assuming the open source license permits this).
Sure, but that's their comfort space. They're confident of their skills and economies of scale here, and enthusiastic for this to be the battleground.

My point with the amazon example was partly that if Rackspace found itself needing to build something similar, it has a stronger starting point if it already has a software group. And because the platform is open, they might have a shared interest with another company who has taken on their software to collaborate on new features. Or another party may build an open payment system on top of this open system when they're not even looking, and they benefit from the network effects.


it won't hurt them. the provisioning system isn't the expensive part of becoming a 'cloud' provider.


It's not a "piece about AirBnB":

"While AirBnB is the largest of these new services, it isn’t the only one. A half-dozen upstarts have emerged in the last two years, with names like iStopOver.com and Crashpadder.com, offering the convenience of a hotel, the comforts of a home and the price tag of an up-market hostel. Call them social B&B networks, or maybe peer-to-peer hotels."


It's the featured example in a story about the type of product. Very much a PR win for AirBnB.


Maybe it didn't work because your site doesn't have any way to process payments? I wonder if Paypal imposes a per-transaction upper limit.


In places like downtown Tokyo you may encounter some resistance.


Yeah, the car coming down the road might not like your putting a tent in the middle of it.


If you're not in the majority, it really sucks though:

http://www.dailymail.co.uk/news/article-1205794/Rape-horror-...


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: