Newsgroup: it.comp.lang.delphi
Titolo: il futuro di Delphi

Ciao a tutti ho iniziato a programmare con Delphi da poco , e leggendo le
offerte di lavoro sembra che ce ne siano  molte di più per Java e Visual
Basic...allora mi chiedevo se nel futuro prossimo l'utilizzo di Delphi
aumenterà ??

 aumenterā ??
Questa č una domanda difficile... Delphi č certamente "meglio pensato" di
Visual Basic per esempio (questo č dimostrato dal fatto che ora per rendere
VB compatibile con la piattaforma .NET che č object-oriented č stato
necessario cambiare parecchie cose in VB... cosė tante che parecchi
programmi VB dovranno essere corretti o riscritti per funzionare)... ma VB č
certamente un mezzo molto pių veloce per sviluppare applicativi di tipo
gestionale (al cliente non interessa come hai scritto il codice... il
cliente preferisce avere qualcosa di graficamente carino che si impalla ogni
tanto piuttosto che qualcosa di stabile ma spartano [con questo non intendo
assolutamente dire che con Delphi non č possibile creare applicazioni
carine... la quantitā di "add-on" per Delphi č spaventosamente grande...
cosa che dubito abbia anche VB (anche perché fino a qualche versione fa non
era possibile cotruirsi gli OCX per VB ma dovevi per forza usare il Visual
C++ che č a dir poco ostico)]).
Comunque sta di fatto che il cliente vuole:
 - Applicazioni sviluppate nel minor tempo possibile
 - Applicazioni graficamente accettabili
 - Applicazioni a basso costo e alta resa
Questo ovviamente va a discapito di "come" il programma č scritto, della sua
stabilitā e anche della "qualitā" del programmatore... VB potrebbe
programmarlo anche un bimbo di 5 anni... mentre per poter programmare in
Delphi č necessario avere un certo background tecnico (almeno per quello che
riguarda applicazioni un po' pių complesse di un pulsante su una form che
termina il programma) [nessuna offesa per i bimbi di 5 anni, s'intende, non
credo esistano delle creature pių intelligenti di un bambino in natura].
Detto questo dovrebbe esserti chiaro come mai M$ vende cosė tanto ;)
Per quello che riguarda Java non ti so veramente dire... non lo ho mai usato
né mi č mai interessato in modo particolare... la mia impressione di
"osservatore esterno" č che sia una buona tecnologia che permette di passare
da un OS all'altro senza cambiare una sola riga di codice (a meno che tu non
faccia esplicito uso di funzioni di un particolare OS)... ma se questo č il
suo punto di forza č anche il suo anello debole nel senso che per permettere
questo il codice non viene compilato per un determinato processore e quindi
deve passare attraverso un interprete ogni volta che č eseguito (e questo
rallenta di molto le applicazioni [ho un programmino scritto in Java che č
cosė lento che avrei preferito lo avessero scritto in VB ;) ]).
Comunque siccome non conosco Java (come giā spiegato) non vorrei dire
stupidate e invito i partecipanti del NG che ne sanno + di me a segnalare
eventuali miei errori.
Come grado di difficoltā hai che Delphi č pių difficile di VB da imparare...
ma una volta imparato saprai sfruttare le potenzialitā di Delphi ad un
livello molto maggiore di quello che potresti fare con VB.
Dico questo perché ho programmato Delphi, Access, VB e molti altri
linguaggi... ti assicuro che mentre l'amore per Delphi č cresciuto
esponenzialmente mentre ci programmavo ho avuto un effetto uguale e
contrario per Access e VB. Questa ovviamente č la mia opinione personale e
probabilmente č dettata dal fatto che io programmo in Pascal sin dalla
versione 3 del mitico Turbo Pascal (comunque prima di TP ho programmato in
GWBasic... quindi si puō dire che il mio primo linguaggio in assoluto č
stato il Basic... ma ragazzi... quando ho visto TP me ne sono innamorato
subito e ho gettato il buon GWBasic nel cestino).
Programmando VB ho avuto modo di constatare quanto effettivamente Delphi sia
anni luce avanti a VB. VB ha un supporto per l'object oriented "finto"
rispetto a quello fornito con Delphi... si tratta quasi di una "simulazione"
di un linguaggio a oggetti... ovviamente sto parlando di VB prima di .NET in
quanto non ho avuto ancora il modo di testare effettivamente questi grandi
cambiamenti promessi da M$ che continua a "limare" VB per farlo sembrare
sempre pių OO e sempre pių stabile sin da quando Delphi 1 ha visto la luce
(gli amici della M$ non sono stupidi... hanno subito capito quanto pių
vicino all'OO Delphi fosse e hanno tentato in tutti i modi di rendere il
loro linguaggio almeno simile ad un OO. Questo non č stato un processo cosė
detto "painless" per i programmatori VB in quanto ha praticamente reso ogni
versione un pochino differente da quella precedente rendendo spesso il
porting alla nuova versione delle vecchie applicazioni VB un vero tormento).
Il salto da VB a 
VB.NET
 dimostra ancora una volta quanto M$ stia
