Brad Feld

Tag: twitter

I’m super proud of my friends at Gnip.  Last week they announced that they had closed another $2m investment from Foundry Group and First Round Capital and signed a deal with Twitter to become Twitter’s first authorized data reseller.

Via Gnip, you can now get three new premium Twitter feeds in real time for non-display use:

Gnip provides access to over 100 other social media feeds but has spent a lot of time in the past six months optimizing and tuning their system for Twitter-related data.

While Gnip has had its public ups and downs, including a reset of the technical approach and parts of the team about a year ago, co-founder and CEO Jud Valeski has done a magnificent job over the past two quarters of accelerating the business with real customers, adding huge depth to the technology stack, building a team that is continuing to scale nicely, and solidifying a long term relationship with Twitter that has been in the works for a while.

If you haven’t look at Gnip recently or didn’t know they exist, sign up for a free trial and take their social media API for a spin for 72 hours.  Or just contact them directly if you are interested in any of the new premium Twitter feeds.


In the last few days there have been a large number of posts about two platform companies – Apple and Twitter.  These posts covered a wide range of perspectives (a few of the better ones are linked to below) but fundamentally came down to the tension between a platform (e.g. the iPhone OS or Twitter) vs. third party developers that build applications on top of the platforms.

Several of the Twitter related posts include The Twitter Platform’s Inflection Point, Twitter and third-party Twitter developers, and Developers In Denial: The Seesmic Case Study. Several of the Apple related posts ones include  and Adobe Vs. Apple War Generates Rage, Facebook Group, Why Apple Changed Section 3.3.1, Steve Jobs response on section 3.3.1.  If you missed the leads to the story, Apple made a major change in their TOS and Twitter launched an official Blackberry client and acquired the Tweetie iPhone client, rattling their developer community.  And Twitter Officially Responds To Developers and Tries To Calm Fears.

While there has been an amazing outburst of reaction – including much surprise and criticism – to both of these situations, they should come as no surprise to anyone that has been in the computer business for a long time.  What we are experiencing is the natural evolutionary struggle that exists between a platform and its developers.  In the past few years, both Twitter and Apple have created amazing platforms and build incredible network effects on top of their platforms.  One way they have done this is to embrace developers, who have flocked to these platforms in droves, building a huge variety of awesome, great, good, mediocre, and crummy products on top of the platforms. Some of these products have created meaningful revenue for the developers, others have generated fame, and many have generated a giant time sink of work that hasn’t resulted in much.  This is the nature of being a developer on top of a platform.

True platforms are special things that are rare.  Fortunately, developers have a lot of choices and that is a powerful dynamic that keeps both the platforms and developers evolving.  I think the next few months are going to be pretty exciting ones as the current phase we are in sorts itself out.


I hate spam.  Over the years I’ve been an investor in a number of companies that address the spam problem, including Postini and Return Path.  I’ve also been involved in lots of other companies in the email ecosystem and spam has always been something I’ve paid close attention to.

I’ve thought hard about Blam (Blog Spam), Spim (IM Spam), Skam (Skype Spam), and SMam (SMS Spam).  A few times in the past I’ve thought about Twam (Twitter Spam) but Twitter has done a good job so far of dealing with most of the nasty stuff, the most visible being the porn-follower twam that they somehow managed to beat back (or that I’ve successful ignored).

Today, I got caught in a twam trap.  I got a note from someone to try out a service.  It’s someone I’d heard from before so I went to the new site and played around with it.  I wasn’t terribly impressed and didn’t really get it.  A few minutes later I got a DM from a friend that said “@bfeld none of the links on that page are active, fyi. tried Chromium + Safari”

I didn’t know why my friend was tweeting me that, but then it occurred to me that playing around with the software must have sent out a tweet.  I took a look and lo and behold it did.  I didn’t want that, nor did I set it up.  But it did.  Yuck.

Automatic tweeting from within applications is becoming commonplace.  This is good in many cases, but unless the sender authorizes the actual tweet, it’s twam.  There’s no opt-in dynamic around twam, so before a service sends out a tweet for the first time, it seems like good form is to make sure the user wants to tweet.  Most, but not all, do.

When you develop a twitter integration, think this through.  Don’t be a twammer.


Over the past year the amount of emails I receive on a daily basis from entrepreneurs has reached a point where I can’t deal with it any more.  My partners at Foundry Group feel the same and as a result we’ve moved to twitter to deal evaluation

If you are interested in talking to me about a potential investment, please just tweet it.  Limit yourself to 140 characters – that’s more than enough to describe what you are doing.  Optimally, you’d DM me, although I realize that I have to follow you for this, so just use @bfeld in your tweet and I’ll see it.  And please – don’t sent me multiple tweets – that kind of defeats the purpose.