Brad Feld

Year: 2013

I turned 48 on December 1st. I took a week off the grid (from the Wednesday before Thanksgiving until the Wednesday after my birthday) – part of my quarterly off the grid routine with Amy. We had a very mellow birthday this year, spent it with a few friends who came to visit us in San Diego at the tennis place we love to hide at, and basically just slept late, played tennis, read a lot, got massages, ate nice food, and had adult activities.

I returned to an onslaught of email (no surprise) which included a long list of happy birthday wishes. I had 129 happy birthday wall posts and about 50 LinkedIn happy birthday messages.

As I read through them, I was intrigued and confused.

  • The Facebook wall posts were nice – almost all said either “happy birthday” or “happy birthday + some nice words.” I received one gift via Facebook (a charitable donation – thanks Tisch, you’ve got class!) Ok – that felt pretty good.
  • The emails were mixed. Many of them were like the Facebook wall posts. A few of them were online cards. But about 10% of them asked me for something, using the happy birthday message as an excuse to “reconnect.”
  • About 50% of the LinkedIn messages were requests for something. The subject line was “Happy Birthday” but the message then asked for something.

I decided not to respond to any of them. There were a few emails with specific stuff that I wanted to say, but the vast majority I just read and archived.

I found myself noticeably bummed out after going through the LinkedIn ones. I woke up thinking about it again today, especially against the backdrop of reading Dave Eggers awesome book The Circle (more on that coming soon.)

I’m an enormous believer in the idea of “give before you get.” It’s at the core of my Boulder Thesis in my book Startup Communities: Building an Entrepreneurial Ecosystem in Your City  and how I try to live my personal and business live. Fortunately, many of the people I am close to also believe in this and incorporate it into the way they live.

When processing my birthday wishes, especially the LinkedIn ones, there was very little “give before you get.” That’s fine – I don’t expect that from anyone – it’s not part of my view of an interaction model that I have to impose it on others. But I was really surprised by the number of people that used my birthday as a way to “get something” without “giving something” other than a few words in a social media message.

This confused me. The more I thought about it, the more I was confused, especially by the difference between email, Facebook, and LinkedIn. When I tried to organize my thinking, the only thing I could come up with was that email was “variable”, Facebook was “generic”, and LinkedIn was “selfish.” I didn’t love these characterizations, but this prompted me to write this post in an effort to understand it better.

Oh – and the best thing I got electronically for my birthday was from Andrei Soroker via a different channel – Kato.

I’m going to ponder the “culture of different communication channels” more, but I’m especially curious if anyone out there has a clear point of view on the different cultures between email, Facebook, and LinkedIn. Feel free to toss Twitter in the mix if you want.


I’ve been railing about the evils of software patents – how they stifle and create a massive tax on innovation – since I wrote my first post about it in 2006 titled Abolish Software Patents. Seven years ago this was a borderline heretical point of view since it was widely asserted that VCs believed you should patent everything to protect your intellectual property. Of course, this was nonsense and the historical myths surrounding intellectual property, especially the importance and validity of software and business methods, have now been exploded.

My post from 2006 lays out my point of view clearly. If you don’t want to read it, here’s a few paragraphs.

“I personally think software patents are an abomination. My simple suggestion on the panel was to simply abolish them entirely. There was a lot of discussion around patent reform and whether we should consider having different patent rules for different industries. We all agreed this was impossible – it was already hard enough to manage a single standard in the US – even if we could get all the various lobbyists to shut up for a while and let the government figure out a set of rules. However, everyone agreed that the fundamental notion of a patent – that the invention needed to be novel and non-obvious – was at the root of the problem in software.

I’ve skimmed hundreds of software patents in the last decade (and have read a number of them in detail.) I’ve been involved in four patent lawsuits and a number of “threats” by other parties. I’ve had many patents granted to companies I’ve been an investor in. I’ve been involved in patent discussions in every M&A transaction I’ve ever been involved in. I’ve spent more time than I care to on conference calls with lawyers talking about patent issues. I’ve always wanted to take a shower after I finished thinking about, discussing, or deciding how to deal with something with regard to a software patent.”

