Steve Blank Gigaom Interview

Steve Blank Gigaom Interview

Key points: Entrepreneurs are artists. New bubble is good. Today, total available market is exponential. VC $$$ should be used for scaling and visibility. Entrepreneurs should study psychology.

Find out more by watching the whole video. It’s great.

none
We high five each other and claim “Rails Win!” when someone finds a gem that solves a really big problem in a few lines of code. In this post I’ll list a few interesting addons to the RoR Mongoid ORM that are slowly adding up to a feature-rich ecosystem of plug-and-play modules that work with Mongoid. This list should convince you that you should at least try MongoDB. You can get a ton of functionality “for free”.

Vinova is proud to be author of voteable_mongo gem and contributor of mongoid-slug gem.

none

At 37signals, however, we have a different position on ambition. We’re not big fans of what I consider “vertical” ambition—that is, the usual career-path trajectory, in which a newbie moves up the ladder from associate to manager to vice president over a number of years of service. On the other hand, we revere “horizontal” ambition—in which employees who love what they do are encouraged to dig deeper, expand their knowledge, and become better at it. We always try to hire people who yearn to be master craftspeople, that is, designers who want to be great designers, not managers of designers; developers who want to master the art of programming, not management.

At Vinova, we are doing the same by building a skillful, passionate and inter-dependent team. Team members wear many hats and work in harmony toward a common goal. Each member should be the boss of his own.

none

The challenge that many startups face today is: Are you really providing enough value? Will you get the TechCrunch bump, the tier-1 VC anointment, followed by great PR firm support and then the NY Times or WSJ story that follows? Will that be enough or will high churn rates creep in, new toys be introduced into the market, new time sucks pulling user attention away?  This year’s Tamagotchi?

If you’re building a startup today I would encourage you to think harder about how you’re going to win the battle for share of mind. That’s much tougher than getting people to play with your hot product for 6 months. To do so you must truly provide value that changes the way that end-consumers do something in their lives that will persist.

none
  • The LinkedIn IPO “absolutely” marks the beginning of a bubble — and he thinks it’s going to be great. He likens it to the Netscape IPO in August 1995 that kicked off four years of boom times, but notes that this time VCs actually know how to build real companies with real revenue and profit.
  • Crazy investors — not geeks — are what makes Silicon Valley unique. Without the “crazy” financiers willing to take big risks in hopes of chasing “obscene” returns, the valley would just be “a bunch of smart scientists and entrepreneurs sitting in their labs and their garages.”
  • Microsoft will start to fail within six quarters. Blank put a timeline on Microsoft suffering the kind of huge loss that drove IBM to restructure itself back in 1993: six quarters from now. He thinks Steve Ballmer is a “miserable failure” and that the board should be blamed for not replacing him. He also suggests that buying Nokia and installing Stephen Elop as CEO might be a solution.
  • But Larry Page is doing the right thing at Google. By letting the geeks run the show, Page is following in the footsteps of one of the earliest Silicon Valley pioneers: Fairchild Semiconductor in the 1950s.

none

The most common mistake is to put profits first. That opens the door for bad things to happen. Numbers become all-important, and almost any behavior is justified in the name of profit. Cheating sets in.

Instead, a company’s priority should be to protect and enhance its reputation through ethical behavior. Within the confines of that behavior, its next most important goal should be to attract and keep customers. Third is figuring out how to make money.

It reminds me of http://www.itsnotwhatyousell.com/pdf/ch1-spence.pdf

none

Yay, new site launched! myAppalogues – App-based electronic catalogues. You can also find the iPhone/iPad app available on Apple Store too

myAppalogues - App-based catalogues

myAppalogues - App-based catalogues

In their words:

Every day we see merchants willing to spend thousands of dollars on tradeshows, magazine / print, and website campaigns. And then they end up selling at a discount anyway as it’s such a crowded market. We’re not telling merchants what to do, and there are some benefits to tradeshows obviously, but if the world is going to mobile (which it is) and you can easily afford to give it a try (which now you can) then we’re finding that people will do that.”

myApp4KIDS is free to download and use and costs a small monthly fee per advertisement. There are no commissions on sales. Merchants can register at www.myappalogues.com and use the Ad Wizard to easily create instant mobile promotions for their products.

A few screenshots of the app:

myAppalogues

none

Discovering context is the end game of curation

The need to filter social networks to create value is a natural reaction to the raw value and size of the networks themselves.

none

I do think the rise of alternative notification channels; sms, mobile push notifications, direct messages on twitter, facebook messaging, etc are going to move some of this kind of thing off of email over time. But today, if you want to drive retention and repeat usage, there isn’t a better way to do it than email.

none
In last few months, we has been developing and iPhone / iPad apps that pull JSON data from an web API frequently. We used Ruby on Rails to do the first version for both website and API service. After trying the first version, customers complained about loading speed. They said that data loading on the mobile app was SLOW. There are two reasons that make Rails based API calls slow:
  1. Rails is heavy and blocking (after an API call we do some logging and system shouldn't have wait for logging to return data to clients)
  2. Need to join four SQL tables to query data, combine data then convert to JSON
Let optimize them!

Solutions for (1) are:
  • Rack Apps + Job Queues (Delayed Jobs, Resque …)
  • Non blocking server (Node.js, Goliath …) to fire an action to log info to database, forget it and return JSON to clients
Non blocking was chosen because it's fast, it handles more requests and help to avoid managing additional job queues.

For (2), de-normalize and pre-calculate JSON is the first step. But there is a table that cannot be de-normalized using SQL. It's listings table that state which item will be showed on which month and in which category. Let say item I will be showed in category C in month M1 and M2 then two rows (I, C, M1) and (I, C, M2) must exist in listings table. After de-normalization and JSON pre-calculation, only it need to join only two tables to get items give a category and a month then combine pre-calculated item JSON and return it to clients.

Second step for (2) is choosing database that is faster and more suitable to de-normalize and query data. Key-value stores are super fast but only support query data by key. Distributed / Map-Reduce (Riak, HBase ..) is overkill. In this case, MongoDB seem to be a perfect fit. MongoDB is very fast (memory mapping), flexible data structure and rich & fast queries (indexing). In MongoDB, listings can be stored in item document it self as an array of [category, month] pairs then can be indexed for fast querying.

Third step for (2) is minimizing data size for each item. MongoDB try to keep indexes and recently used data in memory so smaller data size mean less memory needed. Smaller data size also mean faster data transfer between database and app instances. To minimize data size I do following tricks:
  • Use short field name (cm instead of categories_months …)
  • Use short image name (/items/1.jpg instead of /items/this_is_the_best_image_for_item_1.jpg)
  • Zlib to compress pre-calculated JSON
  • Smaz to compress small strings
After lot of micro-optimization, item data size is reduced to one third (33%).

The final result is amazing. On the server side, API queries are 20 times faster and often take less than 10ms. Everybody is happy :)
none

More Information