Become Efficient or Die: The Story of BackType (YC S08)

http://www.slideshare.net/nathanmarz/become-efficient-or-die-the-story-of-backtype

by nathanmarz • 15 years ago

125 21 15 years ago

slideshare.net

chaosmachine• 15 years ago

"Don't add process until you feel the pain of not having it."

Great set of slides, thanks for posting this.

DanielRibeiro• 15 years ago

That was the true spirit of Agile. Which unfortunately was lost in the Chasm: http://agilefocus.com/2011/02/21/agiles-second-chasm-and-how...

Lean Startup seem to be more immune to it, as the very need of the process is filtered through the process (do you really need it? test it!)

jwr• 15 years ago

"Don't add process until you feel the pain of not having it."

Excellent phrasing of what I've been preaching in our startup all along. We apply this to every angle of our business and I find this is very, very good advice for startups.

And it's not just for software development, either! Need an order processing system? No you don't — you can handle things manually at first, thus learning what you really need. Need a CMS? No you don't — the bugtracker you use for your software can probably help you enough in the beginning. Examples abound.

Follow this philosophy and you'll build a lean company. What's even better is that once you actually do add process (or buy external solutions, or hire additional people, etc), you'll know what you're doing, because you will have learned the real requirements.

rokhayakebe• 15 years ago

"3 employees, 2 interns, 1.4M in funding"

What will the money be used for? Are you still trying to reach product/market fit?

dpritchett• 15 years ago

I'll bet the cost of 1-200 machines is adding up pretty quickly.

nathanmarz• 15 years ago

The money will be used to fund product development so we reach product/market fit. It will be used mostly for growing the team. Our burn rate is actually quite low right now since we generate significant revenues that support most of our infrastructure.

gumbo• 15 years ago

Great one. Subscribed to your blog, there is alot of useful articles to read there.

wicknicks• 15 years ago

Suffering-oriented programming: A great mantra for startups. If you don't face the problem yourself, then there is no point in building software for it -- chances are no one else has it too.

ruycer• 15 years ago

I agree. Only when you know how the pain feels, you are capable to create products that alleviate that pain.

herdrick2• 15 years ago

Actually, that's not what he's talking about. He's saying that they only do something about lack of process or messy code or whatever when it starts to hurt them. It's strictly internal.

kleinsch• 15 years ago

My favorite part of the slides: "First, make it possible. Then, make it beautiful. Then, make it fast."

Having personally been bitten by doing each of these out of order, they make a lot of sense.

OstiaAntica• 15 years ago

It is risky to put design second.

phil• 15 years ago

Check the slides -- that's not what he's talking about.

shanked• 15 years ago

I think the point is that it is risky to design before you fully understand the problem you're solving. From my interpretation of the slides, they are often working on tasks they have little experience with. Instead of spending time thinking about potential design issues (which may or may not exist), build something that works and the patterns which the feature requires will emerge, enabling an elegant design afterwards.

cagenut• 15 years ago

I love the "garbage collection for your codebase" thing. Nice simple approach for moving things from the "should" pile to the "done" one.

jacques_chester• 15 years ago

They're using a stop-the-world garbage collector. Surely we've come further than that in the past few decades?

orlandu63• 15 years ago

Does anyone have a direct link to the PDF file?

thiagofm• 15 years ago

Nice read, really good app also... btw, clojure rocks!

herdrick2• 15 years ago

Ran into a lot of problems with Neo4J and rewrote it later using Sphinx

Really? I'd love to hear more about this.

xiaoma• 15 years ago

Having to click 64 times to get through a brief story is not efficient.

MediaBehavior• 15 years ago

Which is why I like to be able to download a SlideShare item and then view the PPT as a pdf.

But this one DLs to an OmniOutliner doc ?!? Unfortunate. And author's site (nathanmarz.com) does not even mention this presentation. Can you help us out Nathan?

Become Efficient or Die: The Story of BackType (YC S08)

Related Stories