Companies I’ve been involved in have now been on the receiving end of around 100 patent threats or suits, almost all from patent trolls who like to masquerade behind names like non-practicing entities (NPEs) and patent assertion entities (PAEs). We have fought many of them and had a number patents ultimately invalidated. The cost of time and energy is ridiculous, but being extorted by someone asserting a software patent for something irrelevant to one’s business, something completely obvious that shouldn’t have been patented in the first place, or something that isn’t unique or novel in any way, is really offensive to me.

In 2009, I got to sit in and listen to the Supreme Court hear the oral arguments on Bilski. I was hopeful that this could be a defining case around business method and software patents, but the Supreme Court punted and just made things worse.

Now that the President and Congress has finally started to try to figure out how to address the issue of patent trolls, the Supreme Court has another shot at dealing with this once and for all.

I’m not longer optimistic about any of this and just expect I’ll have to live – and do business – under an ever increasing mess of unclear legislation and litigation. That sucks, but maybe I’ll be pleasantly surprised this time around.


It’s been a blast to have a house in Kansas City. I’ve made a bunch of new friends from it and have been able to participate in the radical growth of the startup community there, especially in the KC Startup Village where my house is located. I’ve gotten to experience Google Fiber first hand and also helped mentor a neat startup called HandPrint who has been living in the house for the past six months. And it continues to be really fun to tell the story of the look on Amy’s face when I came home and said “hey – I bought a house in Kansas City today.”

When I bought the house, it had an attic that was a mess. A really gross mess. Think mouse turds, busted boards, and damp rotting wood mess. I hired a contractor who the HandPrint folks hung out with and he turned it into a great new loft. Turnstone (a Steelcase company) offered to furnish the house as a way of highlighting their furniture in a startup environment.

It turned out awesome. If you’ve been following the story at all, the video below will give you a few minute glimpse into the house, some of the players including the amazing Lesa Mitchell who helped make it all happen, the snazzy Turstone-loft, as well as give you a look at the HandPrint team.

I’m trying to figure out the next fun place to buy a house like this.


Jackson Pollock is one of my favorite abstract expressionists. So, when Sphero decided to dance around in NY City and do an art project, he immediately came to mind.

If you wonder how kids describe a Sphero, this short video will make you smile. And then laugh. And then smile some more. One of these kids needs to be on The Voice.

Sphero says, “buy me, buy me, buy me.”


Sometimes you have to stop doing things to make more progress.

2013 was a complicated year for me. Lots of things have gone well, but I struggled with a deep depression from January to May. My running has been erratic (no marathons this year) and I’ve struggled a lot physiologically, which at this point I think I’ve been able to determine is some version of what is called adrenal burnout or cortisol deficiency.

As part of trying to get back to a happy place, I decided to stop traveling. I haven’t been a plane for work since the middle of May. Yesterday was the first time I got on an airplane since June (when I went to visit my parents for their 50th anniversary). I’m on a two week vacation (one week completely off the grid) – something I do every year around Thanksgiving since my birthday is on December 1st.

My annual rhythm tends to run from 12/1 to 11/30 due to my birthday. It’s a much bigger marker for me than January 1st, especially since I still have some grumpy jewish kid behavior around Christmas. So – with a week to go in my version of this year, I’m starting to think about what I’m going to do differently in 2014.

I immediately flashed to no business travel. Waking up in my own bed at home for the past six months has been transformative for me. So I decided to continue to not do business travel in 2014.

But that’s an easy one, since I’m already doing (or not doing) it. So I’ve begun thinking about the next things I’m going to stop doing. Some are work related and some are personal. I’ve always been an abstainer instead of a moderator so things like “no alcohol” pop up to the top of the list quickly. But that’s less interesting to me at this point than things that are more profound in a business context, like “no travel.”