disperatamente cercando di correre ai ripari, cercando di correggere un
linguaggio che in origine di object oriented non aveva proprio nulla.
Anche Delphi ha subito delle modifiche durante gli anni... ma mai delle
modifiche radicali al linguaggio come quelle avvenute in VB (sono stati per
esempio aggiunti gli array dinamici in D4, in D6 sono state spostate varie
classi di unitā e cosė via... ma sempre per dare pių "strumenti" al
programmatore... e mai per riparare ai propri errori progettuali).
Considera che adesso, con il cosė detto "framework" potrebbe diventare
possibile l'esecuzione di programmi VB, Visual C++, C# anche su piattaforme
diverse dall'Intel... ma sarā vero?
Chi ci garantisce che la M$ svilupperā effettivamente un framework per
Linux? O (ancora meno probabile) per Sun? O per Mac? Sarebbe un po' come
darsi la mazza sui piedi... Linux č un potente rivale di Windows... perché
favorirlo cosė spudoratamente? O forse temono che "il Delphi per Linux"
(Kylix) diventi il linguaggio per eccellenza di Linux lasciandoli cosė un
domani nella tetra prospettiva di un mondo senza Windows fuori dal mercato e
isolati? Giā... perché mentre fino ad ora il porting del framework č ancora
una promessa... il Delphi per Linux esiste oramai da un bel pezzo... e NON
genera eseguibili in "metalinguaggio" come tutte le applicazioni
Framework... ma dei veri eseguibili non interpretati.
Comunque, da Delphi 7 (o forse pių probabilmente Delphi 8) anche i
programmatori Delphi avranno la possibilitā di sviluppare sul framework
della M$... ma sarā una scelta e non un obbligo (come nel caso dei linguaggi
M$). Delphi.NET (se questo sarā il suo nome) supporterā il framework... ma
sarā anche possibile sviluppare normali EXE come "ai vecchi tempi".
Il supporto del Framework č pių che altro dettato dalle nuove tecnologie
(come 
ASP.NET
) che rendono effettivamente pių semplice il debug e
l'installazione nei server di speciali funzioni programmate appositamente
[infatti oggi č necessario spegnere e riaccendere il server WEB ad ogni
modifica ad una libreria usata in una pagina ASP per esempio... cosa non
sempre fattibile visto che difficilmente il programmatore possiede anche il
server web usato dal cliente] che da una vera necessitā del framework stesso
(che io considero semplicemente un nuovo modo scoperto da M$ per riempire il
computer di migliaia di nuove DLL).
Ritornando alla tua domanda non so veramente cosa dirti.
Da una parte hai un linguaggio semplice da imparare, semplice da programmare
ma soggetto alle leggi fondamentali della M$ (un programma deve crashare
almeno una volta al giorno, un programma non puō essere pių piccolo di un
floppy disk, un programma scritto con VB xyz sarā quasi certamente da
rivedere o rifare in VB zyx, un linguaggio di programmazione non puō avere
un help decente e ben strutturato, un linguaggio di programmazione deve
correggere il codice che batti sulla tastiera senza nemmeno avvertirti,
etc.)... dall'altra parte hai un linguaggio certamente pių complesso (da
capire almeno) e con tempi di sviluppo leggermente maggiori di VB ma che ti
permette lo stesso controllo che avresti con un linguaggio complesso tipo il
C++ fino addirittura a permetterti di includere nel tuo codice degli
spezzoni in assembly per ottimizzare al massimo velocitā, uso della memoria
e controllo a basso livello.
Il problema... sostanzialmente non č Delphi o VB... ma "cosa vuole fare il
cliente? lo vuole in quanto tempo? pretende pure che sia stabile e
aggiornabile in un futuro?".
Ciao,
   Luca

 aggiornabile in un futuro?".
Personalmente, conosco clienti i quali ritengono che del codice
destinato ad avere queste qualita' debba essere scritto in Delphi e
non in VB (la mia azienda ha ricevuto richieste esplicite in tal
senso).  In generale, comunque, io ritengo che se la risposta alle
domande che riporti debba essere "si'", allora la soluzione non puo'
che essere Delphi ;)

...

Java e' molto usato e il suo futuro credo sia ancora lungo.
Molte aziende stanno investendo enormi capitali su questo linguaggio
(vedi Oracle, che ha praticamente trasformato tutto in funzione di
Java).
Delphi si sta orientando verso .NET e quindi il suo futuro e'
intrecciato, ovviamente, con il futuro di .NET stessa.
Troppo difficile, quindi, prevederlo.
L'uso di Delphi e' aumentato nel tempo, comunque, oggi ci sono molte
piu' aziende che lo usano rispetto al passato (finalmente) e cred
aumenteranno nel tempo.  Il problema e' che Borland non ha una buona
politica pubblicitaria e, benche' i suoi prodotti siano tecnicamente
migliori di altri, non vengono sponsorizzati come dovrebbero.

