Ravi
>>True. But some wise guy may evening be looking at the "Decline of VFP" thread. How does one deal with that kind of a situation?<<
How indeed, I completely agree. It is no longer safe to bring customers or potential staff here.
JR>Customer expectation, funding or other issues may make it an excellent proposition.
HR>Could you be more clear and specific on this statement? Pardon me for not understanding what you say.
Maybe your customers say they want dotNET and will pay. Maybe MS says it will pay you to use dotNET. Maybe you are a dot com and glowing press releases about your coolness matter more than making a profit. Maybe you've furious because your local MS did not support VFP in a bid you really wanted. Maybe you can find good dotNET developers but can't find VFP developers. There are lots of reasons and no right answer that fits all.
>>So stay with VFP? Or Go VFP/SQL?<<
We went VFP/SQL. At the risk of starting another conflict, if you use VFP Views you can develop one app that works with local/sql server/oracle databases without having to write specific code. Look at fox.wikis.com and look up about accessing data.
>>IT tends to evolve continuously and the puspose of this thread is to see how a developer should position himsefl/herself strategically too.<<
VFP is probably one of the few products that has remained reasonably stable for 5 years. whether that is a benefit or a negative depends who you ask. < g >
Regards
JR
"... They ne'er cared for us
yet: suffer us to famish, and their store-houses
crammed with grain; make edicts for usury, to
support usurers; repeal daily any wholesome act
established against the rich, and provide more
piercing statutes daily, to chain up and restrain
the poor. If the wars eat us not up, they will; and
there's all the love they bear us."
-- Shakespeare: Coriolanus, Act 1, scene 1