As I work on my list of things to stop doing, I’m curious about what, if anything, is on your list.


My post on How to Fix Obamacare generated plenty of feedback – some public and some via email. One of the emails reinforced the challenge of “traditional software development” vs. the new generation of “Agile software development.” I started experiencing, and understanding, agile in 2004 when I made an investment in Rally Software. At the time it was an idea in Ryan Martens brain; today it is a public company valued around $600 million, employing around 400 people, and pacing the world of agile software development.

The email I received described the challenge of a large organization when confronted with the kind of legacy systems – and traditional software development processes – that Obamacare is saddled with. The solution – an agile one – just reinforces the power of “throw it away and start over” as an approach in these situations. Enjoy the story and contemplate whether it applies to your organization.

I just read your post on Fixing the Obamacare site.

It reminds me of my current project at my day job. The backend infrastructure that handles all the Internet connectivity and services for a world-wide distributed technology that was built by a team of 150 engineers overseas. The infrastructure is extremely unreliable and since there’s no good auditability of the services, no one can say for sure, but estimates vary from a 5% to 25% failure rate of all jobs through the system. For three years management has been trying to fix the problem, and the fix is always “just around the corner”. It’s broken at every level, from the week-long deployment processes, the 50% failure rate for deploys, and the inability to scale the service.

I’ve been arguing for years to rebuild it from scratch using modern processes (agile), modern architecture (decoupled web services), and modern technology (rails), and everyone has said “it’s impossible and it’ll cost too much.”

I finally convinced my manager to give me and one other engineer two months to work on a rearchitecture effort in secret, even though our group has nothing to do with the actual web services.

Starting from basic use cases, we architected a new, decoupled system from scratch, and chose one component to implement from scratch. It corresponds roughly to 1/6 of the existing system.

In two months we were able to build a new service that:

  • scales to 3x the load with 1/4 the servers
  • operates at seven 9s reliability
  • deploys in 30 seconds
  • implemented with 2 engineers compared to an estimated 25 for the old system

Suddenly the impossible is not just possible, it’s the best path forward. We have management buy-in, and they want to do the same for the rest of the services.

But no amount of talking would have convinced them after three years of being entrenched in the same old ways of doing things. We just had to go build it to prove our point.


We recently invested in littleBits. It’s another of our investments that traces its roots to the MIT Media Lab. It’s also another investment we are making with our friends from True Ventures. It’s another one that mixes hardware and software in a delightful way that is part of our human computer interaction theme. And yet another investment in New York.

But it’s the first company we’ve invested in that did a promotional video for their product (the Synth Kit) with Reggie Watts.

Ayah Bdeir, the CEO of littleBits, has blown my mind with her vision of where she is going to take this company. Phase 1 of littleBits was, in the company’s words, creating a “library of electronic modules that snap together with tiny magnets for prototyping, learning, and fun.” Today there are over 50 different bits that you can buy right now, individually or bundled in different kits.

This, by itself, is awesome. But the next phase of where Ayah is taking the company is just awesome. And, as a result, I predict you will have some littleBits somewhere in your world before you realize it. And, since Thanksgiving is just around the corner, we’ve got a kit to make a programmable lazy susan for your table if you need one.

Remember, the machines have already taken over. Get on board if you want to be able to play with them.


Bitcoins Bitcoins EverywhereI woke up this morning to several articles about Bitcoins. From Dave Taylor’s explanation in the Boulder Daily Camera to a paywall article that you can’t buy with bitcoins (ironic) in the NY Times (A Bitcoin Puzzle) to Fred Wilson’s blog (A Note about Bitcoin), I was surrounded by words about them.

