Ah... then I think this is a different issue than what I was discussing with Jamie. Jamie had been saying that one developer works on the front end of a single action, another works on the middle, and a third works on the back end, without crossing those borders (except, perhaps, in extreme situations).
What you're saying, though, pretty much enforces what I said in a different branch of this thread: The fact that a project is successful is in only small part due to the framework being used (if any). It's much more dependant on planning and documentation prior to actual coding. -- Mosh Teitelbaum evoch, LLC Tel: (301) 942-5378 Fax: (301) 933-3651 Email: [EMAIL PROTECTED] WWW: http://www.evoch.com/ > -----Original Message----- > From: Robertson-Ravo, Neil (RX) > [mailto:[EMAIL PROTECTED] > Sent: Monday, July 21, 2003 11:43 AM > To: CF-Talk > Subject: RE: Cons to Fusebox > > > No-one here is in control of any particular file...we just ensure > that when > people do work on individual files : they can always be pieced together > without error., > > -----Original Message----- > From: Mosh Teitelbaum [mailto:[EMAIL PROTECTED] > Sent: 21 July 2003 16:27 > To: CF-Talk > Subject: RE: Cons to Fusebox > > > I'm not sure that there was, but in case there was some > misunderstanding, by > "crunch time" I meant when things start getting hectic, time is > running out, > last minute changes, etc. > > In my own experience, and this is from having been a code grunt to an > architect to a project manager to just about every other aspect > of a project > you can think of, a team is better able to handle any challenge > when all (or > as many as possible) members of the team have a solid understanding of the > overall architecture. I've found that requiring and enforcing strict > ownership of individual files can become a nightmare when new > requirements, > bug fixes, or unforeseeables occur. It's always been better when > any number > of available (key word that) developers can step up and resolve any number > of problems. > > This is not to say that other approaches can't work, but I'd > rather be able > to use any resource I have for any problem occurs rather than > having to wait > on a single resource becoming available. > > -- > Mosh Teitelbaum > evoch, LLC > Tel: (301) 942-5378 > Fax: (301) 933-3651 > Email: [EMAIL PROTECTED] > WWW: http://www.evoch.com/ > > > > -----Original Message----- > > From: Robertson-Ravo, Neil (RX) > > [mailto:[EMAIL PROTECTED] > > Sent: Monday, July 21, 2003 11:10 AM > > To: CF-Talk > > Subject: RE: Cons to Fusebox > > > > > > We too work in such a manner....i.e. multiple developers on the > same fuses > > etc, the reason we seem to have it working is that we have a very > > strict set > > of code guidelines which outline : style, variable names etc.... > > > > At present what tends to happen is one developer works on the > display page > > which can automatically be used across mutiple fuses etc and > one developer > > writes the actions pages as stored procedures..... > > > > When it comes to crunch time, they all link together sweetly.. > > > > > > > > -----Original Message----- > > From: Mosh Teitelbaum [mailto:[EMAIL PROTECTED] > > Sent: 21 July 2003 16:06 > > To: CF-Talk > > Subject: RE: Cons to Fusebox > > > > > > Mosh Teitelbaum wrote: > > > >Are the changes made by one person or three? If > > > >three, have you found it difficult to coordinate everyone's time > > > and effort? > > > > Jamie Jackson wrote: > > > I can't think a time when this has been an issue (yet). If necessary, > > > I could always go into their fuse and make the mod myself, but we've > > > been happy staying out of each others' code so far. > > > > This is pretty much the point I was getting at when I asked "In your > > experience, how often do you have one developer working on the form and > > another working on the action file?" My point was that, when you have > > different developers working on different aspects of a single functional > > unit (i.e., display, logic, data for a single "action"), it can become > > difficult to respond to changes in the requirements without > > having to cross > > those borders. > > > > It sounds as if, so far, you've been able to succeed in that > regard, and I > > congratulate you on that. I just wonder how successful it will be come > > crunch time, or when a developer gets moved to another project, or any > > number of other problems that are unfortunately common. > > > > -- > > Mosh Teitelbaum > > evoch, LLC > > Tel: (301) 942-5378 > > Fax: (301) 933-3651 > > Email: [EMAIL PROTECTED] > > WWW: http://www.evoch.com/ > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4