I appreciate your sharing with me about your project. Interestingly, I did some work to perform data matching from different sources based on probability some time ago, and the client told me they were very impressed, well, so much for bragging, and back to the Access FORM issue.
As I see it or I'm thinking loud here, the approach you folks are taking now would be good, however, in my case, I have one concern, that is, since the current app may have logical flaw or some other problem, if I go with function by function translation, I'm afraid I might enherit the flaw as well, meantime in the process, I may also find there the problems are and fix them then, it would be super for the web app. The other thing is, I think this process would seem to be time-consuming. Getting to know VB is very secondary to me.
A clean requirements document would be the best option, however, I don't think it's feasible for my case.
Once again, thanks, John.
Don
>Don,
>
>Am currently doing this. we hired a analytics company to apply some
>probability math to our business model to see where we can make more money.
>They built and access - vb app and I am in the process of translating it to
>our inttranet.
>
>I just started at the logical beginning point, and am going through each
>function as it is called and creating seperate functions in a cfc that I am
>calling as webservices.
>
>Just take each function and translate it line by line, learning the vb stuff
>along the way, if you dont already know it. This is proving invaluable to me
>for learning VB quickly.
>
>Hope this helped.
>
>
> > Hello,
>code
>>for all?
[Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