Difficile paragonare linguaggi così diversi. Il consiglio personale è
sicuramente il Delphi che permette di fare qualsiasi tipo di applicazione,
dalle stand-alone su un unico PC, alla propgrammazione client/server, allo
sviluppo per Internet che proprio in questi giorni sto apprezzando per
semplicità e velocità.
Ovviamente il Delphi da solo non basta se vuoi velocità e qualità insieme,
bisogna applicarci quindi delle utility esterne che per il Delphi si
introducono come se fossero nativi.
Io in azienda mi sono attrezzato con il Delphi 6 Enterprise, il Report
Builder, la dxTreeList della DevExpress ed Interbase per gli archivi, in
questo modo qualsiasi applicativo mi sembra molto veloce da svilluppare, con
una qualità finale per me più che accettabile. Ovviamente bisogna crearsi un
insieme di unit, componenti personalizzati che riportano le funzioni o gli
oggetti che più si usano all'interno della azienda in cui lavori. Una volta
creato l'ambiente personale di lavoro con il Delphi si vola! Puoi contare
un'applicazione finita anche in solo 4 mesi, compreso test e
personalizzazioni!
Ovviamente il java è tutt'altra cosa ed è orientato soltanto per il web.
Inoltre la progammazione Java è limitata a blocchi, non c'è una main che ti
gestisce tutto, devi spezzarti il lavoro e lavorare con l'HTML per unire il
tutto. Non è la stessa cosa, anzi si possono combinare il Delphi per il Web
con il supporto di script in java, ma riguarda soltanto il mondo internet e
quelle applicazioni di rete che lavorano con IE, che per me sono orrende da
vedere! In Delphi infatti con poco tempo si riesce a fare un applicativo che
rappresenti sia un'applicazione classica Windows (o linux con il Kylix) e
un'applicazione che generi pagine HTML di output utilizzabile con qualsiasi
navigator internet.
Quindi più di tutto il Delphi è simbolo di flessibilità e stabilità (che
dipende però dalle capacità del programmatore). Diciamo però che qualsiasi
linguaggio si usi alla fine, se nn si è portati a fare il programmatore
difficilmente si riesce a fare qualcosa di fatto bene! Quindi prima di tutto
ci vogliono capacità e passione, il Delphi in questo è un ottimo strumento
per chi vuole mostrare le proprie capacità in piena libertà. Se non si è
programmatori meglio usare un generatore di applicativi, ce ne sono tanti in
giro e lavorano a wizard e sono molto settorializzati, si possono fare per
esempio gestionali semplici e programmi per l'analisi dei dati
(reportistica).
Delphi ha un ottimo futuro almeno in azienda dove lavoro, anche se dipende
da che clientela bisogna soddisfare, ma tutto sommato è così flessibile che
difficilmente può essere obsoleto.
Ciao,
  Fabio

 che essere Delphi ;)
Sei fortunato... la maggior parte dei clienti con cui ho avuto a che fare
non sapevano usare word... figurati se sanno cosa è Delphi ;)
Ciao,
   Luca

 non sapevano usare word... figurati se sanno cosa è Delphi ;)
Ma non è compito loro conoscere delphi.
Altrimenti farebbero il ns lavoro: gli 'IT' siamo NOI.
Bye
A.

fare non sapevano usare word... 
Oddio... allora hanno qualche problema ;)
-------------------------------
Message Posted by  <dedGateway>
http://www.dedonline.com/forump

devi spezzarti il lavoro e lavorare con l'HTML per unire il tutto.
Ehm... non vero ;)


scusa ma si può sapere dove lavori ?
--
Sparta

 ha scritto nel messaggio
news:F8Bc#plLCH...@news.osra.loc...


 Altrimenti farebbero il ns lavoro: gli 'IT' siamo NOI.
Vero, infatti credo che i clienti che richiedono Delphi siano rari e non
siano degli sprovveduti ;)
Ciao,
  Luca

 Oddio... allora hanno qualche problema ;)
E non pochi ;)
Ciao,
   Luca

 sicuramente... forse non nel campo dei gestionali però
E' proprio del campo dei gestionali che sto parlando.
Comunque concluderei la discussione qui.

 siano degli sprovveduti ;)
rari si, ma aumentano sempre di +
Al solito, credo dipenda da noi riuscire a convincere i ns clienti a
scegliere non il prodotto meglio pubblicizzato, ma quello che offre migliori
soluzioni ai problemi che hanno.
BaiBai
A.

semplice del Pascal per via del fatto che è molto meno "scrupoloso".
Ok, pero' stiamo attenti a distinguere la semplicita' di un linguaggio (che 
e' sempre relativa alle persone), con la semplicita' della programmazione 
in quel linguaggio.  In Delphi e' molto piu' semplice programmare, perche' 
e' molto piu' semplice scovare gli errori.  La programmazione e' 
difficoltosa, quando osservi per ore del codice apparentemente corretto e 
il tuo ambiente, per tutta risposta, si siede in un angolino a braccia 
conserte.  Io ho visto VB non aiutare per nulla dei programmatori 
disperati.  Delphi ha dei livelli di warning che possono essere molto alti e 
non solo, prevede persino gli "hint" (che sono utilissimi).
