>Doug,
>
>>>- automation with office packages
>>>- Using RDC automation with Crystal Reports
>>>- Using MAPI
>>>- Learn about developping application for the internet (Now a black hole)
>>>- ADO, RDO, XML, etc..
>>>- Deplying COM and DCOM solutions
>>>- Using MTS
>>>- Using Databaseservers (SQL server/Oracle)
>>>- etc ......
>>>
>>>Personally I find these items much, MUCH, * M U C H * more important than the programming language. When I manage to be an expert on this fields either I probably would not need to learn another language to program is as my expertice on these fields would be enough.
>>
>>Sure, but many of them need VB or another language to implement them, which is the whole point. That is, we need to learn languages to do tasks. VB just happens to be one of those languages, as is Java, C++, etc...
>
>Can you point out which ones. IMO I've got to use VB only when using macros within office packages. for the others I could use them comfortably within VFP.
>
>Walter,
Walter,
Gosh, not really for you.
Your proclivity (desire & apptitude) towards one language or another would probably be not the same as mine.
In my own case I'm moving towards SQL Server (DB2 & Oracle included), MTS, COM, and interfacing data with the Internet. Visual Foxpro will IMO be a large part of that. I've always been interested in data management and networks. The Internet is really just a big network (and the only truly successful distributed database BTW and the back end "big iron" stuff will sort itself out I'd imagine.
VB won't hurt. Other COM object creators and front end interface creators in my mind would include Delphi 5.
A lot depends on your interests and desires.
Best regards,
DD
Best,
DD
A man is no fool who gives up that which he cannot keep for that which he cannot lose.
Everything I don't understand must be easy!
The difficulty of any task is measured by the capacity of the agent performing the work.