article thumbnail

Lessons Learned: Five Whys

Startup Lessons Learned

Wish I could figure out how to apply it to the average data warehousing project which has a single shareed database right at the heart of the entire solution. It seems your cluster architecture is one of the key architectural constraints making continuous deployment possible. Case Study: Continuous deployment makes releases n.

article thumbnail

Lessons Learned: A new version of the Joel Test (draft)

Startup Lessons Learned

I am convinced one of Joel Spolskys lasting contributions to the field of managing software teams will turn out to be the Joel Test , a checklist of 12 essential practices that you could use to rate the effectiveness of a software product development team. For more on continuous deployment, see Just-in-time Scalability.

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: Sharding for startups

Startup Lessons Learned

Data storage is becoming a specialized function, delegated most often to relational databases. If you are storing all of your data in a relational database, and the load on that database exceeds its capacity, there is no automatic solution that allows you to simply add more hardware and scale up.

article thumbnail

Lessons Learned: Great open source scalability tools from Danga

Startup Lessons Learned

For tips on how to integrate it into your database and application layers, you can see the tail-end of my JIT Scalability talk. Case Study: Continuous deployment makes releases n. Towards a new entrepreneurship ► 2009 (88) ► December (4) Continuous deployment for mission-critical applica.

article thumbnail

Lessons Learned: What does a startup CTO actually do?

Startup Lessons Learned

Massive proprietary databases? Own the development methodology - in a traditional product development setup, the VP Engineering or some other full-time manager would be responsible for making sure the engineers wrote adequate specs, interfaced well with QA, and also run the scheduling "trains" for releases.

CTO 168
article thumbnail

Lessons Learned: The engineering manager's lament

Startup Lessons Learned

Lessons Learned by Eric Ries Monday, October 20, 2008 The engineering managers lament I was inspired to write The product managers lament while meeting with a startup struggling to figure out what had gone wrong with their product development process. Case Study: Continuous deployment makes releases n.

article thumbnail

Lessons Learned: Lean hiring tips

Startup Lessons Learned

They maintain a huge database of passive candidates, by offering to pay them when they interview. Particularly the Continuous Deployment and Split testing posts. Case Study: Continuous deployment makes releases n. If you want to expand your pool of available passive candidates, give a site like NotchUp a try.

Lean 140