Hi all,
I was asked for a list of current options for someone who has a VFP application and wants to migrate it to a supported language, with the least amount of re-work.
I have seen many options listed, but am sure how compatible the various alternatives are. X# looks promising, but so do some of the others. And some that I thought were good options now appear to be dormant or discontinued. So I thought I would check with you fine folks to see if you know where I might find a list of current alternatives and their level of compatibility.
Thanks,
Fletcher
Fletcher Johnson
mailto:FletcherSJohnson@Yahoo.com FletcherSJohnson@Yahoo.com
http://linkedin.com/in/FletcherJohnson LinkedIn.com/in/FletcherJohnson
twitter.com/fletcherJ
https://www.strava.com/athletes/fletcherjohnson strava.com/athletes/fletcherjohnson
408-946-0960 - work
408-781-2345 - cell
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html ---
Hi Fletscher,
Lianja is up and running and Kickin'Ass! https://www.lianja.com/resources/the-lianja-vision
Most of your VFP code will run unchanged. Lianja uses a VFP-compatible Object hierarchy as well as PEMs, and has lots of extensions to the original VFP language. You use any choice of VFP, PHP, JavaScript or Phyton to program that beast, and it creates Desktop apps (for Win, Mac, Linux) as well as WebApps, AppServer-centric, cloud-based, Mobile... Download for free, and read the roadmap. https://www.lianja.com/resources/roadmap
With kind regards from Bavaria
Jürgen Wondzinski Visual FoxPro Evangelist Microsoft "Most Valuable Professional" from 1996 to 2009, "Servoy Valued Professional 2011 My XING Profile, and LinkedIn and Facebook and Google+ and Twitter and .. GCS d+ s:+ a++ C++ !U P--- L E? W++ N++ o-- K--? w+++ O? !M--? V-- PS PE !Y? !PGP t 5 X R tv- b DI+ D? G e++ h-- r+++ y+++
-----Ursprüngliche Nachricht----- Von: ProFox profox-bounces@leafe.com Im Auftrag von Fletcher Johnson Gesendet: Mittwoch, 13. März 2019 16:45 An: profoxtech@leafe.com Betreff: [NF] Looking for current summary of VFP clones
Hi all,
I was asked for a list of current options for someone who has a VFP application and wants to migrate it to a supported language, with the least amount of re-work.
I have seen many options listed, but am sure how compatible the various alternatives are. X# looks promising, but so do some of the others. And some that I thought were good options now appear to be dormant or discontinued. So I thought I would check with you fine folks to see if you know where I might find a list of current alternatives and their level of compatibility.
Thanks,
Fletcher
Fletcher Johnson
mailto:FletcherSJohnson@Yahoo.com FletcherSJohnson@Yahoo.com
http://linkedin.com/in/FletcherJohnson LinkedIn.com/in/FletcherJohnson
twitter.com/fletcherJ
https://www.strava.com/athletes/fletcherjohnson strava.com/athletes/fletcherjohnson
408-946-0960 - work
408-781-2345 - cell
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html ---
[excessive quoting removed by server]
Hi Fletscher,
Does your client really knows that, since 10 is the last version of Windows, VFP will work as long as Windows 10 will work, and re-write and/or migration will bring nothing but cost and risk without a single benefit (except for those who rewrite): learning, moving data to SQL if not already, rewriting, testing, retraining users, managing the transition with part of the app in VFP and part in the new system (no new app ever work overnight), etc., maybe loss of functionalities, and risk that the transition works out badly…
Seeking alternatives to FoxPro was valid until Microsoft announced that Windows 10 was the last version (in may 2015, almost 4 years ago), today it's just seeking cost and risk for no other benefit than 'doing someting new'.
VFP is incredibly reliable; some FoxInCloud clients have FoxInCloud web apps with over 50 forms (could be more), 50 concurrent users (could be more), PostgreSQL database, 8 logical servers in parallel (stateless, many-to-many relation between users and servers), running full weeks without a single error (100% availability) while reading and writing thousands of files, tables, memos, indexes and so forth. The busiest server runs 25k user requests per day, that we can estimate over 1.2 billion VFP instructions, without a single error…
Bringing additional value to the existing VFP app is probably more worthy and interesting than rewriting; eg. with FoxInCloud.
(I know I don't really answer your original question, just trying to open new pathes).
Thierry Nivelet FoxInCloud
Le 13/03/2019 à 16:45, Fletcher Johnson a écrit :
Hi all,
I was asked for a list of current options for someone who has a VFP application and wants to migrate it to a supported language, with the least amount of re-work.
I have seen many options listed, but am sure how compatible the various alternatives are. X# looks promising, but so do some of the others. And some that I thought were good options now appear to be dormant or discontinued. So I thought I would check with you fine folks to see if you know where I might find a list of current alternatives and their level of compatibility.
Thanks,
Fletcher
Fletcher Johnson
mailto:FletcherSJohnson@Yahoo.com FletcherSJohnson@Yahoo.com
http://linkedin.com/in/FletcherJohnson LinkedIn.com/in/FletcherJohnson
twitter.com/fletcherJ
https://www.strava.com/athletes/fletcherjohnson strava.com/athletes/fletcherjohnson
408-946-0960 - work
408-781-2345 - cell
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html
[excessive quoting removed by server]
Will admit - I'd not heard that Win10 is last version. What happens next? Windows goes way of Dodo bird???
-K-
On 3/14/2019 3:23 AM, Thierry Nivelet wrote:
Seeking alternatives to FoxPro was valid until Microsoft announced that Windows 10 was the last version (in may 2015, almost 4 years ago),
https://www.theverge.com/2015/5/7/8568473/windows-10-last-version-of-windows
"With Windows 10, it's time to start thinking of Windows as something that won't see a big launch or major upgrade every few years anymore."
Thierry Nivelet Le 14/03/2019 à 14:34, Kurt at VR-FX a écrit :
Will admit - I'd not heard that Win10 is last version. What happens next? Windows goes way of Dodo bird???
-K-
On 3/14/2019 3:23 AM, Thierry Nivelet wrote:
Seeking alternatives to FoxPro was valid until Microsoft announced that Windows 10 was the last version (in may 2015, almost 4 years ago),
[excessive quoting removed by server]
No we keep getting 6-monthly 'Feature' updates 😊.
John Weller 01380 723235 07976 393631
Will admit - I'd not heard that Win10 is last version. What happens next? Windows goes way of Dodo bird???
John,
That's what I heard too - that Windows 10 will simply keep getting upgraded. What matters now is the version (which is what the "10" used to represent.)
Since the upgrades are forced on everyone, unless you have a computer like one of mine that crashes when MS tries to push an upgrade (and then reverts), in theory, everyone is running on the same version. So why change the name?
But I don't think that it means that Windows is going away anytime soon.
Fletcher
Fletcher Johnson FletcherSJohnson@Yahoo.com LinkedIn.com/in/FletcherJohnson twitter.com/fletcherJ strava.com/athletes/fletcherjohnson 408-946-0960 - work 408-781-2345 - cell
-----Original Message----- From: ProFox [mailto:profox-bounces@leafe.com] On Behalf Of John Weller Sent: Thursday, March 14, 2019 6:51 AM To: profox@leafe.com Subject: RE: [NF] Looking for current summary of VFP clones
No we keep getting 6-monthly 'Feature' updates 😊.
John Weller 01380 723235 07976 393631
Will admit - I'd not heard that Win10 is last version. What happens next? Windows goes way of Dodo bird???
[excessive quoting removed by server]
Since the upgrades are forced on everyone, unless you have a computer like one of mine that crashes when MS tries to push an upgrade (and then reverts), in theory, everyone is running on the same version.
Not true. Windows 10 Pro, Education and Enterprise versions can defer feature updates (i.e. the big semi-annual ones) for up to a year. This would need to be specifically configured in Group Policy though. Our organisation has thousands of Windows 10 boxes I imagine, and we're all still on 1803.
You cannot normally defer these updates in Windows 10 Home without fiddling in the registry. But hey, what business is using that version, right?
Thierry,
All I know is that there have been a number of comments about various options that are similar to VFP that have come out (X# is one) where VFP code will more or less run, especially with some of the built in conversion tools.
So the question isn't whether to stay with VFP, but if there are any alternatives that will run the VFP code without significant re-writes.
Thanks,
Fletcher
Fletcher Johnson FletcherSJohnson@Yahoo.com LinkedIn.com/in/FletcherJohnson twitter.com/fletcherJ strava.com/athletes/fletcherjohnson 408-946-0960 - work 408-781-2345 - cell
-----Original Message----- From: ProFox [mailto:profox-bounces@leafe.com] On Behalf Of Thierry Nivelet Sent: Thursday, March 14, 2019 3:24 AM To: profox@leafe.com Subject: Re: [NF] Looking for current summary of VFP clones
Hi Fletscher,
Does your client really knows that, since 10 is the last version of Windows, VFP will work as long as Windows 10 will work, and re-write and/or migration will bring nothing but cost and risk without a single benefit (except for those who rewrite): learning, moving data to SQL if not already, rewriting, testing, retraining users, managing the transition with part of the app in VFP and part in the new system (no new app ever work overnight), etc., maybe loss of functionalities, and risk that the transition works out badly…
Seeking alternatives to FoxPro was valid until Microsoft announced that Windows 10 was the last version (in may 2015, almost 4 years ago), today it's just seeking cost and risk for no other benefit than 'doing someting new'.
VFP is incredibly reliable; some FoxInCloud clients have FoxInCloud web apps with over 50 forms (could be more), 50 concurrent users (could be more), PostgreSQL database, 8 logical servers in parallel (stateless, many-to-many relation between users and servers), running full weeks without a single error (100% availability) while reading and writing thousands of files, tables, memos, indexes and so forth. The busiest server runs 25k user requests per day, that we can estimate over 1.2 billion VFP instructions, without a single error…
Bringing additional value to the existing VFP app is probably more worthy and interesting than rewriting; eg. with FoxInCloud.
(I know I don't really answer your original question, just trying to open new pathes).
Thierry Nivelet FoxInCloud
Le 13/03/2019 à 16:45, Fletcher Johnson a écrit :
Hi all,
I was asked for a list of current options for someone who has a VFP application and wants to migrate it to a supported language, with the least amount of re-work.
I have seen many options listed, but am sure how compatible the various alternatives are. X# looks promising, but so do some of the others. And some that I thought were good options now appear to be dormant or discontinued. So I thought I would check with you fine folks to see if you know where I might find a list of current alternatives and their level of compatibility.
Thanks,
Fletcher
Fletcher Johnson
mailto:FletcherSJohnson@Yahoo.com FletcherSJohnson@Yahoo.com
http://linkedin.com/in/FletcherJohnson LinkedIn.com/in/FletcherJohnson
twitter.com/fletcherJ
https://www.strava.com/athletes/fletcherjohnson strava.com/athletes/fletcherjohnson
408-946-0960 - work
408-781-2345 - cell
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html
[excessive quoting removed by server]
Of course I've understood your question, just trying to point out that it's no longer a concern since keeping VFP is no longer a risk and rewrite brings no additional value.
As far as I know, all clone languages (Lianja, x#, xBase++) require changing the VFP code; as soon as you change a single line of your app in a non back compat manner, it becomes a migration where you can't safely step back; and here come the risks and costs.
Thierry Nivelet
Le 14/03/2019 à 17:45, Fletcher Johnson a écrit :
Thierry,
All I know is that there have been a number of comments about various options that are similar to VFP that have come out (X# is one) where VFP code will more or less run, especially with some of the built in conversion tools.
So the question isn't whether to stay with VFP, but if there are any alternatives that will run the VFP code without significant re-writes.
Thanks,
Fletcher
Fletcher Johnson FletcherSJohnson@Yahoo.com LinkedIn.com/in/FletcherJohnson twitter.com/fletcherJ strava.com/athletes/fletcherjohnson 408-946-0960 - work 408-781-2345 - cell
-----Original Message----- From: ProFox [mailto:profox-bounces@leafe.com] On Behalf Of Thierry Nivelet Sent: Thursday, March 14, 2019 3:24 AM To: profox@leafe.com Subject: Re: [NF] Looking for current summary of VFP clones
Hi Fletscher,
Does your client really knows that, since 10 is the last version of Windows, VFP will work as long as Windows 10 will work, and re-write and/or migration will bring nothing but cost and risk without a single benefit (except for those who rewrite): learning, moving data to SQL if not already, rewriting, testing, retraining users, managing the transition with part of the app in VFP and part in the new system (no new app ever work overnight), etc., maybe loss of functionalities, and risk that the transition works out badly…
Seeking alternatives to FoxPro was valid until Microsoft announced that Windows 10 was the last version (in may 2015, almost 4 years ago), today it's just seeking cost and risk for no other benefit than 'doing someting new'.
VFP is incredibly reliable; some FoxInCloud clients have FoxInCloud web apps with over 50 forms (could be more), 50 concurrent users (could be more), PostgreSQL database, 8 logical servers in parallel (stateless, many-to-many relation between users and servers), running full weeks without a single error (100% availability) while reading and writing thousands of files, tables, memos, indexes and so forth. The busiest server runs 25k user requests per day, that we can estimate over 1.2 billion VFP instructions, without a single error…
Bringing additional value to the existing VFP app is probably more worthy and interesting than rewriting; eg. with FoxInCloud.
(I know I don't really answer your original question, just trying to open new pathes).
Thierry Nivelet FoxInCloud
Le 13/03/2019 à 16:45, Fletcher Johnson a écrit :
Hi all,
I was asked for a list of current options for someone who has a VFP application and wants to migrate it to a supported language, with the least amount of re-work.
I have seen many options listed, but am sure how compatible the various alternatives are. X# looks promising, but so do some of the others. And some that I thought were good options now appear to be dormant or discontinued. So I thought I would check with you fine folks to see if you know where I might find a list of current alternatives and their level of compatibility.
Thanks,
Fletcher
Fletcher Johnson
mailto:FletcherSJohnson@Yahoo.com FletcherSJohnson@Yahoo.com
http://linkedin.com/in/FletcherJohnson LinkedIn.com/in/FletcherJohnson
twitter.com/fletcherJ
https://www.strava.com/athletes/fletcherjohnson strava.com/athletes/fletcherjohnson
408-946-0960 - work
408-781-2345 - cell
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html
[excessive quoting removed by server]
I think this is key. You all know that I'm a huge Xojo fan, however I can't ever believe that rewriting an application for something other than a real concrete reason is a good idea. Basically if you are wondering if you should rewrite a VFP application, then the answer is "no" already. If you know you need to rewrite a VFP application, then you already know why it needs to be rewritten, by definition. (Examples: Needs cross platform. Needs 64-bit. Can't interface with 'X'. etc.)
Great post Thierry.
-----Original Message----- From: ProFox [mailto:profox-bounces@leafe.com] On Behalf Of Thierry Nivelet Sent: Thursday, March 14, 2019 6:24 AM To: profox@leafe.com Subject: Re: [NF] Looking for current summary of VFP clones
Hi Fletscher,
Does your client really knows that, since 10 is the last version of Windows, VFP will work as long as Windows 10 will work, and re-write and/or migration will bring nothing but cost and risk without a single benefit (except for those who rewrite): learning, moving data to SQL if not already, rewriting, testing, retraining users, managing the transition with part of the app in VFP and part in the new system (no new app ever work overnight), etc., maybe loss of functionalities, and risk that the transition works out badly…
Seeking alternatives to FoxPro was valid until Microsoft announced that Windows 10 was the last version (in may 2015, almost 4 years ago), today it's just seeking cost and risk for no other benefit than 'doing someting new'.
VFP is incredibly reliable; some FoxInCloud clients have FoxInCloud web apps with over 50 forms (could be more), 50 concurrent users (could be more), PostgreSQL database, 8 logical servers in parallel (stateless, many-to-many relation between users and servers), running full weeks without a single error (100% availability) while reading and writing thousands of files, tables, memos, indexes and so forth. The busiest server runs 25k user requests per day, that we can estimate over 1.2 billion VFP instructions, without a single error…
Bringing additional value to the existing VFP app is probably more worthy and interesting than rewriting; eg. with FoxInCloud.
(I know I don't really answer your original question, just trying to open new pathes).
Thierry Nivelet FoxInCloud
Le 13/03/2019 à 16:45, Fletcher Johnson a écrit :
Hi all,
I was asked for a list of current options for someone who has a VFP application and wants to migrate it to a supported language, with the least amount of re-work.
I have seen many options listed, but am sure how compatible the various alternatives are. X# looks promising, but so do some of the others. And some that I thought were good options now appear to be dormant or discontinued. So I thought I would check with you fine folks to see if you know where I might find a list of current alternatives and their level of compatibility.
Thanks,
Fletcher
Fletcher Johnson
mailto:FletcherSJohnson@Yahoo.com FletcherSJohnson@Yahoo.com
http://linkedin.com/in/FletcherJohnson LinkedIn.com/in/FletcherJohnson
twitter.com/fletcherJ
https://www.strava.com/athletes/fletcherjohnson strava.com/athletes/fletcherjohnson
408-946-0960 - work
408-781-2345 - cell
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html
[excessive quoting removed by server]
_______________________________________________ Post Messages to: ProFox@leafe.com Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/03539488-02de-da5d-216a-f9178a0dc2c9@... ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
In all the years of writing apps have you ever had a talented user who told you what they wanted to be even close to what they ended up with?
That being said, a rewrite allows the developer to "fix" the poor decisions and tweaks to fix them. If you had that commitment from the champion why not get it off the desktop and make it contemporary to apps in the 2020 time frame? That could be cloud, web, tablet/phone, as well as PC. Those may be what the user wants in the re-write anyway.
On Thu, Mar 14, 2019 at 12:01 PM Kevin J Cully kjcully@cherokeega.com wrote:
I think this is key. You all know that I'm a huge Xojo fan, however I can't ever believe that rewriting an application for something other than a real concrete reason is a good idea. Basically if you are wondering if you should rewrite a VFP application, then the answer is "no" already. If you know you need to rewrite a VFP application, then you already know why it needs to be rewritten, by definition. (Examples: Needs cross platform. Needs 64-bit. Can't interface with 'X'. etc.)
Great post Thierry.
-----Original Message----- From: ProFox [mailto:profox-bounces@leafe.com] On Behalf Of Thierry Nivelet Sent: Thursday, March 14, 2019 6:24 AM To: profox@leafe.com Subject: Re: [NF] Looking for current summary of VFP clones
Hi Fletscher,
Does your client really knows that, since 10 is the last version of Windows, VFP will work as long as Windows 10 will work, and re-write and/or migration will bring nothing but cost and risk without a single benefit (except for those who rewrite): learning, moving data to SQL if not already, rewriting, testing, retraining users, managing the transition with part of the app in VFP and part in the new system (no new app ever work overnight), etc., maybe loss of functionalities, and risk that the transition works out badly…
Seeking alternatives to FoxPro was valid until Microsoft announced that Windows 10 was the last version (in may 2015, almost 4 years ago), today it's just seeking cost and risk for no other benefit than 'doing someting new'.
VFP is incredibly reliable; some FoxInCloud clients have FoxInCloud web apps with over 50 forms (could be more), 50 concurrent users (could be more), PostgreSQL database, 8 logical servers in parallel (stateless, many-to-many relation between users and servers), running full weeks without a single error (100% availability) while reading and writing thousands of files, tables, memos, indexes and so forth. The busiest server runs 25k user requests per day, that we can estimate over 1.2 billion VFP instructions, without a single error…
Bringing additional value to the existing VFP app is probably more worthy and interesting than rewriting; eg. with FoxInCloud.
(I know I don't really answer your original question, just trying to open new pathes).
Thierry Nivelet FoxInCloud
Le 13/03/2019 à 16:45, Fletcher Johnson a écrit :
Hi all,
I was asked for a list of current options for someone who has a VFP application and wants to migrate it to a supported language, with the least amount of re-work.
I have seen many options listed, but am sure how compatible the various alternatives are. X# looks promising, but so do some of the others. And some that I thought were good options now appear to be dormant or discontinued. So I thought I would check with you fine folks to see if you know where I might find a list of current alternatives and their level of compatibility.
Thanks,
Fletcher
Fletcher Johnson
mailto:FletcherSJohnson@Yahoo.com FletcherSJohnson@Yahoo.com
http://linkedin.com/in/FletcherJohnson LinkedIn.com/in/FletcherJohnson
twitter.com/fletcherJ
https://www.strava.com/athletes/fletcherjohnson strava.com/athletes/fletcherjohnson
408-946-0960 - work
408-781-2345 - cell
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html
[excessive quoting removed by server]
Stephen - interesting points - especially as that is probably EXACTLY What UCLA wants!!!
-K-
On 3/14/2019 1:17 PM, Stephen Russell wrote:
In all the years of writing apps have you ever had a talented user who told you what they wanted to be even close to what they ended up with?
That being said, a rewrite allows the developer to "fix" the poor decisions and tweaks to fix them. If you had that commitment from the champion why not get it off the desktop and make it contemporary to apps in the 2020 time frame? That could be cloud, web, tablet/phone, as well as PC. Those may be what the user wants in the re-write anyway.
On Thu, Mar 14, 2019 at 12:01 PM Kevin J Cully kjcully@cherokeega.com wrote:
I think this is key. You all know that I'm a huge Xojo fan, however I can't ever believe that rewriting an application for something other than a real concrete reason is a good idea. Basically if you are wondering if you should rewrite a VFP application, then the answer is "no" already. If you know you need to rewrite a VFP application, then you already know why it needs to be rewritten, by definition. (Examples: Needs cross platform. Needs 64-bit. Can't interface with 'X'. etc.)
Great post Thierry.
-----Original Message----- From: ProFox [mailto:profox-bounces@leafe.com] On Behalf Of Thierry Nivelet Sent: Thursday, March 14, 2019 6:24 AM To: profox@leafe.com Subject: Re: [NF] Looking for current summary of VFP clones
Hi Fletscher,
Does your client really knows that, since 10 is the last version of Windows, VFP will work as long as Windows 10 will work, and re-write and/or migration will bring nothing but cost and risk without a single benefit (except for those who rewrite): learning, moving data to SQL if not already, rewriting, testing, retraining users, managing the transition with part of the app in VFP and part in the new system (no new app ever work overnight), etc., maybe loss of functionalities, and risk that the transition works out badly…
Seeking alternatives to FoxPro was valid until Microsoft announced that Windows 10 was the last version (in may 2015, almost 4 years ago), today it's just seeking cost and risk for no other benefit than 'doing someting new'.
VFP is incredibly reliable; some FoxInCloud clients have FoxInCloud web apps with over 50 forms (could be more), 50 concurrent users (could be more), PostgreSQL database, 8 logical servers in parallel (stateless, many-to-many relation between users and servers), running full weeks without a single error (100% availability) while reading and writing thousands of files, tables, memos, indexes and so forth. The busiest server runs 25k user requests per day, that we can estimate over 1.2 billion VFP instructions, without a single error…
Bringing additional value to the existing VFP app is probably more worthy and interesting than rewriting; eg. with FoxInCloud.
(I know I don't really answer your original question, just trying to open new pathes).
Thierry Nivelet FoxInCloud
Le 13/03/2019 à 16:45, Fletcher Johnson a écrit :
Hi all,
I was asked for a list of current options for someone who has a VFP application and wants to migrate it to a supported language, with the least amount of re-work.
I have seen many options listed, but am sure how compatible the various alternatives are. X# looks promising, but so do some of the others. And some that I thought were good options now appear to be dormant or discontinued. So I thought I would check with you fine folks to see if you know where I might find a list of current alternatives and their level of compatibility.
Thanks,
Fletcher
Fletcher Johnson
mailto:FletcherSJohnson@Yahoo.com FletcherSJohnson@Yahoo.com
http://linkedin.com/in/FletcherJohnson LinkedIn.com/in/FletcherJohnson
twitter.com/fletcherJ
https://www.strava.com/athletes/fletcherjohnson strava.com/athletes/fletcherjohnson
408-946-0960 - work
408-781-2345 - cell
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html
[excessive quoting removed by server]
Stephen,
The problem is that the money isn't available for a re-write in a totally new language - essentially using the current product as a specification.
So they are exploring options to see what is currently out there. Of course, one option is to just stay with VFP. But they want to consider other options if they are available. They did this about five or six years ago and didn't see anything, so this is just a check to see if things have changed since then.
Fletcher
Fletcher Johnson FletcherSJohnson@Yahoo.com LinkedIn.com/in/FletcherJohnson twitter.com/fletcherJ strava.com/athletes/fletcherjohnson 408-946-0960 - work 408-781-2345 - cell
-----Original Message----- From: ProFox [mailto:profox-bounces@leafe.com] On Behalf Of Stephen Russell Sent: Thursday, March 14, 2019 1:17 PM To: ProFox Email List Subject: Re: [NF] Looking for current summary of VFP clones
In all the years of writing apps have you ever had a talented user who told you what they wanted to be even close to what they ended up with?
That being said, a rewrite allows the developer to "fix" the poor decisions and tweaks to fix them. If you had that commitment from the champion why not get it off the desktop and make it contemporary to apps in the 2020 time frame? That could be cloud, web, tablet/phone, as well as PC. Those may be what the user wants in the re-write anyway.
On Thu, Mar 14, 2019 at 12:01 PM Kevin J Cully kjcully@cherokeega.com wrote:
I think this is key. You all know that I'm a huge Xojo fan, however I can't ever believe that rewriting an application for something other than a real concrete reason is a good idea. Basically if you are wondering if you should rewrite a VFP application, then the answer is "no" already. If you know you need to rewrite a VFP application, then you already know why it needs to be rewritten, by definition. (Examples: Needs cross platform. Needs 64-bit. Can't interface with 'X'. etc.)
Great post Thierry.
-----Original Message----- From: ProFox [mailto:profox-bounces@leafe.com] On Behalf Of Thierry Nivelet Sent: Thursday, March 14, 2019 6:24 AM To: profox@leafe.com Subject: Re: [NF] Looking for current summary of VFP clones
Hi Fletscher,
Does your client really knows that, since 10 is the last version of Windows, VFP will work as long as Windows 10 will work, and re-write and/or migration will bring nothing but cost and risk without a single benefit (except for those who rewrite): learning, moving data to SQL if not already, rewriting, testing, retraining users, managing the transition with part of the app in VFP and part in the new system (no new app ever work overnight), etc., maybe loss of functionalities, and risk that the transition works out badly…
Seeking alternatives to FoxPro was valid until Microsoft announced that Windows 10 was the last version (in may 2015, almost 4 years ago), today it's just seeking cost and risk for no other benefit than 'doing someting new'.
VFP is incredibly reliable; some FoxInCloud clients have FoxInCloud web apps with over 50 forms (could be more), 50 concurrent users (could be more), PostgreSQL database, 8 logical servers in parallel (stateless, many-to-many relation between users and servers), running full weeks without a single error (100% availability) while reading and writing thousands of files, tables, memos, indexes and so forth. The busiest server runs 25k user requests per day, that we can estimate over 1.2 billion VFP instructions, without a single error…
Bringing additional value to the existing VFP app is probably more worthy and interesting than rewriting; eg. with FoxInCloud.
(I know I don't really answer your original question, just trying to open new pathes).
Thierry Nivelet FoxInCloud
Le 13/03/2019 à 16:45, Fletcher Johnson a écrit :
Hi all,
I was asked for a list of current options for someone who has a VFP application and wants to migrate it to a supported language, with the least amount of re-work.
I have seen many options listed, but am sure how compatible the various alternatives are. X# looks promising, but so do some of the others. And some that I thought were good options now appear to be dormant or discontinued. So I thought I would check with you fine folks to see if you know where I might find a list of current alternatives and their level of compatibility.
Thanks,
Fletcher
Fletcher Johnson
mailto:FletcherSJohnson@Yahoo.com FletcherSJohnson@Yahoo.com
http://linkedin.com/in/FletcherJohnson LinkedIn.com/in/FletcherJohnson
twitter.com/fletcherJ
https://www.strava.com/athletes/fletcherjohnson strava.com/athletes/fletcherjohnson
408-946-0960 - work
408-781-2345 - cell
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html
[excessive quoting removed by server]
Hey there Kevin - you of the BucketHead Fandom!
Your discourse on a re-write strikes a Nerve more than you can imagine!!! Why? Well, to answer that I MUST start a New Thread! And, its overdue for me to do it. But, alas - been WAY Overwhelmed here. Been working 2 different PT gigs(Parrots & Teaching - but, NOT teaching Parrots), and now doing a big move of crap out of this "storage" room at my sister's house. On top of that, I MUST Prepare for this UCLA 2nd interview - thus the re-write commentary. Of course, I do NOT want to hijack this thread. So, I will start a new one. Hopefully either tomorrow or Sat. - for which I need to crack open a Serious discussions about Re-writes, alternate tech., reasons for picking certain tech. - all in order to formulate a VERY specific response to UCLA. Although, must admit - its a Bitch to go THIS Far (including a "written" programming test I must complete) - all for a job that pays a bit TOO low! Ugh...
-K-
On 3/14/2019 10:00 AM, Kevin J Cully wrote:
I think this is key. You all know that I'm a huge Xojo fan, however I can't ever believe that rewriting an application for something other than a real concrete reason is a good idea. Basically if you are wondering if you should rewrite a VFP application, then the answer is "no" already. If you know you need to rewrite a VFP application, then you already know why it needs to be rewritten, by definition. (Examples: Needs cross platform. Needs 64-bit. Can't interface with 'X'. etc.)
Great post Thierry.
-----Original Message----- From: ProFox [mailto:profox-bounces@leafe.com] On Behalf Of Thierry Nivelet Sent: Thursday, March 14, 2019 6:24 AM To: profox@leafe.com Subject: Re: [NF] Looking for current summary of VFP clones
Hi Fletscher,
Does your client really knows that, since 10 is the last version of Windows, VFP will work as long as Windows 10 will work, and re-write and/or migration will bring nothing but cost and risk without a single benefit (except for those who rewrite): learning, moving data to SQL if not already, rewriting, testing, retraining users, managing the transition with part of the app in VFP and part in the new system (no new app ever work overnight), etc., maybe loss of functionalities, and risk that the transition works out badly…
Seeking alternatives to FoxPro was valid until Microsoft announced that Windows 10 was the last version (in may 2015, almost 4 years ago), today it's just seeking cost and risk for no other benefit than 'doing someting new'.
VFP is incredibly reliable; some FoxInCloud clients have FoxInCloud web apps with over 50 forms (could be more), 50 concurrent users (could be more), PostgreSQL database, 8 logical servers in parallel (stateless, many-to-many relation between users and servers), running full weeks without a single error (100% availability) while reading and writing thousands of files, tables, memos, indexes and so forth. The busiest server runs 25k user requests per day, that we can estimate over 1.2 billion VFP instructions, without a single error…
Bringing additional value to the existing VFP app is probably more worthy and interesting than rewriting; eg. with FoxInCloud.
(I know I don't really answer your original question, just trying to open new pathes).
Thierry Nivelet FoxInCloud
Le 13/03/2019 à 16:45, Fletcher Johnson a écrit :
Hi all,
I was asked for a list of current options for someone who has a VFP application and wants to migrate it to a supported language, with the least amount of re-work.
I have seen many options listed, but am sure how compatible the various alternatives are. X# looks promising, but so do some of the others. And some that I thought were good options now appear to be dormant or discontinued. So I thought I would check with you fine folks to see if you know where I might find a list of current alternatives and their level of compatibility.
Thanks,
Fletcher
Fletcher Johnson
mailto:FletcherSJohnson@Yahoo.com FletcherSJohnson@Yahoo.com
http://linkedin.com/in/FletcherJohnson LinkedIn.com/in/FletcherJohnson
twitter.com/fletcherJ
https://www.strava.com/athletes/fletcherjohnson strava.com/athletes/fletcherjohnson
408-946-0960 - work
408-781-2345 - cell
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html
[excessive quoting removed by server]
Good day Fletcher,
Since you mentioned X#. I am a X# developer and Robert van der Hulst communicated to apologize for not yet replying to your mail. He is preparing for the X# Austin Summit in Texas that happens next week. On his return he will prepare a response and announcement regarding X# and support for the VFP syntax not yet available in X#. Give him a day or two to recover from the Jetlag. I will monitor here and summarize important information for his perusal.
Kind regards and XBase greeting from your X# cousins.
Johan Nel Friend of XSharp (FOX) George, South Africa.
On 2019/03/13 17:45, Fletcher Johnson wrote:
Hi all,
I was asked for a list of current options for someone who has a VFP application and wants to migrate it to a supported language, with the least amount of re-work.
I have seen many options listed, but am sure how compatible the various alternatives are. X# looks promising, but so do some of the others. And some that I thought were good options now appear to be dormant or discontinued. So I thought I would check with you fine folks to see if you know where I might find a list of current alternatives and their level of compatibility.
Thanks,
Fletcher
Fletcher Johnson
mailto:FletcherSJohnson@Yahoo.com FletcherSJohnson@Yahoo.com
http://linkedin.com/in/FletcherJohnson LinkedIn.com/in/FletcherJohnson
twitter.com/fletcherJ
https://www.strava.com/athletes/fletcherjohnson strava.com/athletes/fletcherjohnson
408-946-0960 - work
408-781-2345 - cell
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html
Good day Fletcher,
Since you mentioned X#. I am a X# developer and Robert van der Hulst communicated to apologize for not yet replying to your mail. He is preparing for the X# Austin Summit in Texas that happens next week. On his return he will prepare a response and announcement regarding X# and support for the VFP syntax not yet available in X#. Give him a day or two to recover from the Jetlag. I will monitor here and summarize important information for his perusal.
Kind regards and XBase greeting from your X# cousins.
Johan Nel Friend of XSharp (FOX) George, South Africa.
On 2019/03/13 17:45, Fletcher Johnson wrote:
I was asked for a list of current options for someone who has a VFP application and wants to migrate it to a supported language, with the least amount of re-work.
I have seen many options listed, but am sure how compatible the various alternatives are. X# looks promising, but so do some of the others. And some that I thought were good options now appear to be dormant or discontinued. So I thought I would check with you fine folks to see if you know where I might find a list of current alternatives and their level of compatibility.
Fletcher Johnson
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html