You can't do that
Jeff Harrison
jeffaharrison at yahoo.com
Thu Sep 1 18:44:13 PDT 2005
--- Nancy Palmquist <nlp at vss3.com> wrote:
> Jeff Harrison wrote:
>
<Nancy Palmquist>
> I have been on vacation and just got back into the
> list. I thought I
> might add to this thread.
>
>
> > I'm not sure why you see this as a limitation.
> The
> > original programmer would put these rules in place
> not
> > filepro. It is just that filepro would attempt to
> > enforce these rules.
> >
> > Yes, in a perfect world, programmer #1 would and
> > should be responsible for not violating his own
> data
> > integrity. However, what is to stop programmer #2
> (or
> > programmer #22 for that matter) from making a mess
> of
> > things? There is no way for programmer #1 to
> forsee
> > the way that programmer #2 will mess things up.
> >
> > No, its not filepro's fault that some programmers
> do
> > not write good code. Its also not my fault that a
> > second programmer came in and messed up my
> > application.
>
> What is to keep programer #2 from changing the rules
> created by
> Programer #1 and still making a mess of it?
>
Nothing. But it would take a conscious act to remove
the rules. Hopefully it would cause the programmer to
consider why the rules were put in place.
Similarly, there is nothing to stop a second
programmer from changing a numeric edit in my file to
an alpha. Hopefully they would think twice before
doing this. You really can't stop a determined
programmer from corrupting your data, but you can at
least put some roadblocks up and make an attempt.
Jeff Harrison
jeffaharrison at yahoo.com
Author of JHExport and JHImport. The easiest and
fastest ways to generate code for filePro exports and imports.
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
More information about the Filepro-list
mailing list