Remove Algorithm Remove Continuous Deployment Remove Engineer Remove Internet
article thumbnail

Lessons Learned: Combining agile development with customer development

Startup Lessons Learned

In a startup, rather than think of ourselves as having a marketing department and an engineering department, I now believe its better to think of ourselves as focusing our energies on unknown problems and unknown solutions. Following XP puts you in a good place to start doing continuous improvement.

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. Although it costs to pay down the principal, we gain by reduced interest payments in the future. One last thought.

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

You just constantly test little micro-changes and follow a hill-climbing algorithm to build your product. Case Study: Continuous deployment makes releases n. Towards a new entrepreneurship ► 2009 (88) ► December (4) Continuous deployment for mission-critical applica. This is not what I have in mind.

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. For software engineers, I think this absolutely has to be a programming problem solved on a whiteboard. I have found this quite rare in engineers. Many of us engineers are strong introverts, without fantastic people skills.

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

Learning is better than optimization (the local maximum problem)

Startup Lessons Learned

When people (ok, engineers) who have been trained in this model enter most startups, they quickly get confused. Those of us with a computer science background call it the hill-climbing algorithm. There’s always that engineer in the back of the room with all the corner cases: “but how will customers find Feature X?

article thumbnail

Lessons Learned: Sharding for startups

Startup Lessons Learned

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. Theres no complex algorithm to go wrong, just a simple lookup table. Of course, you could use URL-based sharding to "wrap" a CH algorithm (or any hashing scheme you wanted).