I didn't say that I don't know how to use a debugger, that I always use
println()s over a debugger, or that I was basing my opinion on CF Studio's
implementation.  I don't know that I ever even looked at CF studio's
debugger, but I've used Flash's, Eclipse's and gdb and ddd for C.  Flash's
was sketchy, I thought, but the rest are good at what they do.  Very
valuable, as you say, but they're not always the right tool for the job,
IMHO.

But anyway, BD's not my product to guide.  ;)  The more suited it is to
large-scale development the better, because there will be a myriad of other
features that would certainly hold great appeal to me, I'm sure.

Cheers,
barneyb

> -----Original Message-----
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Vince Bonfanti
> Sent: Tuesday, June 29, 2004 6:27 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [CFCDev] CFEXIT or CFABORT within CFFUNCTION
> 
> I couldn't disagree with you more. Any Java programmer who 
> would choose to
> use System.out.println instead of Eclipse's (or IntelliJ's, 
> or JBuilder's)
> integrated debugger wouldn't be employed by New Atlanta for 
> very long. One,
> they would be too slow and inefficient to keep up with the 
> rest of the team.
> Two, if they're not skilled enough to know how to use a debugger, then
> they're not skilled enough to work on our products.
> 
> One of the development techniques we encourage is to always 
> step through
> your code with the debugger the first time you run it. You'd 
> be surprised
> how often code gives you the correct result, but actually 
> does it in a way
> differently than you intended. A lot of latent bugs are 
> avoided this way.
> 
> But that's just my opinion.
> 
> Vince
> 
> P.S. Don't base your opinion of CFML step debuggers on CF5 
> Studio. One bad
> implementation that's difficult to use effectively doesn't 
> mean they all
> are.

----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email
to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' 
in the message of the email.

CFCDev is run by CFCZone (www.cfczone.org) and supported
by Mindtool, Corporation (www.mindtool.com).

An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED]

Reply via email to