On Thu, Apr 10, 2008 at 11:14 AM, Jeff Johnson <[EMAIL PROTECTED]> wrote:
> Steve: It has nothing to do with 1 through 8. It has to do with > getting your application approved, who is going to own and maintain your > file server and setting up user permissions when new users are added. > Have your ever tried to have something restored from a backup in a very > large corporation? -------------------------------------------- International paper, and I understand what your saying. But why is that the first issue you bring up. That is so OBTW how do we enact a restore, will that be done only in the maintenance time frame and what if X% of users are out of data? I have restored small sized databases say 25 gig or so and it only takes like 20 min or so depending on your index schema. > > My applications serve a very small group within large corporations. > They need to be flexible in that I need to be able to make business rule > changes and update all of the sites in less than a day. ----------------------------------------- Your enacting BizRules in the data tier? OK, if you want to fine it's your design. But nonetheless you still have to go through the same plan presentation, qa sign off and deployment no matter what your using. This is big corporate and they don't let stuff happen unless they know who to blame. > > > It is interesting that you mention my value to the team. I AM > considered part of the team for a majority of my customers. Many of the > users don't even know that I am a contractor because I have been around > longer than most of them. The teams I am part of are not IT teams, but > the people that hire me and they really don't care about programs or > databases. They just want the program to work so that people get paid > properly or the accounting department gets their reports on time. > -------------------------------------------------------- Sounds like our Epicore folks. They are here a long time and they don't look to be leaving in the near term either. ;-> Bad Steve! I am sure you know more about your product then our dip sticks do. I have asked for a schema on what we need to present in xml data so we can move to the next phase of our integration. Been a once a month meeting for half a year and I still have nada. OK so your on the Shirts side of the team, but are you on the Techs side as well? Do they respect you and your work? Does anyone understand how it operates outside of you? Do they just put up with you because the shirts said to? I've been there and done that so I can speak from experience. I was a first taste on the reality that xBase was a dead environment. I could crank out the information from the standard app that the law firm purchased. I could pull the time sheet data and make reports that were good enough for the likes of the lawyers you read about in the Grishim books of old. Those bad guys were BDBC. I could create budget setups for a new case a year before the vendor got one out for an alpha test. > I have a particular problem with one customer and I was asking advice > from the best technical community and I got it. I do work with dba's > and MSSQL Server for one customer but I would not survive if my > arrangement with all of my customers was like theirs. > ---------------------------------------------------------------------------------- Why because the dba is just a butt head. His whole existence is just to make everyone else's life miserable? I've worked with them before as well. Never wanted to be one. -- Stephen Russell Sr. Production Systems Programmer Mimeo.com Memphis TN 901.246-0159 --- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html --- _______________________________________________ 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/[EMAIL PROTECTED] ** 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.
