> The point of this is not to say "Plain CF is better" or "FB is 
> better." The
> point is to prove that one does not _lose_ significantly in 
> processing speed
> when converting to Fusebox. And if there are speed bottlenecks in the
> process, let's pinpoint them and come up with solutions.

That makes more sense, but I'm still not convinced. Even if Fusebox
apps were *twice as slow* as non-Fusebox, I think the trade-off is 
worthwhile.

I'm going to step out on a limb here and say that the efficiency of
code is no longer important, except in the form of abstract, 
reuasable components. 

As hardware gets cheaper, programmers get costlier, and code 
lifecycles get shorter, we need to adapt our methodologies to fit. 
And we need to train our decision makers to understand that, too.

Patrick

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Structure your ColdFusion code with Fusebox. Get the official book at 
http://www.fusionauthority.com/bkinfo.cfm

Archives: http://www.mail-archive.com/[email protected]/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

Reply via email to