Hi, Charlie - welcome aboard. You've already found the best resource available right now - this list. Feel free to fire at will. There are a couple of more permanent works in progress that will be available this summer. Nat Papovich and I have written a book called "Fusebox: Developing ColdFusion Applications" that will be published by New Riders Jun 27. It is a complete reference to Fusebox 3 and the Fusebox Lifecycle Process (FLiP). You can pre-order it on Amazon.com. Hal and John Quarto-von Tivadar are writing a concise Fusebox coding reference to be published in about two months. It focuses on the framework aspects of Fusebox and does not treat FLiP. Just a couple of things to look forward to...
In the meantime, jump in and start kicking. I will say that you have a distinct advantage in that you are training your team in Fusebox from the start. They won't need to unlearn any bad habits! But keep in mind that Fusebox is both a well-organized way of structuring applications, and an exploration platform. We are always looking for better ways to do things, so don't feel constrained by the structure. It's designed to take away the need to sweat the small stuff, so you can spend your energy on exploring new ideas. Once you get the basics, the fun really starts. - Jeff On Monday, April 1, 2002, at 03:29 PM, [EMAIL PROTECTED] wrote: > > Hey fuseboxers: > > A brief background on me...i've been using cold fusion since version > 1.5. > never got into fusebox, as i've seen it as segmenting myself further > into > an already small niche (cold fusion developers being the already small > niche...fusebox development being even further segmented). > > In most of my positions, when i've left, i've tried my best to help > find my > replacement. It's always been hard enough to find a good cf'er, i > figured > why make it harder by narrowing the search criteria even further (ie a > cf'er who is a fuseboxer). > > Now i'm at a point where my company is ready to start from scratch > with a > couple of pretty large sites (internet and intranet). I've looked into > fusebox enough that i'm convinced it's the way to go. As far as my > previous concern, I figure it will take somebody who doesn't know > fusebox > less time to learn the fusebox methodology and be up to speed than it > would > take somebody to figure out the different methodologies (or lack > thereof) > used by the various developers at the company. > > That being said...we're ready to go...but I really don't know how to get > started. I've been to Hal's site, and looked over the tutorials. I > understand the basic concept (modularizing code...separating query logic > from presentation logic, etc etc)... > > However, having no fusebox people on hand...i'm a bit intimidated. I'm > the > lead developer, working with two other developers who are still grasping > the concepts of cold fusion itself. > I know there's a book out there, but (and PLEASE...i hope nobody takes > offense at this)...I've heard it's not necessarily a good resource. > > Any advice for somebody just starting out, with a team of people who are > still learning CF itself? Do I just dive in and start posting code here > for people to look at and critique? > > I guess the big question is...how do I know if I'm doing it "right"?? > > Thanks in advance for any advice. > > Charlie > > > > > > ==^================================================================ This email was sent to: [email protected] EASY UNSUBSCRIBE click here: http://topica.com/u/?bUrFMa.bV0Kx9 Or send an email to: [EMAIL PROTECTED] T O P I C A -- Register now to manage your mail! http://www.topica.com/partner/tag02/register ==^================================================================
