I had a similar problem with my program freezing after
the client loaded a different custom program on all
the machines.

So... is it my fault that my program is incompatible
with the other program.... or is it their fault for
adding a program that doesn't coexist with mine?



--- mrgmhale <[EMAIL PROTECTED]> wrote:

> > Problem is that it ends up I
> > have to do
> > something as the program does not work so it looks
> like my fault.
> 
> It just does not seem fair, does it?  In order to
> prove your innocence you
> end up identifying the real problem, and get no real
> thanks for it from
> anyone who really gives a rat's ass about how much
> you busted your tail for
> somebody else's failing.  In fact, you could end up
> being resented by the
> very folks that ought to be thanking you for the
> help.  I know that path far
> too well.
> 
> I have been known to take a position with various
> "ignorant" vendors on
> different matters of paying me for my time to
> diagnose a problem I was
> blamed for if it turned out to be the blaming
> vendor's problem.  I have
> never been taken up on it (Uh, I can't authorize
> that kind of money...".
> But since these issues were usually impacting
> recurring license fee based
> clients I would take on the project anyway (out of
> the goodness of my cold,
> hard heart <g>), prove my point, embarrass the
> vendor(s) involved in the
> cause of the problem, and look like a hero in the
> eyes of my client (who ya'
> gonna trust!?!).  These issues have involved poor
> performance on a network
> (software vendor was caching all Firebird tables
> from a Server to each local
> machine upon app load, therefore the problem was
> with the client's
> network!), to VFP app running poorly (some PCs were
> plugged into an Ethernet
> HUB, not switch, that was servicing an Exchange
> Server), to the inability to
> completely bridge two subnets together between
> separate locations (vendor
> forgot to add a routing statement in one of two
> routers at each end of a T1
> connection, therefore my fault.  Once I discovered
> the problem they claimed
> I must have changed the setting.  Assholes, I did
> not have the Router
> passwords until AFTER I agreed to track the problem
> down), intermittent
> failure to reach online Internet remote support app
> (one of two DNS Servers
> used by the vendor had an invalid target IP Address,
> took me 3 full days to
> track that one down.  No "thank you" from this
> international vendor, of
> course, although it fixed a national problem that
> plagued them for a few
> prior years), <Ctrl>-C caused Linux system port
> shutdown whereas previous
> UNIX platform had no such problem (I was pooh-poohed
> re: the <Ctrl>-C
> observation, then later told "we never supported
> <Ctrl>-C to kill
> processes".  Who the hell had been teaching that to
> their End Users for over
> 20 years then?), etc., etc., etc....
> 
> As you can guess, I have plenty more stories to
> share with my past 23 years
> of experience in this industry, and some of them
> were from my earliest years
> when I was a true Green Horn.  All seem to have a
> similar pattern.
> Something goes wrong, the vendor points to what they
> think is the weakest
> target (me, I guess because I work out my home
> office instead of some glitzy
> palace), I end up proving irrefutably their
> culpability (not so much my
> innocence), let them try to explain it away to the
> client they had told "Gil
> Hale is at fault on this...", and then let them try
> to go forward after
> losing their credibility.  Funny things is there
> have been times these same
> vendors come back with later issues and tried to lay
> things off on others
> (to include me), only to once again have their pants
> pulled down in public,
> and humiliated for their ignorance and obvious focus
> on not stepping up to
> their responsibilities.
> 
> Then again, who is the greater fool, I wonder?  I
> guess one could argue it
> is me, as I end up correcting problems for others
> where I have no direct or
> indirect responsibility.  But, with a recurring
> license fee based business
> there are times I just feel compelled to "earn my
> keep" over and beyond the
> call of duty.  I end up with a very loyal client
> base.  But, on the other
> hand, several unappreciative and undeserving vendors
> end up benefiting from
> my focus on making certain my clients get what they
> are paying for.  I guess
> when I end up drawing my last breath I will be able
> to look back and know I
> tried to do the right things for the rights reasons,
> and hope my reward is
> to not get too hot a place in hell (for the record,
> I am more of a "return
> to carbon cycle" kind of person as opposed to a
> "heaven and hell" person)
> <g>.
> 
> Gil
> 
> 
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] Behalf Of
> Allen
> > Sent: Tuesday, July 31, 2007 2:12 AM
> > To: [EMAIL PROTECTED]
> > Subject: RE: Network problems
> >
> >
> > Thanks to all the replies on this network problem.
> I will see if I can get
> > this company to sort themselves out. Problem is
> that it ends up I
> > have to do
> > something as the program does not work so it looks
> like my fault.
> > Oh well such is life.
> > Allen
> >
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On
> > Behalf Of mrgmhale
> > Sent: 30 July 2007 20:01
> > To: [EMAIL PROTECTED]
> > Subject: RE: Network problems
> >
> > > Other AVs are much less intrusive out of the box
> IME
> >
> > Yeah, I know, SAV is pretty cranked down.  It was
> worse with v-10.0.0.
> > Things were so protected the PCs and servers
> hardly ran due to all the new
> > overhead <g>...
> >
> > No virus found in this outgoing message.
> > Checked by AVG Free Edition.
> > Version: 7.5.476 / Virus Database: 269.10.25/926 -
> Release Date:
> > 29/07/2007
> > 23:14
> >
> >
> >
> >
[excessive quoting removed by server]

_______________________________________________
Post Messages to: ProFox@leafe.com
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.

Reply via email to