Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

BOO FREAKETY HOO. They put all their eggs in apple's basket. Sorry dudes, bad strategy.


So what exactly do you propose?

That every developer simultaneously develops for iPhone, Android, Windows Phone, WebOS, Blackberry, Meego?

Developers aren't so cavalier as you about suggesting that you port your code to multiple platforms because we do know how much time, effort and platform-specific knowledge it takes to build a decent app.

Many iPhone, Android, Windows Phone apps are written by single developers that can't take 6 months per platform to learn how to code for it.

For most of us making a bet on single platform is the only viable strategy.

Bad strategy? Maybe. The only one possible? Unfortunately.

You would be pissed off too if your business failed not because the owner of the platform you bet on built a better product than you (and with their money, teams of programmers, marketing and ability to advertise to users of that platform they do have a huge advantage) but because they just used their monopolistic control over their platform to set business terms that are unheard of on other similar platforms and kill your business without them needing to lift a competitive finger.

I'm sure you'll tell me that Apple has the right to screw everyone on their platform and if I don't like it, I should just use another platform.

And that's exactly what I'm hoping people will do once they realize that Apple not only has the power to screw their developers and their users but is actually screwing them, as this on-going saga of 30% monopoly tax on content sales shows.


"Five of us spent nearly a year and a half of our lives and over a million dollars in cash and sweat equity developing the iFlowReader app"

if they were serious about the risking all their eggs in same basket, they could have used consultants/outside developers to port their app to other platforms with less than 10% of the said investment


Note that they state both cash and sweat equity of one million+.

Between five people and 1.5 years, a million dollars in sweat equity for developers is probably understated. They invest the time & skills (that they could have been using to freelance or consult for others) into their own company. Some people would consider this 'free' - but it's not free, the opportunity cost is still there. When you're closing shop without a gain, you are going to start looking back and counting all those lost opportunities in terms of dollars.


No, my direct suggestion is the following:

a) A game has no issues. It's life cycle is short.

a.a) A long-term product/service strategy can't rely on one platform as they are under the whim of the owner.

b) Don't build exclusively for one platform. Thats right, develop for android, webos, etc. The point is that one choice is to be fucked in the ass by a company at their discretization, the other choice is to have protection vs that.

You can't complain "waa waa waa apple chaned their rules" too bad. It's apple's proprietary tightly controlled market. You want to make money? Bend over backwards for them. Otherwise piss off. It happened to twitter clients, its happening to facebook clients, its happening to apple clients. Learn from history.

Windows applications have been lucky. MS has been pretty nice over the years with what they allow. However if MS says "30% surcharge on any application selling something running on windows" then guess what, same cries will happen. Boo freakety hoo. This is what people were saying about being careful with apple's tight control. This is why I support android. But some didn't listen so they get fucked in the end.


Yes, "boo hoo", and all that, but what about the third-party in this failure: the user. Ultimately, we lose. iFlow was a unique application that was innovating in the reader space. It's a shame that they were pushed off of the platform that I prefer.

I'm not going to get all sanctimonious about it, but it's slowly beginning to weigh on my decision making process. I love my iOS devices, I really do, but when I look at Apple's approach, it appears that their bottom line comes first. Period. It's already hurting innovation in limited ways, as we can see here. What happens as they continue this approach and it affects more types of software?

In my view, Android looks more attractive all the time, and I'm not exaclty happy to say that.


That is the truth. I don't understand why so many people are willing to defend Apple in this situation. There is no way to construe these rule changes as anything but anti-user, and you should worry when a company breaks profit records but continues moving in an anti-user direction.


People defend it due to a failure of this:

http://www.paulgraham.com/identity.html

People seek validation for their purchasing decisions and identify themselves by what brand of cell phone they carry around.


Look. iPhone is superior to Android. I know it every day I use an Android. However I cannot buy an iPhone because:

a) I use sprint and am happy with it.

b) I don't support Apple's control on a moral level. So I will not support Apple by buying the iPhone.

c) I won't develop for iPhone except as an after-thought or short-term project. This way I make money, and get out. I won't make any long-term plans for it. In fact that is true of EVERY mobile platform. Never bind a single long-term plan with one platform. Tomorrow Android can fail and WebOS rises to beat everyone in one swoop. You can't build a company on hopes and luck alone.


You put it a little more harshly than I'd have done, but this is essentially what I was going to say.

You shouldn't build your foundations on ground that can move at any time.


What ground can't move at any time? Being completely independent of anybody else is mind-bendingly hard. I bet you aren't either. Very few are — most are just lucky enough not to have had their dependencies fail so catastrophically.


There's building on shaky ground, and there's building on ground that's got a known habit of disappearing without warning.

iDevices are pretty neat pieces of kit. I was going to dev for iOS, once. I'm glad I didn't make THAT mistake.


I'd put it this way: there's building on shaky ground and there's building on ground that's designed to disappear as soon as you get something good going.

I'm sorry for iFlow's people but if your business requires to be approved by a potential competitor to exist you are going to be in trouble.


A web company is the most independent company that exists. They are even, in some cases, outside of control of the government (although this is starting to change). And it isn't mind-bendingly hard; a couple of the biggest companies in technology (Google and Facebook) were started by college students in their dorm rooms / garages.


I will answer this with an anecdote:

My friend bought a building. 50 apartments. He got investment money from family to put a down payment on the loan. Fix it up. Have tenents pay rent and cover the loans while looking for a seller. Sell it for a proffit.

This was great. Except that he had ABSOLUTELY no risk-mitigation. He could not afford to keep the house on the market for 3 yrs to ensure that no matter what, he does not lose all the invested money.

Guess what? Problems arose trying to sell the house. Took 3 months longer than expected (9mo total vs expected 6). Money ran out. Boom foreclosure. Lost 800k.

The lesson I learned is that take what you are assuming will happen, and make at least SOME risk mitigation. How can you get out? If you can't what will you lose? Etc. Don't make long term risky goals based on hopes that everything will be alright. Assume the worst, can we still come out even if that happens?


Risk and trust are inherent in entrepreneurship. We all count on any number of providers to behave fairly, from technology service providers, to API services, to retailers, distributors, and other partners.

Sure, it's best to have many legs to stand on, but that is simply not the case for most early startups.




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

Search: