>Learning VFP aint that tough.
>
>Depends on how much one learns.
>
>It's not knowledge of a programming language that makes for a good developer. Lots of watch makers can build a timex. Very few can build a rolex.
>

MS C++,Borland C are a step above in complexity and in the number of problems it can solve. For example, recursion in VFP is limited to something far less than 10,000 levels.

So relative to those languages learning VFP and VB is easier. Whatever programming language you learn you still must exert mental effort.
Learning VFP is probably more difficult than churning out 'example forms' with the Access2000 application wizard.

>You could assemble a team like this much more quickly and in the long run maximuze productivity.
>This assumes a team is required to deliver the project. Sometimes one person, with good technical support, is better able to deliver than a group. For big projects Like VFP or VB (RAD tools) - that have the budget and time to build a solid team (eg Fox Team), a team is important - for little projects - like end user apps - perhaps a team is not required.
>

the question stated he wanted a team. so i gave him a 'team solution'.