We have an awesome CEO list that covers plenty of topics. Early in the week I posted a link to Fred Wilson’s post Buying Your Holiday Gifts With Bitcoin. That generated a fun discussion including lots of “what are bitcoins and why do I care”; “here’s what they are” kind of things. And then Kwin Kramer of Oblong weighed in with a phenomenal essay. It follows.

I’m with Seth; I think bitcoin is interesting on several levels, including as a real-life experiment with a semi-decentralized currency.

Bitcoin is a software engineer’s implementation of money (as distinct from, for example, a politician’s, banker’s, or economist’s).

There’s a lot of overlap between bitcoin fans and folks with strongly libertarian views. Many of bitcoin’s most vocal proponents see bitcoin as a currency, a replacement for currencies that are created and managed by governments. These folks tend to view bitcoin as a sort of electronic version of gold, a new currency that’s not a “fiat” currency.

I’m deeply skeptical of this set of ideas. First, and very generally, I don’t tend to think that dis-intermediating government institutions is a useful goal in and of itself. I would describe a well-run central bank like the United States Federal Reserve the way Churchill described democracy: the worst solution to the problem of managing a monetary system, except for all those other forms that have been tried from time to time.

In addition, core design decisions in the bitcoin spec make bitcoin a pretty terrible store of value and unit of account, which are two things we expect from a currency.

As has been noted in this thread, the total number of bitcoins is capped at 21,000,000. Currently there are about half that number of bitcoins in circulation. The rate at which new bitcoins are mined is designed to decrease over time. This means the bitcoin market behaves more like a commodity market than like a currency market, prone to volatility and some specific kinds of market pathologies. In my view the fact that the money supply can’t be “managed” by a central bank that is able to turn various “knobs” (interest rates of several kinds, the amount of money in circulation) is a bug, not feature!

The cap also means that a bitcoin-denominated monetary system will be a system built around deflation — the opposite of how the monetary system we use today is constructed. Over time, prices will fall, rather than rise. Economists generally view deflation as a problem. If prices get cheaper over time, all the time, people have strong incentives to delay purchases and to save money. If everyone saves, rather than spends, economic growth is impossible.

Economists have lots of tools for talking about this stuff. And, while economists often disagree violently with each other, the collective knowledge in the field is important and valuable. To draw an analogy, non-programmers can and often do have very insightful things to say about digital technology. But it’s definitely worth talking to experienced programmers when trying to understand a particular platform, protocol, or application.

I’m not an economist, but I find convincing the economists’ consensus that deflation is “bad.” At the very least, I’d argue that we don’t know how to build a stable monetary system on top of a currency that is fundamentally deflationary.

On the other hand, even if bitcoin makes for a poor currency, it may well be a very useful payment mechanism. The original bitcoin paper focuses heavily on this aspect of the system design.

To explain this a little more, we can think about how we use US dollars in normal, every-day life. I usually keep some printed dollar banknotes in my pockets. These banknotes — these “dollars” — are a store of value. (They’re worth something in an economic sense.) The banknotes are also a unit of account. (Lots and lots of things I encounter every day have prices denominated in dollars.) Finally, each banknote is a payment mechanism — a transaction mechanism. I can hand over a banknote to most people I might want to buy something from. They’ll accept it. We’ll both know what that means.

But physically handing over a “dollar” isn’t the only payment mechanism I regularly use. I have credit cards, and checks (sort of — that’s kind of changing), and now some other electronic payment mechanisms like PayPal and Amazon points.

It’s possible to separate the functions of value store, unit of account, and transaction mechanism. They fit together neatly and are systemically related, but they’re three different things.

The bitcoin peer-to-peer transaction protocol is pretty cool. It’s basically strong cyptography, good timestamps, and a consensus protocol for blessing transaction reporting.

Which boils down to a way to “hand someone cash” electronically. With no trusted third party having to broker the handover. And, theoretically, anonymity for both the payer and the payee.

