Ok, so let me pose it a different way. Put yourself in this position: You're a consultant or an architect who has been tasked with building a Struts application with 100 screens. You're actually migrating an application which was originally written as a fat client app in VB and the server was written in C++.
You have about 50 developers who know VB and C++ pretty well. Some of them know Java/JSP/Servlets very well. Some of them know it very little. None of them know Struts. Your job is to estimate the cost of getting these folks up to speed on Struts. You already have the application design. THere's going to be a thin business layer called by the Action classes that will use EJB session beans to provide application functionality. Fairly simple. You have to train these people to use Struts, create actions and pages, and write the web-tier business layer. Somebody else is doing the EJB stuff. How do you estimate that cost? How long do you think it will take for these various developers to write their first business function? How long to do the next one, etc? > -----Original Message----- > From: Andreas Mack [mailto:[EMAIL PROTECTED]] > Sent: Friday, January 10, 2003 12:34 AM > To: Struts Users Mailing List > Subject: Re: Struts Productivity Survey > > > On Fri, 2003-01-10 at 07:57, Rick Reumann wrote: > > > easier. I think it's really going be difficult to get an > accurate feel > > for how long it takes people to get 'up to speed' with > struts since I > > think it's much easier now for new developers to learn > struts simply due > > to the books and better documentation available. > > I agree 100%. I looked at Struts for the first time in April > 2001 mainly > for the forms stuff, really wanting to use it. I've read the UserGuide > and said "What is he talking about!?" Half a year later, with a real > project at hand it went much faster, using the /example stuff. Back > then there were no DynaForms, no Tiles, no Nested, all the stuff that > makes things much easier now. The pages that are now the Taglib API > Reference were the best resources back then. > > Greets, > Andreas. > > -- > Andreas Mack <[EMAIL PROTECTED]> > mediales. GmbH > > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
