http://thoughtshapes.com/taxonomy/term/22 Comments for "Management" en http://thoughtshapes.com/node/70#comment-593 <p>Hi Robert!</p> <p>What you say makes a lot of sense, no surprise there, but I'm currently working on a project where the decision to use a particular database technology was made early on... pretty much at the beginning. Why? Well I don't want to use the wimpy excuse that "I wasn't working on the project at the time this decision was made", and even if I was I might not have been in position to directly work around this decision. Some of the decisions to select a database early were based on the following:</p> <ul> <li>Our product is a website that we want to achieve scale on. And we wanted to be able to make performance measurements ASAP. </li> <li> A database brings decades of doing certain things well. And we wanted to leverage that </li> </ul> <p>Having said that, I also should tell you that: A) We are using Agile just as you describe and B) I &gt;think&lt; we used something akin to the repository concept in order to isolate the DB from other production code so that the other groups (we have multiple scrum teams running) wouldn't be blocked. I say Akin because we don't have a true in memory repository. We use NMock to "stub" out interfaces and inject test data.<br /> With both of these statements, we are in a position (should we need to go in this direction) where we could change the DB, remove the DB etc, in a "safe": we have unit tests to catch dependencies but is anything truly 100% safe ;), and speedy (in a sprint) manner. </p> <p>Having said all that, I do struggle (as I mentioned to Rjae) with the fact that we have what some people would consider business logic written into stored procedures, and I worry what the implications of changing the DB technologies would be underneath the interfaces we have.</p> <p>So I have no problem with you saying "start with an in memory repository first." I truly feel that Agile and your 4th point "I’d make remaining neutral with respect to the piece of technology a design requirement and ensure that the development team knew to isolate that decision behind the appropriate interfaces" above are the ones that help us rule the day. </p> <p>Great post! There is a TON of good material here. I'll come back to this post frequently.</p> Fri, 02 Nov 2007 20:24:09 -0400 Jay comment 593 at http://thoughtshapes.com