[AccessD] Secured vs. Unsecured FEs

William, do you ever assert ownership of the code at the beginning of a contract? Down here, the law says it is the client's unless asserted at the start of the contract, so I do.

Your thoughts

Stephen Bond


-----Original Message-----
From: William Hindman [mailto:wdhindman at bellsouth.net]
Sent: Thursday, 17 April 2003 11:15 a.m.
To: accessd at databaseadvisors.com
Subject: Re: [AccessD] Secured vs. Unsecured FEs


...I give it to the owners or IT Admin with lots of words about NO ONE
needing to use it unless I die or he decides to use another contractor.

William Hindman
"All it takes for evil to prevail is for good men to do nothing." Edmund
Burke

----- Original Message -----
From: "Stephen Bond" <stephen at bondsoftware.co.nz>
To: <accessd at databaseadvisors.com>
Sent: Wednesday, April 16, 2003 7:09 PM
Subject: RE: [AccessD] Secured vs. Unsecured FEs


> Thanks William ... I needed that, an infusion of backbone ... my wife
tells me I am too soft, "you're a professional, act like one!".
>
> I like the idea of a separate cd with security different from that of the
mde.  Are the users who require this savvy users?
>
>   Stephen Bond
>
>
> -----Original Message-----
> From: William Hindman [mailto:wdhindman at bellsouth.net]
> Sent: Thursday, 17 April 2003 10:46 a.m.
> To: accessd at databaseadvisors.com
> Subject: Re: [AccessD] Secured vs. Unsecured FEs
>
>
> ...always, always, always as an mde ...a secured mde if data security is
> required ...even if the contract requires I supply source code, I do that
on
> a separate cd with security different from that of the mde, never
installed
> ...in addition, I've shifted to using runtime installs whenever possible
and
> always include a clause that makes user induced problems correctable at my
> full hourly rate.
>
> ...sometimes its just not feasible to block all user access ...in which
case
> I go to extremes to document the status of the master mdb each time I
leave,
> usually copying it to an encrypted directory with only me having access.
>
> ...users will lie through their teeth when confronted with having screwed
> with a critical app ...and if you have not protected yourself, they'll
> readily destroy your credibility with the client ...fortunately, clients
> rarely need a second demonstration of user culpability.
>
> William Hindman
> "All it takes for evil to prevail is for good men to do nothing." Edmund
> Burke
>
> ----- Original Message -----
> From: "Stephen Bond" <stephen at bondsoftware.co.nz>
> To: <accessd at databaseadvisors.com>
> Sent: Wednesday, April 16, 2003 6:04 PM
> Subject: [AccessD] Secured vs. Unsecured FEs
>
>
> > How many independent contractors in the group
> > provide the Access FE to their customers
> > either as an MDE, or, as a secured MDB, so
> >   (a) changes can't be made, and,
> >   (b) the VBA is password protected?
> >
> > I have my reasons for doing so,
> > (fixing some amateur's efforts to
> >  add an enhancement; protecting
> >  my not small investment in
> >  training and upskilling; these two
> >  will do to start)
> >
> > and of course there are arguments against.
> >
> > Can I have some input please.  Both sides
> > of the argument are welcome.
> >
> > TIA
> >
> >
> > Stephen Bond
> > _______________________________________________
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
>
>
> _______________________________________________
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> _______________________________________________
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>


_______________________________________________
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com