...articolul este o aberatie (specifica presei noastre)... si tot pe m$ "trage"... in alte tari inca se cauta programatori de visualfox 6 ca sa converteasca programe din foxpro...

ingrijorarea aceasta ca ce va fi ...etc este falsa (iar la noi exacerbata ca orice de altfel)....sunt o gramada de alternative la fox care nu s-au sistat, din pacate insa nu-s m$....

1. Depinde ce fel de aplicatie dezvolti cu vfp. Daca ceea ce faci, se face bine si repede cu vfp+un server de baze de date, nu inteleg de ce ar trebui folosit un limbaj care sa imi ia de trei ori mai mult timp ca sa dezvolt o aplicatie ? O chestie practica.

2. Un program vfp+bibliotecile, ruleaza de pe stik; pus si simplu copy + paste si ai cu tine tot - acum stik-urile au capacitati mari mari. Poate imi spuneti si mie ce limbaje mai fac asta ? Pt un program C# iei cu tine DVD-ul cu netFrameworks; in java iei DVD-ul cu masina virtuala. Ca sa nu mai vorbim de faptul ca proprietarul PC-ului nu cred ca va fi incantat sa-i instalezi zeci-sute de mega de doverse chestii.

„Fiind un limbaj de programare uşor de învăţat poţi să scrii un program fără să citeşti prea multă carte."

Este adevarat ca vfp este usor de invatat, dar nu asta e marele avantaj pe care il ofera ci urmatoarele: viteza cu care dezvolti o aplicatie, viteza cu care o modifici si sql-ul nativ. Cu mai multe saptamani in urma, cineva cerea detalii despte facilitatile de mostenire multipla ale vfp. Vfp nu are asa ceva, dar daca ar avea, ar fi un cosmar sa te apuci sa modifici o biblioteca de clase care ar contine asa ceva (greseli + durata in sine a operatiei). Ai renunta la unul din atuurile importante.

Conform unor filme Discovery, in al 2 lea razboi mondial, Germanii a produs cam 6000-7000 de blindate Pantzer si Tiger (in conditiile in care dispuneau si de industriile Frantei, Olandei, Belgiei, Danemarcei, Norvegiei). Rusia (URSS) stat subdezvoltat a produs vreo 40.000 de T34 (in conditiile in care a fost ajutata de americani). Azi la Berlin, pe un soclu inalt se afla un T34 pe care statul German trebuie sa-l ingrijasca periodic. T 34 era la vremea respectiva o chestie foarte primitiva; intr-o lupta in camp deschis un Tiger distrugea fara probleme 5-6 T34. Cu toate astea  numarul -MAI EXACT VITEZA DE FABRICARE a T34 - a descis victoria pe frontul de est. (E drept ca cu 80.000 de T84 rusii au pierdut razboiul rece).

In conditiile actuale, vfp nu are nici un viitor, dar atata timp cat ruleaza fara probleme pe Win98, XP, 7 poate rezolva foarte multe lucruri in timp scurt. Si despre Cobol se spunea ca e mort dupa 89, dar vad ca dupa 20 de ani exista ceva care se numeste Visual Cobol.

Pacat ca lozinca aia cu platforma net care ar fi trebuit sa intgreze orice limbaj nu s-a concretizat in cazul vfp.

Nu am nici o rezerva ca tot ce faci faci cu profesionalism.

Ma tem doar ca peste 10 ani o sa trebuiasca sa te apuci de la 0 de o alta tehnologie Microsoft-nici o problema, mai pui de-un forum. E specialitatea casei M$- foarte probabil strategie de marketing. Imi mentin punctul de vedere ca partea de WebServices (Middleware pt o apl moderna) trebuie scrisa in JEE (fost J2EE) sau in PHP (in functe de cat ofera asta) - tocmai ca sa nu te apuci sa o rescrii de la 0 peste 10 ani. E pacat sa rescrii biblioteci cand poti sa le folosesti tot pe alea care in plus au fost TESTATE. Nu vei avea probleme cu portarea pe 128 de biti; vor rula pe Windows-linux-unix-solaris.

In privinta user interface nu cred ca va exista alternativa la M$ pe Windows.

Mai exista un aspect: de invatat un limbaj il inveti, dar il folosesti eficient dupa vreo 5 ani. Peste 5 ani, unul care face Java-J2EE-JEE (din 1995) va fi IN PRINCIPIU mai eficient decat cineva care a facut C++MFC, DCOM, C#... Omul ala 20 de ani a facut o singura chestie, la care a adaugat lucruri noi. Partea valoroasa + experienta celor vechi nu a aruncat-o la gunoi. Atata cat mai este actuala mai poate fi refolosita.

Lumea vorbeste de softuri bancare in Cobol, bine puse la punct in anii 70-80 care se mai folosesc si azi , despre Biz Talk Server.

