Ask PG: Is RFS3 "Things built on Twitter" still sensible to prioritise?
Given Twitter's capricious enforcement of its API Rules of the Road, their willingness to allegedly crib features from apps in their ecosystem, and increasingly misaligned incentives vis-a-vis 3rd party developers and users, how long is it before this RFS becomes inordinately risky for YC to specifically solicit?
59 comments
[ 2.9 ms ] story [ 168 ms ] threadWhen is an RFS considered "closed?"
It seems like a lot of developers/startups put their eggs in the FB basket. I wonder if, from a funding perspective, that behaviour would set off alarm bells today?
It's unfortunate that this persists even though Android now has twice the smartphone marketshare iOS has. It doesn't seem like things will be changing any time soon either.
Additionally, for various reasons, iOS seems to be both "hipper" and more profitable for developers. This could be related to the point above, if most of the Android phones are owned by people who don't use apps much, let alone buy them.
That's very true. However, even amongst those in the know (e.g., those in the HN community), almost no one uses an Android phone, even the Nexus, as their daily driver. Even the best Android phone is intrinsically viewed as inferior to the iPhone, which is why I said I don't see things changing any time soon.
So I wonder how much of that decision not to build for Android is based on personal bias. We see similar things on the web when it comes to supporting WebKit-based browsers first, with Firefox and IE having secondary importance. For example, many of the "hip" webdevs use experimental features that aren't available in non-WebKit renderers.
Out of curiosity, what field are you in?
At my company in SF doing heavy systems work, we're 80% Android
App distribution on Android is actually more tricky than the App Store on iOS. There are actually a few "App Stores" for the Android, Google Play vs Amazon App Store.
1. Fragmentation
2. Prevalence of Mac Book Pro as dev machines.
2. The Android development sdk works just fine on Mac OS. I would argue that certain parts of the Eclipse+ADB combination are actually more developer friendly than Xcode.
They were featured on the Android market multiple times but couldn't get the traction of an Instagram, etc. They believe in real terms iOS and Android are closer in terms of actual users that would want to install apps.
We build music apps for high end stereo's, so it's a mobile device application, but not mobile in the sense of taking a device with you. Most of our market is iPad, with a large share iPhone and iPod touch. Android is kind of small so far (always about to take off!), but I think the Nexus 7 and maybe Kindle Fire will change this. The size is good for browsing music and the price is significantly below the iPad, basically the same as an iPod touch. We have desktop apps too, but they are maybe 10% as popular as the mobile ones. A lot of our users would consider purchasing a device especially for browsing music, iPad is a first choice, but the Nexus 7 is a good option.
The other difference for us is that people tend to keep their existing devices, so we have lots of old hardware to support. Phones get updated a lot more than tablets and iPod touches.
Yeah I'd agree with that.
Can't say either if this will have major repucussions in the future.
Users probably don't care about these issues and dev's will suck it up, because they still want the userbases.
That said, a social network can potentially become 'uncool', pretty quickly, especially if they piss on the influencers.
I recall that you mentioned that quite some time ago.
Back in the day, building a twitter client may have seemed reasonable but ultimately turned out to to be 'snatching coins from in front of a steamroller'. I think if you're building something which is a replacement or improvement on the twitter browser UI you're clearly taking a risk. I don't know that other uses of the data they hold are such a risk. Obviously I could be wrong but for me it's at least on the opposite end of the risk spectrum from twitter clients.
[disclosure, my current side project uses twitter data. It's in my profile if you want a look]