Sometimes I have ideas of Web services that require the Twitter Search API. But then, after seeing the number of requests you can do by day (150 searches for example), I keep thinking: "well, this app could always be better written by them, on their servers. They could even copy my idea and do a much better implementation because for them there are no API limits."<p>With 150 (or 1000...) requests per day when your app got minimally successful it would also die.<p>Is this thinking correct or I'm missing something? (Not a web developer here...)
The thing with Twitter is, that they don't really want to kill their app ecosystem, but really just want to keep growing because of their app ecosystem, they only want to be the transport layer so it is highly unlikely that they would come out and kill your project by duplicating it.<p>A perfect example is the completely under-powered lists feature, the API is super powerful but twitter's implementation is as barebones as it can be, possibly because they want to encourage other people to build on top of their stack.<p>Have you looked at the Streaming API for your ideas? You can also get full firehose access if it really does become successful. Obviously, sharecropping on someone else's farm is never a brilliant idea but if you're going to do it, Twitter may not be such a bad place to do it...
Twitter has kinda relaxed limits for search. I have done 1 req every few seconds, and that was fine.
Their normal API has more constraints, but it's supposedly not that hard to get your limit lifted to 20K queries/hour..