Re: [ACFUG Discuss] Frameworks
Thanks everyone for all the links. And I thought I would be bored this weekend, lol. Seems like the consensus is that Model Glue is the framework of choice these days. Any votes/biases for anything else? mcg[EMAIL PROTECTED] wrote: -To: discussion@acfug.orgFrom: Cameron Childress <[EMAIL PROTECTED]>Sent by: [EMAIL PROTECTED]Date: 06/09/2006 03:28PMSubject: Re: [ACFUG Discuss] FrameworksMCG -There's a pretty good quickstart guide for MGhttp://www.model-glue.org/quickstart/index.htmlIf you have an hour or so to sit down and go through the guide, youshould have a feel for whether or not it's suitable for yourdevelopment team's skill set. It does have a lower learning curvethan Mach-II, and seems to have a very good balance of features.-CameronOn 6/9/06, [EMAIL PROTECTED]<[EMAIL PROTECTED]> wrote:>> How quickly do you see team members with little OO experience picking this> up (MG is OO only, correct?)?-To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserformFor more info, see http://www.acfug.org/mailinglistsArchive @ http://www.mail-archive.com/discussion%40acfug.org/List hosted by http://www.fusionlink.com- -To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserformFor more info, see http://www.acfug.org/mailinglistsArchive @ http://www.mail-archive.com/discussion%40acfug.org/List hosted by http://www.fusionlink.com-
Re: [ACFUG Discuss] Frameworks
Yes, I have seen the Corfield article as well as he has a nice chart (link is at work). Also the Pet Market idea was really neat. Very interested in SAM; waiting on docs and hoping some will be out before CFUnited. Thanks, mcg[EMAIL PROTECTED] wrote: -To: discussion@acfug.orgFrom: Douglas Knudsen <[EMAIL PROTECTED]>Sent by: [EMAIL PROTECTED]Date: 06/09/2006 03:04PMSubject: Re: [ACFUG Discuss] Frameworksinterestingly a google search on 'framework coldfusion'http://www.google.com/search?hs=UC6&hl=en&lr=&safe=off&client=firefox-a&rls=org.mozilla%3Aen-US%3Aofficial&q=framework+coldfusion&btnG=Searchhas a ACFUG hit on top...woot!Mr Corfield has a PDF on themhttp://www.google.com/url?sa=U&start=8&q=http://corfield.org/articles/frameworks.pdf&e=15235&ei=AsKJRMaWJYP8wQKx_OG6DACFDJ article...well one of them...from teh frameworks issuehttp://coldfusion.sys-con.com/read/176194.htmhave fun navigating through that! Heck, they can't even deliver the magz to me.there is a new petmarket site that has the same sample app written indifferent frameworks toohttp://cfpetmarket.com/what is easier is relative though, eh? Seems ModelGlue has somemomentum lately though and it is easier to follow then machiiprobably. ModelGlue 2 is supposed to incorporate Reactor andColdSpring too, which ought to be 'down right neat'.DKOn 6/9/06, Dean H. Saxe <[EMAIL PROTECTED]> wrote:>> I *really* like Model Glue. A lot. I used it in HacmeShipping (being> released next week from Foundstone) and it took me a few days to get up and> running. After that it was easy-squeezy.>> -dhs>> Dean H. Saxe, CEH>> [EMAIL PROTECTED]>> "[U]nconstitutional behavior by the authorities is constrained only by the> peoples' willingness to contest them">> --John Perry Barlow> Find out about my Hike for Discovery at www.fullfrontalnerdity.com/hfd>>> On Jun 9, 2006, at 2:02 PM,> [EMAIL PROTECTED] wrote:>>> So I have this large, new application we are DESIGNING (yes, actually taking> the time to do this) and the question of framework/methodology is starting> to come up, since we are working on prototyping aspects of the system. The> theory is that we will be running this on CFMX 7; but this isn't set in> stone yet (but it would make SO many things easier). I only have FuseBox 3> experience and part of the current app is in FB3 - needless to say it hasn't> left the best taste in my mouth. There is one other team member with some> MachII & FB experience and another member with no framework experience at> all.>> My goal in choice of framework is simple: ease of use and flexibility. Ease> of use goes beyond being knee deep in the code, but easy for a newbie to> pick up as well. And newbie being team members picking it up to whomever> ends up supporting it in the future. I am shooting for this application,> once complete, to be able to be supported by a junior level developer (or> only a part time senior level developer).> Promise I'm not trying to start a flame war on lovely Friday afternoon, just> looking for some opinions, articles, etc.>> Thanks,>> Mary-Catherine> -> To unsubscribe from this list, manage your profile @> http://www.acfug.org?fa=login.edituserform>>> For more info, see http://www.acfug.org/mailinglists> Archive @> http://www.mail-archive.com/discussion%40acfug.org/> List hosted by http://www.fusionlink.com> ->>-- Douglas Knudsenhttp://www.cubicleman.comthis is my signature, like it?-To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserformFor more info, see http://www.acfug.org/mailinglistsArchive @ http://www.mail-archive.com/discussion%40acfug.org/List hosted by http://www.fusionlink.com- -To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserformFor more info, see http://www.acfug.org/mailinglistsArchive @ http://www.mail-archive.com/discussion%40acfug.org/List hosted by http://www.fusionlink.com-
Re: [ACFUG Discuss] Frameworks
MCG - There's a pretty good quickstart guide for MG http://www.model-glue.org/quickstart/index.html If you have an hour or so to sit down and go through the guide, you should have a feel for whether or not it's suitable for your development team's skill set. It does have a lower learning curve than Mach-II, and seems to have a very good balance of features. -Cameron On 6/9/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: How quickly do you see team members with little OO experience picking this up (MG is OO only, correct?)? - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com -
Re: [ACFUG Discuss] Frameworks
Thanks for the link - I will sift through the information this weekend. Let me elaborate a little on my situation. My team, of which I seem to be the technical head (hence, I make the architectual decisions), consists of me and 2 borrowed programmers that I get for around 3 months (due to some else's contractual issues). Having seen the state of the application when I sat down (at least 4 years old and in a terrible state), I am trying to set this up so that a 'borrowed' develper can create a new report or modify functionality easily. My goal is to set this application up so that this 'borrowed' developer has the fewest requirements needed to churn out a new report quickly. Part of this is the documentation that we are actually creating to go along with the application. mcg[EMAIL PROTECTED] wrote: -To: discussion@acfug.orgFrom: Teddy Payne <[EMAIL PROTECTED]>Sent by: [EMAIL PROTECTED]Date: 06/09/2006 02:54PMSubject: Re: [ACFUG Discuss] FrameworksUsing a framework is analagous to knowing how to build a house. You will have people who are very specialized in their knowledge. There will be people that are great with plumbing, drywall, roofing ... etc. If you plan to architect this site, you may want to consider how much you expect the junior developer to accomplish. Will the developer be changing the framework of the house or just painting the exterior? It might be safe to assume you would want to leave the responsibility to making framework changes in the hands of someone who has more than just a small amount of experience. There is much involved in the design and architecture of the framework. Using the MVC idea, you may want to spread the responsibility of each aspect to someone who is specilized in that area. You could have a junior developer work with the views, a more data oriented person work with the model/dao and have a more experienced person to handle the controller in between. As the architect, it is for you to create the example of where to put each type of code, so that each person knows their boundaries. In your ground work, you may have to create one of each to demonstrate where to put business logic, view code, data abstraction and object control. For ideas for a framework, I would recommend reading through the ColdFusion open source list from Remote Synthesis: http://www.remotesynthesis.com/cfopensourcelist/ There is more than frameworks guidance there, but most major open source solutions are listed there to include Mach II, Model-Glue, Fusebox ...etc. Avoid the architect pitfall of trying to do everything. Know how to do each role and then assign the responsibility to a person who would best fit the role. Over time, you can cross train your team to learn the role of the other developers. The more each member of your team understands the role of the other, the more they will be able to communicate better. I hope this helps. Teddy On 6/9/06, [EMAIL PROTECTED] < [EMAIL PROTECTED] > wrote: So I have this large, new application we are DESIGNING (yes, actually taking the time to do this) and the question of framework/methodology is starting to come up, since we are working on prototyping aspects of the system. The theory is that we will be running this on CFMX 7; but this isn't set in stone yet (but it would make SO many things easier). I only have FuseBox 3 experience and part of the current app is in FB3 - needless to say it hasn't left the best taste in my mouth. There is one other team member with some MachII & FB experience and another member with no framework experience at all. My goal in choice of framework is simple: ease of use and flexibility. Ease of use goes beyond being knee deep in the code, but easy for a newbie to pick up as well. And newbie being team members picking it up to whomever ends up supporting it in the future. I am shooting for this application, once complete, to be able to be supported by a junior level developer (or only a part time senior level developer). Promise I'm not trying to start a flame war on lovely Friday afternoon, just looking for some opinions, articles, etc. Thanks, Mary-Catherine - To unsubscribe from this list, manage your profile @ http://www.acfug.org?falogin.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com - -- - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by FusionLink - -To unsubscribe from this list, manage your profi
Re: [ACFUG Discuss] Frameworks
The new ACFUG site redesign that Steve is referring to has been projected to use Model-Glue. The version of the Model-Glue has not been locked in yet.Model-Glue 2.0 is in Beta. I may recommend using 1.1.10 to get new developers into the idea of using Model-Glue. Reactor is not the defacto data abstraction and ChiliBeans is the bean resource.I second Steve's offer of members getting involved. I am sure there will be plenty of code for everyone. =) I am open to either the release candidate or the beta of Model-Glue.On 6/9/06, Teddy Payne <[EMAIL PROTECTED] > wrote:I agree with Dean. My focus this year will be the true understanding of Model-Glue 2.0. Model-Glue 2.0 uses Reactor for ColdFusion the data abstraction and ColdSpring for the bean resources. These three technologies are getting very positive reviews and being actively developed. Model-Glue: www.model-glue.comReactor for ColdFusion: http://www.doughughes.net/index.cfm?filter=category&categoryId=30 ColdSpring: http://www.coldspringframework.org/There is a training class on Model-Glue 2.0 during Adobe's developer week next week. It will be presented by Joe Rinehart. The details for this are here: https://www.adobe.com/cfusion/event/index.cfm?event=session&id=452736&loc=en_us Enjoy! On 6/9/06, Dean H. Saxe <[EMAIL PROTECTED]> wrote: I *really* like Model Glue. A lot. I used it in HacmeShipping (being released next week from Foundstone) and it took me a few days to get up and running. After that it was easy-squeezy. -dhs Dean H. Saxe, CEH [EMAIL PROTECTED] "[U] nconstitutional behavior by the authorities is constrained only by the peoples' willingness to contest them " --John Perry BarlowFind out about my Hike for Discovery at www.fullfrontalnerdity.com/hfd On Jun 9, 2006, at 2:02 PM, [EMAIL PROTECTED] wrote: So I have this large, new application we are DESIGNING (yes, actually taking the time to do this) and the question of framework/methodology is starting to come up, since we are working on prototyping aspects of the system. The theory is that we will be running this on CFMX 7; but this isn't set in stone yet (but it would make SO many things easier). I only have FuseBox 3 experience and part of the current app is in FB3 - needless to say it hasn't left the best taste in my mouth. There is one other team member with some MachII & FB experience and another member with no framework experience at all. My goal in choice of framework is simple: ease of use and flexibility. Ease of use goes beyond being knee deep in the code, but easy for a newbie to pick up as well. And newbie being team members picking it up to whomever ends up supporting it in the future. I am shooting for this application, once complete, to be able to be supported by a junior level developer (or only a part time senior level developer). Promise I'm not trying to start a flame war on lovely Friday afternoon, just looking for some opinions, articles, etc. Thanks, Mary-Catherine - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglistsArchive @ http://www.mail-archive.com/discussion%40acfug.org/List hosted by http://www.fusionlink.com- -- -- - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by FusionLink -
Re: [ACFUG Discuss] Frameworks
I'll second the recommendation for Model-Glue. I've built apps using MachII, and I've having to re-learn some stuff now that I'm working with Model-Glue. But overall, I would say that Model-Glue will be easier to learn. Just know that either requires learning object-oriented architecture, which is its own giant step. In fact, I'd say that's the biggest hump to get over: getting into an object-oriented, tiered mindset. Another reason to consider Model-Glue is that there is heavy development going on in integrating ColdSpring (a framework that does depency injection and a bunch of other stuff) and Reactor (an ORM framework that creates "active records" somewhat like Ruby on Rails does, and lets you create or update a record by just doing ' myRecord.save()' - without having to write the query statement) with Model-Glue. You don't have to use these to use Model-Glue, but you'll probably want to. All of these frameworks are on track to release at CFUnited late this month (at least, they hope so). The core will be Model-Glue 2.0, which Joe Rinehart, the developer, is calling a "Unity" release. Take a look at http://www.model-glue.com and Joe's blog entries at http://clearsoftware.net/index.cfm?You can find info about ColdSpring at http://www.coldspringframework.org/index.cfm? and Reactor at http://www.doughughes.net.All three frameworks have very active - and helpful mailing lists.-Thanks,TomTom McNeerMediumCoolhttp://www.mediumcool.com 530 Means St NW, Suite 110Atlanta, GA 30318404.589.0560 - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by FusionLink -
Re: [ACFUG Discuss] Frameworks
that Jedi in LA has a series on MG too http://ray.camdenfamily.com/ DK On 6/9/06, Teddy Payne <[EMAIL PROTECTED]> wrote: I agree with Dean. My focus this year will be the true understanding of Model-Glue 2.0. Model-Glue 2.0 uses Reactor for ColdFusion the data abstraction and ColdSpring for the bean resources. These three technologies are getting very positive reviews and being actively developed. Model-Glue: www.model-glue.com Reactor for ColdFusion: http://www.doughughes.net/index.cfm?filter=category&categoryId=30 ColdSpring: http://www.coldspringframework.org/ There is a training class on Model-Glue 2.0 during Adobe's developer week next week. It will be presented by Joe Rinehart. The details for this are here: https://www.adobe.com/cfusion/event/index.cfm?event=session&id=452736&loc=en_us Enjoy! On 6/9/06, Dean H. Saxe <[EMAIL PROTECTED]> wrote: > > > I *really* like Model Glue. A lot. I used it in HacmeShipping (being released next week from Foundstone) and it took me a few days to get up and running. After that it was easy-squeezy. > > > -dhs > > > > > > > Dean H. Saxe, CEH > > [EMAIL PROTECTED] > > "[U] nconstitutional behavior by the authorities is constrained only by the peoples' willingness to contest them " > > --John Perry Barlow > > Find out about my Hike for Discovery at www.fullfrontalnerdity.com/hfd > > > > > On Jun 9, 2006, at 2:02 PM, [EMAIL PROTECTED] wrote: > > > > > So I have this large, new application we are DESIGNING (yes, actually taking the time to do this) and the question of framework/methodology is starting to come up, since we are working on prototyping aspects of the system. The theory is that we will be running this on CFMX 7; but this isn't set in stone yet (but it would make SO many things easier). I only have FuseBox 3 experience and part of the current app is in FB3 - needless to say it hasn't left the best taste in my mouth. There is one other team member with some MachII & FB experience and another member with no framework experience at all. > > My goal in choice of framework is simple: ease of use and flexibility. Ease of use goes beyond being knee deep in the code, but easy for a newbie to pick up as well. And newbie being team members picking it up to whomever ends up supporting it in the future. I am shooting for this application, once complete, to be able to be supported by a junior level developer (or only a part time senior level developer). > > Promise I'm not trying to start a flame war on lovely Friday afternoon, just looking for some opinions, articles, etc. > > Thanks, > > Mary-Catherine > - > To unsubscribe from this list, manage your profile @ > > http://www.acfug.org?fa=login.edituserform > > > For more info, see http://www.acfug.org/mailinglists > Archive @ http://www.mail-archive.com/discussion%40acfug.org/ > List hosted by http://www.fusionlink.com > - > > > -- - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by FusionLink - -- Douglas Knudsen http://www.cubicleman.com this is my signature, like it? - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com -
Re: [ACFUG Discuss] Frameworks
I agree with Dean. My focus this year will be the true understanding of Model-Glue 2.0. Model-Glue 2.0 uses Reactor for ColdFusion the data abstraction and ColdSpring for the bean resources. These three technologies are getting very positive reviews and being actively developed. Model-Glue: www.model-glue.comReactor for ColdFusion: http://www.doughughes.net/index.cfm?filter=category&categoryId=30 ColdSpring: http://www.coldspringframework.org/There is a training class on Model-Glue 2.0 during Adobe's developer week next week. It will be presented by Joe Rinehart. The details for this are here: https://www.adobe.com/cfusion/event/index.cfm?event=session&id=452736&loc=en_usEnjoy! On 6/9/06, Dean H. Saxe <[EMAIL PROTECTED]> wrote: I *really* like Model Glue. A lot. I used it in HacmeShipping (being released next week from Foundstone) and it took me a few days to get up and running. After that it was easy-squeezy. -dhs Dean H. Saxe, CEH [EMAIL PROTECTED] "[U] nconstitutional behavior by the authorities is constrained only by the peoples' willingness to contest them " --John Perry BarlowFind out about my Hike for Discovery at www.fullfrontalnerdity.com/hfd On Jun 9, 2006, at 2:02 PM, [EMAIL PROTECTED] wrote: So I have this large, new application we are DESIGNING (yes, actually taking the time to do this) and the question of framework/methodology is starting to come up, since we are working on prototyping aspects of the system. The theory is that we will be running this on CFMX 7; but this isn't set in stone yet (but it would make SO many things easier). I only have FuseBox 3 experience and part of the current app is in FB3 - needless to say it hasn't left the best taste in my mouth. There is one other team member with some MachII & FB experience and another member with no framework experience at all. My goal in choice of framework is simple: ease of use and flexibility. Ease of use goes beyond being knee deep in the code, but easy for a newbie to pick up as well. And newbie being team members picking it up to whomever ends up supporting it in the future. I am shooting for this application, once complete, to be able to be supported by a junior level developer (or only a part time senior level developer). Promise I'm not trying to start a flame war on lovely Friday afternoon, just looking for some opinions, articles, etc. Thanks, Mary-Catherine - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglistsArchive @ http://www.mail-archive.com/discussion%40acfug.org/List hosted by http://www.fusionlink.com- -- - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by FusionLink -
Re: [ACFUG Discuss] Frameworks
interestingly a google search on 'framework coldfusion' http://www.google.com/search?hs=UC6&hl=en&lr=&safe=off&client=firefox-a&rls=org.mozilla%3Aen-US%3Aofficial&q=framework+coldfusion&btnG=Search has a ACFUG hit on top...woot! Mr Corfield has a PDF on them http://www.google.com/url?sa=U&start=8&q=http://corfield.org/articles/frameworks.pdf&e=15235&ei=AsKJRMaWJYP8wQKx_OG6DA CFDJ article...well one of them...from teh frameworks issue http://coldfusion.sys-con.com/read/176194.htm have fun navigating through that! Heck, they can't even deliver the magz to me. there is a new petmarket site that has the same sample app written in different frameworks too http://cfpetmarket.com/ what is easier is relative though, eh? Seems ModelGlue has some momentum lately though and it is easier to follow then machii probably. ModelGlue 2 is supposed to incorporate Reactor and ColdSpring too, which ought to be 'down right neat'. DK On 6/9/06, Dean H. Saxe <[EMAIL PROTECTED]> wrote: I *really* like Model Glue. A lot. I used it in HacmeShipping (being released next week from Foundstone) and it took me a few days to get up and running. After that it was easy-squeezy. -dhs Dean H. Saxe, CEH [EMAIL PROTECTED] "[U]nconstitutional behavior by the authorities is constrained only by the peoples' willingness to contest them" --John Perry Barlow Find out about my Hike for Discovery at www.fullfrontalnerdity.com/hfd On Jun 9, 2006, at 2:02 PM, [EMAIL PROTECTED] wrote: So I have this large, new application we are DESIGNING (yes, actually taking the time to do this) and the question of framework/methodology is starting to come up, since we are working on prototyping aspects of the system. The theory is that we will be running this on CFMX 7; but this isn't set in stone yet (but it would make SO many things easier). I only have FuseBox 3 experience and part of the current app is in FB3 - needless to say it hasn't left the best taste in my mouth. There is one other team member with some MachII & FB experience and another member with no framework experience at all. My goal in choice of framework is simple: ease of use and flexibility. Ease of use goes beyond being knee deep in the code, but easy for a newbie to pick up as well. And newbie being team members picking it up to whomever ends up supporting it in the future. I am shooting for this application, once complete, to be able to be supported by a junior level developer (or only a part time senior level developer). Promise I'm not trying to start a flame war on lovely Friday afternoon, just looking for some opinions, articles, etc. Thanks, Mary-Catherine - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com - -- Douglas Knudsen http://www.cubicleman.com this is my signature, like it? - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com -
Re: [ACFUG Discuss] Frameworks
Using a framework is analagous to knowing how to build a house. You will have people who are very specialized in their knowledge. There will be people that are great with plumbing, drywall, roofing ... etc. If you plan to architect this site, you may want to consider how much you expect the junior developer to accomplish. Will the developer be changing the framework of the house or just painting the exterior? It might be safe to assume you would want to leave the responsibility to making framework changes in the hands of someone who has more than just a small amount of experience. There is much involved in the design and architecture of the framework. Using the MVC idea, you may want to spread the responsibility of each aspect to someone who is specilized in that area. You could have a junior developer work with the views, a more data oriented person work with the model/dao and have a more experienced person to handle the controller in between. As the architect, it is for you to create the example of where to put each type of code, so that each person knows their boundaries. In your ground work, you may have to create one of each to demonstrate where to put business logic, view code, data abstraction and object control. For ideas for a framework, I would recommend reading through the ColdFusion open source list from Remote Synthesis:http://www.remotesynthesis.com/cfopensourcelist/ There is more than frameworks guidance there, but most major open source solutions are listed there to include Mach II, Model-Glue, Fusebox ...etc.Avoid the architect pitfall of trying to do everything. Know how to do each role and then assign the responsibility to a person who would best fit the role. Over time, you can cross train your team to learn the role of the other developers. The more each member of your team understands the role of the other, the more they will be able to communicate better.I hope this helps. TeddyOn 6/9/06, [EMAIL PROTECTED] < [EMAIL PROTECTED]> wrote: So I have this large, new application we are DESIGNING (yes, actually taking the time to do this) and the question of framework/methodology is starting to come up, since we are working on prototyping aspects of the system. The theory is that we will be running this on CFMX 7; but this isn't set in stone yet (but it would make SO many things easier). I only have FuseBox 3 experience and part of the current app is in FB3 - needless to say it hasn't left the best taste in my mouth. There is one other team member with some MachII & FB experience and another member with no framework experience at all. My goal in choice of framework is simple: ease of use and flexibility. Ease of use goes beyond being knee deep in the code, but easy for a newbie to pick up as well. And newbie being team members picking it up to whomever ends up supporting it in the future. I am shooting for this application, once complete, to be able to be supported by a junior level developer (or only a part time senior level developer). Promise I'm not trying to start a flame war on lovely Friday afternoon, just looking for some opinions, articles, etc. Thanks, Mary-Catherine -To unsubscribe from this list, manage your profile @ http://www.acfug.org?falogin.edituserformFor more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/List hosted by http://www.fusionlink.com- -- - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by FusionLink -
Re: [ACFUG Discuss] Frameworks
Thats what we are going to use for the ACFUG site rebuild... any Model Gluers out there want to jump in? On 6/9/06, Dean H. Saxe < [EMAIL PROTECTED]> wrote:I *really* like Model Glue. A lot. I used it in HacmeShipping (being released next week from Foundstone) and it took me a few days to get up and running. After that it was easy-squeezy. -dhs Dean H. Saxe, CEH [EMAIL PROTECTED] "[U] nconstitutional behavior by the authorities is constrained only by the peoples' willingness to contest them " --John Perry BarlowFind out about my Hike for Discovery at www.fullfrontalnerdity.com/hfd On Jun 9, 2006, at 2:02 PM, [EMAIL PROTECTED] wrote: So I have this large, new application we are DESIGNING (yes, actually taking the time to do this) and the question of framework/methodology is starting to come up, since we are working on prototyping aspects of the system. The theory is that we will be running this on CFMX 7; but this isn't set in stone yet (but it would make SO many things easier). I only have FuseBox 3 experience and part of the current app is in FB3 - needless to say it hasn't left the best taste in my mouth. There is one other team member with some MachII & FB experience and another member with no framework experience at all. My goal in choice of framework is simple: ease of use and flexibility. Ease of use goes beyond being knee deep in the code, but easy for a newbie to pick up as well. And newbie being team members picking it up to whomever ends up supporting it in the future. I am shooting for this application, once complete, to be able to be supported by a junior level developer (or only a part time senior level developer). Promise I'm not trying to start a flame war on lovely Friday afternoon, just looking for some opinions, articles, etc. Thanks, Mary-Catherine - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglistsArchive @ http://www.mail-archive.com/discussion%40acfug.org/List hosted by http://www.fusionlink.com- -- Steven Rossweb application & interface developer http://www.zerium.com[phone] 404-488-4364 - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by FusionLink -
Re: [ACFUG Discuss] Frameworks
How quickly do you see team members with little OO experience picking this up (MG is OO only, correct?)? mcg[EMAIL PROTECTED] wrote: -To: discussion@acfug.orgFrom: "Dean H. Saxe" <[EMAIL PROTECTED]>Sent by: [EMAIL PROTECTED]Date: 06/09/2006 02:36PMSubject: Re: [ACFUG Discuss] FrameworksI *really* like Model Glue. A lot. I used it in HacmeShipping (being released next week from Foundstone) and it took me a few days to get up and running. After that it was easy-squeezy. -dhs Dean H. Saxe, CEH [EMAIL PROTECTED] "[U] nconstitutional behavior by the authorities is constrained only by the peoples' willingness to contest them " --John Perry Barlow Find out about my Hike for Discovery at www.fullfrontalnerdity.com/hfd On Jun 9, 2006, at 2:02 PM, [EMAIL PROTECTED] wrote: So I have this large, new application we are DESIGNING (yes, actually taking the time to do this) and the question of framework/methodology is starting to come up, since we are working on prototyping aspects of the system. The theory is that we will be running this on CFMX 7; but this isn't set in stone yet (but it would make SO many things easier). I only have FuseBox 3 experience and part of the current app is in FB3 - needless to say it hasn't left the best taste in my mouth. There is one other team member with some MachII & FB experience and another member with no framework experience at all. My goal in choice of framework is simple: ease of use and flexibility. Ease of use goes beyond being knee deep in the code, but easy for a newbie to pick up as well. And newbie being team members picking it up to whomever ends up supporting it in the future. I am shooting for this application, once complete, to be able to be supported by a junior level developer (or only a part time senior level developer). Promise I'm not trying to start a flame war on lovely Friday afternoon, just looking for some opinions, articles, etc. Thanks, Mary-Catherine - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com - -To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserformFor more info, see http://www.acfug.org/mailinglistsArchive @ http://www.mail-archive.com/discussion%40acfug.org/List hosted by http://www.fusionlink.com-
[ACFUG Discuss] Ajax help
FYI, anyone working with ajax might appreciate this debug tool for firefox: Firebug http://www.joehewitt.com/software/firebug/ It helped me figure out a recent error I was having...-- Steven Rossweb application & interface developer http://www.zerium.com[phone] 404-488-4364 - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by FusionLink -
Re: [ACFUG Discuss] Frameworks
I *really* like Model Glue. A lot. I used it in HacmeShipping (being released next week from Foundstone) and it took me a few days to get up and running. After that it was easy-squeezy.-dhs Dean H. Saxe, CEH[EMAIL PROTECTED]"[U]nconstitutional behavior by the authorities is constrained only by the peoples' willingness to contest them" --John Perry BarlowFind out about my Hike for Discovery at www.fullfrontalnerdity.com/hfd On Jun 9, 2006, at 2:02 PM, [EMAIL PROTECTED] wrote:So I have this large, new application we are DESIGNING (yes, actually taking the time to do this) and the question of framework/methodology is starting to come up, since we are working on prototyping aspects of the system. The theory is that we will be running this on CFMX 7; but this isn't set in stone yet (but it would make SO many things easier). I only have FuseBox 3 experience and part of the current app is in FB3 - needless to say it hasn't left the best taste in my mouth. There is one other team member with some MachII & FB experience and another member with no framework experience at all. My goal in choice of framework is simple: ease of use and flexibility. Ease of use goes beyond being knee deep in the code, but easy for a newbie to pick up as well. And newbie being team members picking it up to whomever ends up supporting it in the future. I am shooting for this application, once complete, to be able to be supported by a junior level developer (or only a part time senior level developer). Promise I'm not trying to start a flame war on lovely Friday afternoon, just looking for some opinions, articles, etc. Thanks, Mary-Catherine -To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserformFor more info, see http://www.acfug.org/mailinglistsArchive @ http://www.mail-archive.com/discussion%40acfug.org/List hosted by http://www.fusionlink.com-
[ACFUG Discuss] Frameworks
So I have this large, new application we are DESIGNING (yes, actually taking the time to do this) and the question of framework/methodology is starting to come up, since we are working on prototyping aspects of the system. The theory is that we will be running this on CFMX 7; but this isn't set in stone yet (but it would make SO many things easier). I only have FuseBox 3 experience and part of the current app is in FB3 - needless to say it hasn't left the best taste in my mouth. There is one other team member with some MachII & FB experience and another member with no framework experience at all. My goal in choice of framework is simple: ease of use and flexibility. Ease of use goes beyond being knee deep in the code, but easy for a newbie to pick up as well. And newbie being team members picking it up to whomever ends up supporting it in the future. I am shooting for this application, once complete, to be able to be supported by a junior level developer (or only a part time senior level developer). Promise I'm not trying to start a flame war on lovely Friday afternoon, just looking for some opinions, articles, etc. Thanks, Mary-Catherine -To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserformFor more info, see http://www.acfug.org/mailinglistsArchive @ http://www.mail-archive.com/discussion%40acfug.org/List hosted by http://www.fusionlink.com-
Re: [ACFUG Discuss] great meeting last night
Charlie,Thank you for having giving me the oppurtunity to speak. I thoroughly enjoyed the experience and look forward to presenting again in the near future.Another large thank you to John Mason for hosting the event. The room that John had secured for us was impressive. Thank you to everyone who participated and a huge congratulations to Howard Fore on his CF United pass!Cheers,TeddyOn 6/8/06, Charlie Arehart <[EMAIL PROTECTED]> wrote: For those who missed the meeting last night, we had a great time. John Mason's training suite was really very nice. A beautiful kitchen/gathering area overlooking downtown Atlanta from 33 floors up, and a comfortable training room where the group (about 20) just fit perfectly. We may have lost some folks for the change in venue but I'd taken fliers to the Macquarium giving directions to the new place (and the guard said at the time that no one had yet showed up looking for the meeting). Thanks, again, John for putting us up. :-) For those not there, we also announced something that others here may be glad to hear: we have secured another sponsor at the Macquarium so we don't need to find a new venue. The tradition continues. Thanks, Precia, for arranging that. As for the talks, it was a data abstraction layer extravaganza, with Teddy Payne speaking on Reactor and Scott Talsma speaking on FourQ. I, for one, found both topics very informative (as I'd not previously looked into either project). It was interesting to learn of two different approaches to abstracting out SQL from our code. Reactor builds it for you based on XML files that you create to point to your databases, while FourQ works from CFCs you build to describe your model and it builds your database. Each approach has its ups and downs, and its corollary in the larger IT community. Both provide a set of object-oriented methods and properties to then manipulate your data from your CFML code. We'll have their presentations posted on the web site shortly. In prize news, Howard Fore won the free ticket to CFUnited, and when prizemaster Eric Jones had to duck out early for having had little sleep in recent days, yours truly made a faux pas in giving away the Macromedia beach towel. I forgot that we used that as a table cover when at the Macquarium. Doh! The winner was Teddy, and he said (after the meeting, when I was informed of my mistake) that if we wanted it back he would offer it. Sorry, Eric. :-) Don't forget the discount code fro CFUnited: using M0603212 when you register will get you $50 off. One last thing: we announced again that we have organized "the construction crew" to help with revamping the site (which is quite a lot more than just an announcement board). If you're interested, drop me a note at [EMAIL PROTECTED] and I'll get you added to the discussion list where you'll hear more about upcoming work parties, tasks available, etc. Hope this little review of the meeting is helpful. I'm torn about sending it only to the announcements list. Since it may spark discussion and follow-up, it seems warranted to go to the discussion list. We're still sorting out whether things should ever go to both lists since there are some on each who are not on the other. /charlie - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by FusionLink - -- - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by FusionLink -