As a software person, I think of this as a platform. A new electronic payment platform that may have significant advantages over most of the existing ones. To get broad adoption, platforms need killer apps. So far, there aren’t killer apps for bitcoin. But there are some possible raw materials for killer apps. Cheaper international payments. Completely anonymous electronic payments. But the great thing about platforms is that it’s often quite hard to predict early on what the killer apps might be. Particularly for the really disruptive ones.

A couple of final caveats. It’s not clear (at least to me) whether it’s possible to separate the currency aspects of bitcoin from the transaction platform aspects. If bitcoin does turn out to be a flawed currency, that could be a problem even if the transaction platform stuff is really useful.

Also, the bitcoin platform is pretty new and there may be some fatal flaws in the design of its anonymity features and its transaction log. For example, the transaction log is a global, permanent thing. To verify any bitcoin transaction you have to have a full record of every bitcoin transaction ever. That’s okay now; the system is small. Our computers and networks will keep getting faster as bitcoin use increases. But a broadly used currency will have to be able to support a lot of transactions. Maybe the design can be patched, either in a technical sense or in a social/institutional sense. But we don’t really know.

Some links:


IMG_0019_2This is a picture of me completely and unapologetically engrossed in a game of Space Invaders on a VIC 20. Here’s an early commercial for it, featuring the one and only William Shatner.

Several weeks ago the team at the Media Archeology Lab (MAL) celebrated their accomplishments to date by hosting an event – called a MALfunction – for the community. Attendees include founders of local startups, the Dean of the College of Arts and Sciences of the University of Colorado, students that are interested in computing history, and a few other friends. The vibe was electric – not because there were any open wires from the machines – because this was truly a venue and a topic that is a strong intersection between the university and the local tech scene.

Recently, Amy and I underwrote the Human Computer Interaction lab at Wellesley University. We did so not only because we believe in facilitating STEM and IT education for young women, but also because we both have a very personal relationship to the university and to the lab. Amy, on a weekly basis, speaks to the impact that Wellesley has on her life. I, obviously, did not attend Wellesley but I have a very similar story. My interest in technology came from tinkering with computers, machines, and software in the late 1970s and early 1980s, just like the collection that is curated by the MAL.

Because of this, Amy and I decided to provide a financial gift to the MAL as well as my entire personal computer collection which included an Apple II (as well as a bunch of software for it), a Compaq Portable (the original one – that looks like a sewing machine), an Apple Lisa, a NeXT Cube, and my Altair personal computer.

Being surrounded by these machines just makes me happy. There is a sense of joy to be had from the humming of the hard drives, the creaking of 30-year old space bars, and squinting at the less than retina displays. While walking back to my condo from the lab, I think I pinned down what makes me so happy while I’m in the lab. An anachronistic experience with these machines are: (1) a reminder of how far we have come with computing, (2) a reminder to never take computing for granted – it’s shocking what the label “portable computer” was applied to in 1990, and (3) a perspective of how much further we can innovate.

My first real computer was an Apple II. I now spend the day in front of an iMac, a MacBook Air, and an iPhone. When I ponder this, I wonder what I’ll be using in 2040? The experience of the lab is one of true technological perspective and those moments of retrospection make me happy.

In addition, I’m totally blown away by what the MAL director, Lori Emerson, and her small team has pulled off with zero funding. The machines at MAL are alive, working, and in remarkably good shape. Lori, who teaches English full time at CU Boulder, has created a remarkable computer history museum.

Amy and I decided to adopt MAL, and the idea of building a long term computer history museum in Boulder, as one of our new projects. My partner Jason Mendelson quickly contributed to it. If you are up for helping us ramp this up, there are three things you can do to help.

1. Give a financial gift via the Brad Feld and Amy Batchelor Fund for MAL (Media Archeaology Lab).

2. Contribute old hardware and software, especially stuff that is sitting in your basement.

3. Offer to volunteer to help get stuff set up and working.

If you are interested in helping, just reach out to me or Lori Emerson.