Remove Algorithm Remove Continuous Deployment Remove Engineer Remove Startup
article thumbnail

Lessons Learned: Combining agile development with customer development

Startup Lessons Learned

Jim Murphy is a long-time agile practitioner in startups. But startups sometimes have trouble applying agile successfully. Embedded in that assumption is why startups fail. Hes often felt that there was something missing. This is a significant improvement on the traditional waterfall methodology. Enter Jims post.

Agile 111
article thumbnail

Embrace technical debt

Startup Lessons Learned

We can choose to continue paying the interest, or we can pay down the principal by refactoring the quick and dirty design into the better design. The human tendency to moralize about debt affects engineers, too. In a startup, we should take full advantage of our options, even if they feel dirty or riddled with technical debt.

Insiders

Sign Up for our Newsletter

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.

article thumbnail

Lessons Learned: The one line split-test, or how to A/B all the time

Startup Lessons Learned

Lessons Learned by Eric Ries Monday, September 15, 2008 The one line split-test, or how to A/B all the time Split-testing is a core lean startup discipline, and its one of those rare topics that comes up just as often in a technical context as in a business-oriented one when Im talking to startups. First of all, why split-test?

article thumbnail

Lessons Learned: The ABCDEF's of conducting a technical interview

Startup Lessons Learned

Finding great engineers is hard; figuring out whos good is even harder. By far the most important thing you want to hire for in a startup is the ability to handle the unexpected. Those people also tend to go crazy in a startup. The "lone wolf" superstar is usually a disaster in a team context, and startups are all about teams.

article thumbnail

Lessons Learned: Five Whys

Startup Lessons Learned

Its why, at my previous job, we were able to get a new engineer completely productive on their first day. Most engineers would ship code to production on their first day. Let me show you what this looked like after a few years of practicing five whys in the operations and engineering teams at IMVU.

article thumbnail

Lessons Learned: Sharding for startups

Startup Lessons Learned

Lessons Learned by Eric Ries Sunday, January 4, 2009 Sharding for startups The most important aspect of a scalable web architecture is data partitioning. More common is to use a one-way hashing algorithm to map the data to be accessed to one of the shards that store it. But startups rarely have either luxury. to store it.

article thumbnail

Learning is better than optimization (the local maximum problem)

Startup Lessons Learned

Lessons Learned by Eric Ries Wednesday, April 7, 2010 Learning is better than optimization (the local maximum problem) Lean startups don’t optimize. When people (ok, engineers) who have been trained in this model enter most startups, they quickly get confused. In Google’s case, often in the millions of people.