The Boston Computer News Network was an email newsletter sent out by the
Xbase Special Interest Group of the Boston Computer Society. Les Pinter,
the organizer of that group, commissioned a group of local volunteers to
come out with a FoxPro-specific version of the newsletters. The timing
was great
I'm reviewing my logic once for for saving user login passwords. In all
cases, I'm using Craig Boyd's VFPEncryption class. In one app, I was
using ENCRYPT(UserPwd + Salt). In another app, I was using HASH(UserPwd
+ Salt).
Is one better for this than the other, or should I combine them like
At 08:39 2014-04-22, M Jarvis wrote:
On Tue, Apr 22, 2014 at 7:44 AM,
wrote:
> To bid fixed price, you'd better be good at your estimates.
and then double or triple them.
I thought that was for any project. For a fixed price, I would
probably refuse (or use a much higher multi
On Tue, Apr 22, 2014 at 10:49 AM, Fred Taylor wrote:
> So:
> a 5 minute job takes 10 hours.
> a 2 hour job takes 4 days
> a 3 day job takes 6 weeks
> a 2 week job takes 4 months
> etc.
>
> Probably a lot closer to accurate in most cases. ;)
>
Amen to that.
Most of us have never done fixed-price
On Tue, Apr 22, 2014 at 11:39 AM, M Jarvis wrote:
>
> and then double or triple them.
>
And increment the unit of measure. Hours -> Days, Days -> Weeks, Months ->
Years.
(Also a Whil Hentzen original, iirc.)
--
Ted Roche
Ted Roche & Associates, LLC
http://www.tedroche.com
--- StripMim
Murphy's Law on Estimating:
Original guess, next unit of measure times two.
So:
a 5 minute job takes 10 hours.
a 2 hour job takes 4 days
a 3 day job takes 6 weeks
a 2 week job takes 4 months
etc.
Probably a lot closer to accurate in most cases. ;)
Fred
On Tue, Apr 22, 2014 at 8:39 AM, M Jarv
On Tue, Apr 22, 2014 at 7:44 AM,
wrote:
> To bid fixed price, you'd better be good at your estimates.
>
and then double or triple them.
--
Matt Jarvis
Eugene, Oregon USA
___
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://ma
On 2014-04-22 10:57, Stephen Russell wrote:
On Tue, Apr 22, 2014 at 9:44 AM, <
mbsoftwaresoluti...@mbsoftwaresolutions.com> wrote:
To bid fixed price, you'd better be good at your estimates.
---
You need a set of documents defining what is to be done. The contract
will
On Tue, Apr 22, 2014 at 9:44 AM, <
mbsoftwaresoluti...@mbsoftwaresolutions.com> wrote:
> To bid fixed price, you'd better be good at your estimates.
>
> ---
You need a set of documents defining what is to be done. The contract will
also define charging for change to the initi
To bid fixed price, you'd better be good at your estimates.
On 2014-04-22 10:30, Wes Wilson wrote:
We do not do fixed price contracts. This link explains why:
Fixed Price Vs. Hourly
Fixed Price Vs. Hourly
Fixed Price vs. Hourly Fixed price custom programming contracts can
result in a muc
Hey Jim,
On 4/21/2014 9:00 PM, Jim Harvey wrote:
That's interesting about "testing time".
While at the office I'd do some testing. But often allowed users to help me
do the more intensive testing.
Now that I'm physically removed, and on my own, should I spend more time
with that aspect? Truth
We do not do fixed price contracts. This link explains why:
Fixed Price Vs. Hourly
Fixed Price Vs. Hourly
Fixed Price vs. Hourly Fixed price custom programming contracts can result in a
much more costly program. On the surface, this seems like a silly ...
View on www.erw.com Preview by
On 2014-04-22 05:00, Man-wai Chang wrote:
This is a good suggestion. Please also remember that you could use
set("procedure")
to list what procedure files is currently being used.
And "SET PROCEDURE TO" will release all active procedure files.
Would you SET PROCEDURE TO to free up memory?
On 2014-04-21 23:07, Jean MAURICE wrote:
Le 21/04/2014 21:13, Tracy Pearson a écrit :
Since this is VFP 6, I'm not sure what tool is available to you for
searching your code for a "SET PROC" line.
Hi Desmond,
you can download the textsearch utility from Ed'site
Chet Gardiner has poste
On 2014-04-21 17:36, Jeff Johnson wrote:
One other tid bit is that if you have xxx.prg built into a project and
an external xxx.fxp it will run the xxx.prg built into the project. I
ran into this the other day.
Unless the external one is in the SET PATH *ahead* of the internal one,
right?
A GREAT BIG THANK YOU to everyone who made suggestions Problem
solved:A separate procedure was "re-setting" my original set
procedure. Not exactly sure why it worked in my test environment, but
Production is now working properly! Whew!
Thank You All Again!
Regards,
Desmond
On
Check the scope of memory variables used by the codes that were moved
to the procedure file.
Maybe there were duplicates or whatever Use PRIVATE and even LOCAL to limit
them if necessary to avoid name conflicts.
On Tue, Apr 22, 2014 at 2:56 AM, Desmond Lloyd wrote:
> HELP!
> Began to get err
This is a good suggestion. Please also remember that you could use
set("procedure")
to list what procedure files is currently being used.
And "SET PROCEDURE TO" will release all active procedure files.
On Tue, Apr 22, 2014 at 3:14 AM, Fred Taylor wrote:
> At the point that it fails, can you pu
On Tue, Apr 22, 2014, at 04:07 AM, Jean MAURICE wrote:
> Le 21/04/2014 21:13, Tracy Pearson a écrit :
> > Since this is VFP 6, I'm not sure what tool is available to you for
> > searching your code for a "SET PROC" line.
Agent Ransack
___
Post Messag
19 matches
Mail list logo