I call it co-mingling because of what I see the potential of happening.. Say you have 10 developers, 5 testers and 500 users.
Your java guru is running on her dev box a switch that points to test currently. One of these days she is going to change it to production and a few days after that one of the developers, or testers comes back from vacation and decides they will come in that evening and finish up what they were working on and surprise, surprise, they didn't get the memo that the switchover had happened and they THOUGHT they were working in test. Not saying it will happen, but the very real potential is there based on what I've heard so far. This all goes back to that series of emails we exchanged a few weeks ago where I stated somebody somewhere needs to be managing all of the projects very closely and ya'll all thought that components was the way to go. The problem with components in my opinion is the big picture if somebody somewhere is not intimately familiar with all the components AND the big picture. But yep, I realize I'm out numbered and out gunned and out voted, so I'll just get off my soap box and go back to washing dishes like a good little boy. -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Stephen Russell Sent: Monday, February 22, 2010 4:10 PM To: ProFox Email List Subject: Re: [NF] Why won't people use a TEST Server On Mon, Feb 22, 2010 at 4:02 PM, Virgil Bierschwale <[email protected]> wrote: > Yeah, but what about when the data resides on box A with operating > system version A and production is on box C with operating system B? > > Anytime you co-mingle production data and test data and you have the > possibility of somebody forgetting to change the switch, you have a > recipe for a very big ???? Up. ------------------------------------ What co-mingle? I define a var for use in the class to designate which service I am testing. 90% of my work is pulling data from the court(s) and using the necessary parts to pull documents from an OnBase server, or to know what to do in our workflow product LiquidOffice. -- Stephen Russell Sr. Production Systems Programmer CIMSgts 901.246-0159 cell [excessive quoting removed by server] _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://leafe.com/mailman/listinfo/profox OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/c9977b10e9ec4693af879e7778e45...@bierschwc0bba6 ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
