Python in Process Control?

Carlos Ribeiro carribeiro at
Wed Oct 6 00:37:10 CEST 2004

On Tue, 05 Oct 2004 21:51:31 GMT, Andrea Griffini <agriff at> wrote:
> On Tue, 5 Oct 2004 12:12:39 -0300, Carlos Ribeiro
> <carribeiro at> wrote:
> >Keeping with the same reasoning line, why don't the engineers that
> >work in the company take more responsibility? Because they were never
> >in such a position. They don't have a choice. They have to keep things
> >running, period. The one who messes up with stuff is fired. And doing
> >development is not their company business, anyway. Want to do it? Go
> >working for a vendor.
> Well... in our case we have customers that didn't probably
> see an engineer in past 10 years. Still they can buy and use
> rather hi-tech machines from us that cost several tens of
> thousands of dollars. It doesn't come as a surprise to me they
> don't want to take the responsibility for them being functional.

I was afraid that my experience would not reflect the state of the art
elsewhere. Seems it wasn't any far from truth :-)

> A sad part is that sometimes our customer support has to
> spend time to explain people what does it mean to copy a file
> from a floppy disk to a certain directory; but I've to say
> that the users that create more troubles are actually the
> "expert" ones. I would actually refuse to provide any support
> to anyone relinking my application with a newer versions of
> a library... you really wanna do it ? You're welcome, but
> don't call me if something doesn't work and you've something
> urgent to do with the system... unless you really like being
> insulted over the phone. Luckily this doesn't happen often...
> It's much more common (and a bit annoying) to see someone
> fearing updates...

When the market finally awakes from the stone age, you'll surely start
to get more calls like this. Not only from people relinking, but
patches, and *real* bug tickets found by your very customers. Get used
to it. You can't complain this way once the market is open.

Carlos Ribeiro
Consultoria em Projetos
mail: carribeiro at
mail: carribeiro at

More information about the Python-list mailing list