I posted an interview with Glen Low, creator of Instaviz to MobileOrchard.
Instaviz is a graphing and mind-mapping iPhone application with a novel, Newton-like shape drawing interface. Great techie details behind the shape recognition magic in the app.
I posted an interview with Brent Simmons to MobileOrchard.
Brent’s the creator of the popular NetNewsWire feed reader for the iPhone and Mac.
Brent gives a good interview. Topics include adapting a desktop UI to the phone, making a living doing this stuff, and his “anti-packrat” compulsion. Have a listen!
I’ve just launched Mobile Orchard Profiles, a wiki-like site featuring profiles and endorsements of iPhone developers.
The launch announcement covers the details. I’ll summarize here:
It’s hard to prove you’re a capable developer in a brand-new tech. Nobody’s got years of experience or a deep showcase of examples to point to. The site help show credibility by letting developers endorse other developers. Being in good company is a great way to be credible!
Update: as of right now, the site’s #3 on
I posted a pair of interviews to the Mobile Orchard Podcast:
 |
 |
The first interview is with Padraig Kennedy, author of a very useful iPhone/iPod Touch backup decoder.
The second interview is with Pete Schwamb, creator of an app that can tell you the temperature by analyzing the sounds of crickets chirping.
There’s been a lot of talk about pricing iPhone applications.
I was curious about correlating price and popularity within product categories. Peter Cooper thought it’d probably follow a Zipf-like distribution, with more expensive apps falling off quickly.
Turns out, it kind of does and it kind of doesn’t. By and large, cheaper apps are more popular. That said, in every category there are exceptions: there are apps that are way more popular than they should be for their price. Can better apps fetch more?
While working on this, I started experimenting with combining price and popularity. Multiply them together and you should get a relative ranking of who is making the most, the second most, etc. You can’t get absolute numbers, but as a relative gauge it’s interesting.
Anyway, we’re working on a series of articles about this that’ll be posted to Mobile Orchard. The first one, Price and Popularity: The iPhone App Store’s Data Show Who’s Making The Most Money, went up today.
Kathy Grayson of the Business Journal interviewed me about
The article came out in this week’s issue. It’s a great article and features some kind words from Damon Allison and Tom O’Neill. Read it here.
Update: WCCO radio picked up the story for their “Business Brief” which you can hear here.
I’ve posted a podcast interview with Neil Mix. Neil’s the lead developer for the Pandora iPhone application.
In the interview, Neil talks about creating the Pandora iPhone application, challenges building a streaming player that works over the EDGE network, parallels between Ajax/JavaScript and Objective-C programming and iPhone UI conventions shared with Tivo and — fire up the Internet time machine — Gopher.
I posted a video interview with Michael Koppelman about his iPhone rocket.
There’s some really interesting info about using the iPhone in conditions it was probably never intended for. There’s good data, and Michael is a natural interviewee. It’s fun to watch.
I’ve posted a podcast interview with Rails Rock Star turned iPhone Icon Dr. Nic Williams.
Dr. Nic is very entertaining, and it’s an action-packed 15 minutes:
We talk about about his migration manager for updating SQLite iPhone databases, trying to get Ruby onto an iPhone, using Ruby to unit-test Objective-C iPhone code, his company Mocra, and the Mobile Orchard Podcast’s lavish recording studios.
[Photo credit: http://www.flickr.com/photos/rrrodrigo/2394137488/]
A bit more than a month ago I received an email from Mpls St. Paul Magazine asking for answers to a series of questions on “brains,” “smarts” and the prospects for the future.
I sat on the questions for a few days because I wanted to answer modulo my worries about the current state of the word.
I know modulo sound (at best) nerdy and (at worst) smug, but it’s the best word to express what I’m after:
I wanted a view that had enough perspective to see past the turmoil that dominates any view whose granularity is finer than (I suppose) about a year.
When I wrote up my response a few days later I surprised myself with the optimism present in my answers — which were largely about solving curable disease and helping education in the third world, and electricity production. In short, a lot of the world needs help at the warm/clothed/educated/fed level and there’s reason to be optimistic here.
The questions and my answers follow:
Q: Over the next 10 years what will have the most profound impact on human life?
A: The most profound impact on human life over the next ten years will come from the work being done by the technologists-turned-humanitarians and social entrepreneurs.
Q: Name three person you regard as smarter than yourself
Q: Who today or in history would you call a genius
A: My answer are the same for both questions:
Bill Gates, in his role as chairman of the Bill & Melinda Gates Foundation. Fixing disease in the Third World is often less about cutting-edge technology than it is about simpler things like hygiene and logistics. The genius of what Gates has done comes not from the oft-discussed “balance sheet” approach to deciding where to investment will have the largest impact. Instead, it’s from what Anil Dash describes as “imposing a tax on every corporation in the developed world, collecting $100 per white-collar worker per year, and then directing one-third of the proceeds to curing AIDS and malaria.”
Saul Griffith is solving the energy production equation at both the micro and macro level. He founded Potenco whose pull-cord power generators provide a power source for safe electric lighting [in the third world]. Saul’s latest venture, Makai Power, is pioneering tethered, high-altitude wind power generation and is supported by the Google Foundation.
Nicholas Negroponte, chairman emeritus for MIT’s Media Lab and [founder of] the One Laptop Per Child education project [that is] at the heart of a mission to raise the bar in education in the Third World.
Q: If you could take a pill that boosted your IQ fifty points, would you take it?
A: In a heartbeat, but only if everyone else could too. Giving yourself a fifty-point boost is selfish; raising the planet’s collective intelligence is good for the species.
Q: Would you rather be street smart? Book smart? Business smart, or people smart? (Choose one)?
A: Street smart is synonymous with problem-solving, which is at the heart of anything interesting.
–
Thanks to Robert Stephens for suggesting me to the publishers.
I’ve posted a podcast interview with Hampton Catlin, creator of the Wikipedia iPhone app iPedia (formerly iWik).
iPedia has sold over 50,000 copies at $1 a pop, appeared in Time Magazine, and has been a “featured app” in the App Store. As of early October, it was continuing to sell at about 1,000 copies per day.
[Photo credit: http://www.flickr.com/photos/urbanwide/244690897/]
Includes a brief appearance by me.
Ruby Inside’s Peter Cooper and I have teamed up to create Mobile Orchard, the iPhone™ Development Blog - News and views for iPhone/iPod Touch™ App Developers.
To kick things off, we’ve produced a five minute video walkthrough of Android for iPhone developers using a pre-release T-Mobile G1 Android phone.
This phone will be the first Android phone to become available when it’s released later this month. It’s very unlike an iPhone. Check out the video to learn more.
By request, please find a PDF of the slides I used in my talk today the MIMA Summit on Alternate Reality Games here:
When I speak I do very little in the way of “reading my slides,” so these will probably only be useful to you if you attended and wanted to follow some of the threads back to their sources. MIMA tells me they’ll post the video of the talk; when they do I’ll link to it from here.
Big thanks to Jury Hahn and Dan Albritton of Mega Phone for setting up one of their phone-digital signage games for use in my talk, and to Elan Lee for sharing his ETech talk materials for me to incorporate in this talk.
Got a nice blurb in the Business Journal today on social networking:
They asked, “What is your favorite social networking site?” and “How has it benefited you professionally?”
I answered:
Favorite social network: Twitter. True to Twitter form, I’ll explain why in less than 140 characters: Twitter is a fly on the wall: it’s a great source for small-talk topics. What I learn about your life there is a great conversation starter!
I’m hosting an SEO competition as one of the projects in my UMN class. The students are competing against one another to get the highest Google search result for these key words:
At the moment, there are zero Google results for this set of words. I’m making this post to see how quickly it gets into Google.
My RubyFringe talk just became available at the InfoQ site.
It’s an hour long talk condensed into 30 minutes of fast talk about developers as entrepreneurs, ways of evaluating/trying out ideas, and — probably the strongest section of the talk — how to “hack the market.”
By now, what happened at RubyFringe is well known but is worth repeating: Pete, Meghann and all of Unspace produced a truly singular event. It was a genuine honor to have participated.
If you weren’t able to attend, keep an eye of for more RubyFringe videos at InfoQ and read the good recaps at Joey deVilla’s and Sean Miller’s blogs.
During the early Ruby on Rails days the ruby.mn list became the home-base for a few dozen people exploring the then-new web platform. As we learned Rails we shared with one another and collectively got very good at building Rails applications.
Today, the iPhone is the new-new. Lots of stuff to explore, a somewhat steeper learning curve, and — by definition — everybody’s pretty new to it. We need another/a-new list, just like ruby.mn back then, where we can share, learns, ask dumb questions, etc. To that end, I’ve created the iPhone Developers of Minnesota Google Group/list. Hope to see you on it.
I’ll be speaking about Alternate Reality Games at the MIMA Summit in October as part of the their “What’s Now and Next” series.
Like most new things, pinning down a definition for Alternate Reality Games (ARGs) is a moving target. The def I prefer is one provided by Elan Lee, one of the genre’s creators, is than an ARG is “anything that takes your life and converts it into an entertainment space.”
I like this definition because it encompasses all games whose play takes place in setting (both physical and online) that you already inhabit. It’s gaming without the context switch.
You may be familiar with some of the well-known ARGs. TV’s Lost had one. There was one for the Dark Night film. There are consumer-brand ARGs, like the edoc laundry. Others that I’d include in the genre (that a more narrowly defined definition might exclude) include PMOG, the in-browser Passively Multiplayer Online Game and WordyBirdie, my now-offline game whose play happened entirely within Twitter.
It being an interactive marketers conferent, the talk will include content on what kinds of brands/products might be suitable to market with an ARG, the creative, budget and planning aspects of ARGS, and the usual geek-envy stuff I work into my talks. I might — and this is a stretch — even have a game of my own to unveil.
In recent presentations at RubyFringe (video/post forthcoming) and at Ruby.mn I talked about a small script I’d written in the IO Language to do a breadth-first friend-of-a-friend search to find a path/chain between two people on Twitter.
Per a number of requests, I’m posting the source.
It’s fairly raw, getting the IO language set up requires some work, and Twitter is enforcing rate limiting on unauthenticated API requests so it’s not quick, but it works.
Few details:
(1) The script caches API XML in a “data/” directory for future use. The directory is created if not already present.
(2) You’ll have to compile IO’s SGML and Socket/URL add-ons and their pre-requisites. Both require libs that your system may not have; look at the compiler errors to pick them out.
I’m pleased to announce PublicRadioCamp, a new community event from Minnesota Public Radio and MinneBar/MinneDemo.
Minnesota Public Radio produces tons of really interesting content, data, audio, meta-data and feeds. PublicRadioCamp will be a day spent collaboratively remixing and mashing up these goodies.
In addition to their public feeds and data-sources, we’ll have the same highly-granular access to audio-clips, transcriptions, photos, etc. used by their own newsroom. Their newsroom uses them to create their on-air and web-stories. What could you do with them?
Details
What/When/Where: PublicRadioCamp will be held on Saturday, July 12 starting at 9:00am at MPR’s studios in the UBS Forum.
Who: It’s for you if mashups like Chicago Crimes, Twittervision or Google’s close-captioned powered TV search inspire you; if you’re passionate about social-technology applied to news and cultural coverage; if you want to explore remix-culture or you want to explore what’s behind the radio and web content MPR produces.
Internet access and lunch will be provided by ipHouse.
Expect studio tours and other goodies. Details forthcoming.
RSVP
Please RSVP by adding yourself to the wiki.
I met Pete Forde of Unspace at E-Tech a couple of years ago. At the time they were Canada’s first Ruby On Rails shop and boasted their own flavor of agile development.
I was interested enough in their angle on agile to make a trip to Toronto to see how they worked, managed projects, selected clients, etc.
Today, Unspace is Canada’s First — capital F — Ruby On Rails shop and the organizers of the upcoming RubyFringe conference (where I’m speaking).
What’s more, they’ve refined further their development process. Coming the point of this post: you can see some of what they do captured in this blog post by Daniel Haran, who spent a couple of weeks working along side them.
I’m pleased to share that I’ve been selected as a recipient of the Business Journal’s “40 Under 40″ award.
My heartfelt thanks to all of you who supported my nomination, especially to Lars Leafblad (a ‘07 award recipient himself) for thinking of me in the first place.
I’m honored, and in good company: Jamie Thingelstad’s a winner this year too.
Finally, thanks to Graeme Thickins for the kind quote featured in the article.
I’ll be speaking at RubyFringe in July.
Billed as the “avant-garde conference for developers that are excited about emerging technologies outside of the Ruby on Rails monoculture,” the conference looks superb. Pick an emerging Ruby-based technology and one of its leaders — in many cases, its outright creator — is presenting.
I’m honored to be speaking. I’ve already started preparing, just to make sure I pass the muster.
It’s impossible to predict when one of those sublime moments will occur, when a group of really smart people gather and something unexpected and new develops (e.g., the Cluetrain Manifesto, the Agile Manifesto), but RubyFringe has the odds on its side.
RubyForge is being put on by Unspace, the people behind HAML and make_resourceful.
Details: July 18-20. Toronto, ON. Registration opened today. Attendance is capped at 150. The price is a reasonable C$650 for the first 75 people, a still-reasonable C$700 thereafter.
A beep; a pause. Another beep; another pause. Third beep; third pause. Eleven beeps in quick succession. Listening to the kid in the row in front of me reset his Timex following our flight one time-zone westward helped me understand why building web apps has been so so little fun recently.
Two buttons provide enough of an input mechanism to set a $10 drug-store watch. Hold down one button, wait for the LCD numerals to start flashing (or, fancy-schmancy, listen for a beep) and plug away at the other button until you’ve cycled forward to the right value. Hold down that first button down if you want a different column of numbers.
By any measure, that’s a crummy UI. Thing is, it’s good enough. It’s good enough for the bottom-of-the-line digital. Moving up-market the UI gets even worse: my REI bought analog watch uses a single rotating stem to set six hands on spread over 4 dials. That’s an arguably worse UI still. But again, it’s good enough.
Sometime in the recent past we traded in “good enough” web UIs for UIs measured against desktop applications. Google is widely credited with ushering in this era. They showed us that it was, indeed, possible to build beautifully interactive web applications using JavaScript to manipulate the DOM. While we were at it, we traded in the limitations of tables and simple HTML for the granularity and rigor of CSS.
Working with CSS and the DOM is aggravating. Plenty of reasons for that [1], most defendable is probably the inconsistencies between browsers. Naturally you can overcome most of these things by exerting effort. That’s effort spent working on something that is, in all likelihood, ancillary to the purpose of your application.
I suggest we take back “good enough” and justify it by applying Barrel of Rocks metaphor of market segmentation.
Sink uses a barrel to represent the total market for installed software. The barrel gets filled with stones whose size represents the size of the market-opportunity. Operating systems and office-applications are boulders; there’s only room for a few of each. Here, a glance, the barrel is full. But, of course, there’s lots of space between the boulders. This space is can be filled with rocks, and the space between rock with pebbles and so on.
With the barrel representing the total market for web applications everything becomes clear: Google, whose applications set the broad market standard for installed-application-like UIs, is a boulder. They want people to switch from installed software to their broad market web applications, so they need these fine interfaces and their market opportunity justifies the time/cost/complexity.
Are you building a boulder, a rock or a pebble? You’re not very likely to be directly competing with Google, nor is your application likely to be a installed-to-online switchover application, so good enough ought to be good enough.
Start simple and carefully add your application-like features later. Focus on features that offer substantive depth (e.g., keyboard shortcuts) over flashy eye-candy to promote power users of your app — see Kathy Sierra’s Engaging Users essay for inspiration.
[1] For a more technical slant on this, you might like Neil Mix’s Beyond Dom article.
Minnesota can attract well-known software/IT companies to establish Minneapolis/St. Paul based “outpost developer offices.”
I’ve noticed a pattern of well-known software/IT companies locating development offices (as opposed to, say, sales offices) in the Minneapolis/St. Paul metropolitan area.
Adobe is, perhaps, the best known success story: they’ve had a presence in Arden Hills for some time that produces some of their marquee products.
Dow Jones’s Minneapolis office is the home to over 100 developers who’ve built for a large swath of Dow Jones’ online offerings.
As part of my involvement in the local developer and software business communities, I’ve become involved in working with Microsoft to create a product development office here.
Less formal, though no less important, is Sun’s investment in Minnesota: Sun has been quietly hiring some of Minnesota’s best software minds to lead initiatives — some public, others as skunk works — that form the basis for the companies resurgence.
Seagate, Oracle, Veritas and others have engineering offices here too.
Though these companies were drawn to Minnesota for a variety of reasons they share a common theme:
Minnesota provides an environment where serious software can be built at a significant discount over coastal alternatives.
Interestingly, the pitch for Minnesota here runs parallel to the value proposition offered by “Indian outsourcing,” though without the negatives.
The World Is Flat, Thomas Friedman’s oft cited book, illustrates the pre-conditions that made India appear to be an attractive location for outpost developer offices early this century:
Indian culture/society hold engineers in high regard, and India’s institutions are geared towards producing a renewable supply of well trained, employable, productive engineers. Good engineers paired with what was, effectively, free broad band and lower wages, India held great potential.
To a limited extent, that potential was realized: Large enterprise software development projects — those ERP projects/implementations with armies of undifferentiated developers that consultancies sell to giant multinationals — fit well into this model because the physical distance, the many time-zones that separate the participants, and the language difficulties could be overcome by enormous specifications, volumes of documentation, and Process with a capital-P.
However, companies whose product is software — and this point is critical, i.e., places were software was not a side-effect, were it was not used to support the business, but where bytes were the business (whether installed software or web based) — did not generally succeed in India.
For these folks, all of the front-loaded specification work and the delays in communications that a dozen time-zone bring, cause the process to fall down. You can’t build software this way when software is your product. I won’t attempt to provide a comprehensive explanation of why, deferring instead to 20+ years of research and literature, exemplified by The Mythical Man Month.
We, Minnesotans, have had success building software-as-the-product. It’s illustrated by the examples above and from home-grown success stories like Digital River.
Our culture that values engineers. We have institutions to nurture them. We are a wired state, as evidenced by Popular Science when they recognized the metro area as the Top Tech City.
Developer salaries are at least a third lower in Minnesota than on the coastal tech centers. All in, fully loaded, it costs less than half as much to build software here as on the coasts.
Also, we’re at most two time zones or a few hours flight away. I am, in fact, writing this from an airplane on my way to New York, where I’ll be putting the theme of this essay into practice:
For the last few years, I’ve largely made my living building new software products/services for established coastal companies.
Their examples illustrate the sweet-spot in the market that we should target to draw software companies into Minnesota:
My clients are venture backed companies transitioning from “emerging” to “established” status. Their stories follow a similar pattern:
The company is founded/funded to produce a narrowly-targeted piece of software. They succeed, building a “best of breed” application in an emerging space. As the broader market that their product lives in matures, buying-behavior changes: people move from buying best-of-breed applications to buying a suite of applications.
An “historic” example of this is the office-application suites. Recall that the choice used to be “Wordperfect vs. Word,” followed by a later choice of “Lotus 1-2-3 vs. Excel.”
When a company emerge as a market leader, with stand-alone best-of-breed product, only to find the market moving towards buying suites then they very quickly need to flesh out the empty pieces in their roster. They will license other people’s products to fill the gaps where they can and they’ll build the rest.
In the office-suite space we’ll examine the winner: Microsoft bought PowerPoint and developed Excel.
There’s a certain unsubtle difference to building out the suite vs. building a new idea in a virgin space: You’ve got a crib: your competitor has done the work to test out what works in a word processor and what doesn’t, so your job is a bit easier.
But it turns our that building out a suite turns out to be very nearly impossible for companies at this (or any) stage. It took the collective total of their entire engineering team arrive at this point; it’s impossible for them to double down and develop new products with their fully utilized existing team.
At this point, it becomes a balance sheet issue: they need to fill in their suites at minimal cost.
To these folks I say, “Enjoy Minnesota! It’s all here.” We’ve got the talent and we’re affordable.
We can build on our success stories. They won’t come to us, but we can actively recruit these businesses. Identifying them won’t be hard. It’ll take a directed, block-and-tackle sales job pairing the incentives that state’s economic development policy makers can offer with folks like me to literally drive the message home, door-to-door, in Silicon Valley and get these companies here.
Most of the time labels and acronyms simplify/clarify conversations. You label something, and maybe shorten it to an acronym, and it acts as a shortcut.
When I talk about “CRUD applications” or “RESTful interfaces” with another developer these terms let us skip ahead and talk about the good bits because we share a common definition.
However, in a conversation with my mom, these same terms obfuscate. Mom hears that I don’t like my work, but I’m trying to relax and maybe take up a hobby.
This disconnect is most damaging when you and the person you’re in conversation with both think you share a common definition when, in fact, you don’t. Let’s call this a “definition disconnect” and press on.
From the management team to the venture capitalists, from the developers to the marketeers, everyone in our industry is wrapped up in a definition disconnect surrounding the term “Software as a Service” that has broad implications for everything from:
(1) how you value your company,
(2) how you build your systems,
(3) how your price your offering,
and
(4) market segmentation.
Keep these 4 criteria handy as you read on.
Software as a Service (”SaaS”) is a term that is inexactly applied to two distinctly different kinds of businesses. Basically anyone whose app hosts its bits in the cloud that would otherwise have been hosted within a businesses’ network gets the SaaS label. This is flawed; here’s why:
Historically, you could split up software products into two buckets:
(1) shrink-wrapped software
and, for lack of a better term,
(2) consult-ware software
Consult-ware might be a contentious term, particularly in an post about shared definitions, but I’m using it as a stand-in for a longer definition about software that comes with consultants who tailor it to match the needs of the company that bought it. “Mass customization software” might be closer, but is hard to say. Heck, it might be enough to say that this is a consultants-vs-packaged software split. Whatever terms you use, read on:
Working backwards through the 4 criteria, consult-ware software:
(4) targeted “up market” customers
because their deep pockets supported a pricing model where
(3) a significant chunk of revenues come from customization/consulting
which requires a
(2) “platform approach” to product building
Conversely, shrink-wrapped software tends to be:
(4) mass-market
with an
(3) easily calculated price structure
that necessitates
(2) a “one-click setup” that minimizes support requests.
I’ve skipped the valuation criteria because covering that would take a bunch of space without significantly enhancing the case that these were two very different kinds of businesses. I think it’s fair to simply say the valuations of Microsoft and SAP should be calculated very differently.
These businesses are worlds apart; this division exists amongst Software as a Service businesses but is largely ignored.
The implications of this are significant, and once again fall along the lines of the 4 criteria defined above. Rather than rehash the same market analysis, which falls along predictable lines, I’ll illustrate this with some observations/pitfalls/considerations:
Many Software as a Service businesses mistakenly place themselves in the consult-ware model. This mistake arises when they embrace broad customization without having a price point (both initial price and maintenance) to support this. This tends to present itself in terms of customizing workflow applications to fit different clients needs.
Smart companies in this situation recognize this and strictly enforce a rule that customization happens at the view-level only. All clients share common models that are populated by customized views. The gotcha here is that your maintenance revenue model needs to support the significant investment keeping this ever growing collection of templates current as you release new features, refactor existing functionality, etc.
Other companies emulate the “one size fits all” shrink-wrapped approach more closely, producing a single version of their software that’s used by all of their clients. Hopefully the app is flexible enough to cover most needs of most people in the market. The common wisdom is that this’ll keep you out of the top end of the market. I’m can’t decide whether I agree with this or not; there are certainly examples of these kind of companies gaining broad up-market acceptance. SalesForce.com probably fits into this category and warrants a little attention:
SalesForce.com’s magic in moving into the top-end of the market has shades of the iPod phenom to it. With SalesForce.com and the iPod, people willingly trade away advanced features and fine-grained control for cachet/buzz. In the case of SalesForce.com, up-market clients are willingly throwing out custom-tailored sales-force automation and rearrange themselves to fit into the SalesForce.com mold.
I can’t say exactly why, but I think part of this comes from providing APIs. APIs don’t have the murkiness of customizing workflows; APIs tend to deal with the models/transactions directly; the workflow becomes the responsibility of the customer who uses the API.
I think the take away from this is that if your maintenance revenues can’t justify workflow customization that you should look for ways to adapt your application to be more transactional so that you can places where APIs are a natural fit.
An example of this from the SalesForce.com world is how they slurp leads into their system — the source of the lead, how it was gathered (the workflow), etc. is all left as an exercise to the customer. They don’t care how you got the lead — website, tradeshow, pulling business cards out of the burrito giveaway fishbowl at Chipotle — but they’re only too happy to take it into their system.
Needless to say, APIs bring complexity for your customers, but it you’re competing-with/replacing what would otherwise be installed software in the middle market or higher, your customer is likely to have a CIO who is well equipped to deal with these things. And, again, the low and lower-middle markets won’t expect much customization, so your good-enough one-size-fits-all workflow will probably be good enough.
In summary, decide which kind of business you’re in and don’t lose track of how that impacts “the four criteria.”
When a community makes an investment in you and, as a result, good things come to you then you have an moral obligation to feed back into the community that supported you.
This evening, at an informal meeting of tech entrepreneurs, I witnessed a counter example of this pay-it-forward principle that really took the wind from my sails.
One of the attendees, the founder of a local startup, sat down and informed me that he was, “sitting on a bunch of investor money.”
Over the last year this guy has taken all the free help available in town. Attorneys, executives, founders of other tech companies, branding people, developers, marketing people, rainmakers, mentoring, speaking spots are events, the works.
On top of that, he’s been teaching MBA students and — get this! — he has them write business plans for his startup. He credits the MBAs with developing business plans beyond what he could have thought of on his own. I appreciate the hutzpah, actually, but read on.
Our entrepreneur had been working to raise money for a while and I was pleased to hear of his success, particularly given that his company is based here in Minneapolis/St. Paul. I spent 6 years in San Francisco because it was so much easier to raise money there; my immediate reaction to his success was, “This is great, how can we duplicate it?”
Whenever someone raises money, and more to the point when they go out of their way to tell you that they raised money, the next two questions are, “How much?” and “From whom?” Those are universal. It’s part of the social contract. It’s expected. It’s even encouraged. When someone makes an investment in you, you share a mutual pride; you’re standing together, planting a flag and saying, “We mean to make something special here.”
He responded to the how-much question with a sizable figure. You will, however, understand my reaction — flabbergasted! — when he stonewalled on the from-who question with, “I’m not saying.”
Me, “What? You’re not saying?”
Him, “I’m not saying.”
Me, “Why on earth not?”
Him, “I’m not saying.”
Me, “You’re kidding, right? <Name>, it’s not like a lot of deals are getting done here. We need to feed the ecosystem, to duplicate this success.”
Him, “I’m not saying.”
Me, “Are you worried they’re going to take the money back? That they’ll be inundated with deal offers? What?”
Him, “I’m not saying.”
At this point continuing the transcript reaches the point of diminishing returns. We’d entered a conversational black-hole from which nothing could emerge. I did tell him that I thought that he was acting stupidly. You can fill in the rest yourself.
The whole conversation stung. Here’s a guy who had taken all that was offered, gained from it, and flatly refused to close the loop. The arrogance of this guy taking on a “gatekeeper” role floors me.
This position might be understandable if it was somehow “value-maximizing,” but it’s not. First, this isn’t a zero sum game. Second, Robert Axelrod’s “The Evolution of Cooperation”, demonstrates that your best course of action when deciding whether to (a) do good by someone or (b) screw them is to give them the benefit of the doubt in your first interaction and then to play “tit-for-tat” with them. If they’re good to you, you do good to them. If they’re bad to you, you do bad to them. This guy’s actions have put him into the “bad” camp, so he deserves to be screwed.
