Lol. Funny enough we do, In an ideal world with blue skies and green grass this shouldn't happen at all.

I cannot confirm my earlier denial and I cannot deny my earlier confirmation and DON'T QUOTE ME ON THAT

Its almost two years since my last post about Scope Creep, It came to me that I do a follow up on the subject. Right! Back then I was more of a Gadget/Tool (Did everything with No questions asked) that wrote code based on a certain specification given to me by either my manager or by the BA (which in most cases it was given by the Manager). yeah! cool, a very nice spec with everything required and ill write the software the way I understood the specification, great! I'm doing what I'm told to do. Now the problem starts when that piece of software gets reviewed but the person who actually requested it, Now here they see how powerful it is and they see more uses and more features to be added to it, or in some cases they see it differently, like its just a complete disaster, which for an actual fact its their fault they didn't really know what the want lol (a part of me had to laugh at that) . So now that they realised what they really want they start changing the flow of the application or changing the design, which is not a problem the developer can do it, but what they usually forget to do is changing the estimated completion time. Where does that leave the person accountable for this? let me tell you, under-pressure, well if you are lucky to find dedicated and hard working developers this is not a problem they do the work, with no questions asked. But the situation also differs when the application is supper cool and they see a potential "New" feature and they don't really want to put a separate request for that feature because that will take time because it still needs to go through the proper channels, being Documented, scheduled, Authorized, Prioritized and all other planning levels and that will cost the client even more. So they try to squeeze it into the current requirement (Jackpot!!). In both cases if you have a product owner or a project Manager that doesn't have "NO" or "Stop" in their vocab that then becomes another problem (Why are they there at the first place? UHMM? that's another day's story). The spec grows even bigger. Ok ok.. I think its safe to say you get the picture. We've been looking at this with developer's eyes, Now lets try and shift the focus, lets say you are now the client, lets say you don't really know what you want, you have the idea but you are pretty sure of what you don't want. Will you pay for something if it doesn't satisfy needs? No! I don't think so. http://izzysharp.blogspot.com/[

Check out syncfusion might be useful

Sure! we don't mind fixing our computers but what will the technician do?

There are quite a few ways to achieve your goal, which includes the use of ODBC (Which other people still consider, My advice stay away), have a look at ADO EF Tutorial

Even if you pass the out parameter with a value it will need to be assigned a value in the function before being accessed, but if you feel like you want to assign it a value before rather use ref not out.

"I cannot confirm my earlier denial and I cannot deny my earlier confirmation and DON'T QUOTE ME ON THAT"