Dar acum 5 ani, cineva de institulul Meteo Baneasa, imi spunea ca folosesc programe si biblioteci (matematice) scrise in Fortran. Matematica nu se schimba precum limbajele de programare. Algoritmii se imbunatatesc eventual. Un matematican nu trebuie sa-si porteze la 10 ani bibliotecile cu algoritmi pt ca are alte prioritati. Pe de alta parte nici nu are nevoie de tot felul de interfete si controale. Si pt el timpul este f important.

Acum, apucaturuile lui Bill Gates le stie bine toata lumea. A scrie 100% aplicatii pe tehnologii M$ inseamna a incuraja infractionalitatea. Nu cu petitii sde rezolva problema vfp10. Trebuie sa fii ferm si sa arati ca in aplicatiile viitoare nu vei mai folosi instrumentele M$ decat pt user interface. Daca comunitatea vfp ar trece in masa la Java-JEE mesajul transmis catre Redmond ar fi luat ih considerare.

Grigore Dolghin wrot Deci sa vedem: un dll de 4.2 mb, un exe de 765k si un fisier text de 358 de octeti. Si merge pe orice sistem de operare de la WinXP in sus. Nu-i asa ca e interesant?

Pai merge si fara NetFramewoerk 2.0, 3.5 ... (care inseamna vreo cateva sute de mega) ?  NetFrameworks nu se instaleaza automat in momentul instalarii WinXP. Pe Win7 nu m-am uitat sa vad cum e.

http://my.advisor.com/doc/RUBEM67

http://www.f1tech.com/VFE/

aflorin wrote Imi pare rau ca nu am observat acest thread mai din timp. L-am citit pe tot dintr-o rasuflare si am simtit nevoia sa imi spun si eu parerea. 1. VFP e ok pentru aplicatiile in uz, la care trebuie sa mai adaugi unele mici functionalitati 2. VFP e ok pentru programatorii mai in varsta, care nu isi pun problema "ce voi gasi de lucru peste 15 ani" 3. VFP poate fi o solutie pentru firmele mici care vor sa faca o aplicatie noua, si care nu au resurse sa investeasca intr-un nou limbaj Am lucrat 6 ani in VFP. Mi-a placut ce faceam, dar la un moment dat am simtit ca trebuie sa schimb ceva. Motivele principale: lipsa de oportunitati de viitor si banii. Pentru ca parerea mea este ca in viitor nu vor mai aparea proiecte mari dezvoltate in VFP. Oricum, nu proiecte cu bani din afara. Iar pentru un tanar absolvent asta inseamna sa isi taie singur craca.

La ce ai trecut, ce limbaje, bliblioteci folosesti pt interfata?

aflorin wrote Daca m-as intoarce pe programare, cred ca as alege Java. Pentru partea de interfata, clar Delphi.

M-ar interesa cateva informatii:

1. O aplicatie Windows dezvoltata in anul 2000 cu delphi-ul de atunci, poate fi recompilata cu Delphi 9, fara probleme ? Am niste carti de Dephi 2, 3 de la Teora; informatia din ele mai e compatibila cu Delphi 9 ?

2. Delphi 9/10 este compatibil cu tehnologiile .net (in special cu Web Services ) ?

3. Pot dezvolta o aplicatie in Delphi 9 - cu anumite precautii - si pot apoi sa o recompilez fara probleme in Kilix (pt linux) ? Sau invers.

PS: Cateva dezavantaje: 1. in Romania nu se prea cauta progr Delphi (eJobs, BestJobs). 2 3000 $ o licenta noua, e cam piperat pt romani. 3. Delphi 2010 nu scoate aplicatii pt Windows pe 64 de biti. http://blog.marcocantu.com/blog/delphi_2010_released.html - intarzierile cu Dbase 5 par sa se repete. Pe de alta parte, Delphi 64 va contine probabil erori.

Pana la urma ca programator, conteaza mult sa nu reincep invatarea unui limbaj de la 0 la fiecare 10 ani; sa nu fiu nevoit sa-mi rescriu aplicatiile. IDE-urile lui Borland au fost intotdeauna performante.

1. Discutia asta e mai mult o cearta.

2. Din punct de vedere teroretic este foarte bine pregatit domnul Dolghin.

Vreau sa va spun ca majoritatea covarsitoare a aplicatiilor de administrare contabila si relativa la aceasta din toata lumea folosesc FOX-ul.

Sunt si cateva scrise in Delphi si V.B.

Foxul o sa traiasca mult de acum inainte.

3. Domnul Dolghin este cam dur la adresa unor useri si vreau sa ii atrag atentia ca in afara de trecerea la Defox nu vad prea multe imbunatatiri la aplicatia dezvoltata de dumnealui.