Newsgroup: it.comp.lang.delphi
Titolo: Delphi 8

L'ho provato e sto ancora vomitando... sono l'unico uomo che riesce a typare
mentre vomita :D
-- 
Ciao,
Giulio "RedXIII"

 mentre vomita :D
l'IDE e' quello di Visual Studio, i componenti quelli di .NET. Ci sono, e'
vero, delle classi di compatibilita' con la VCL e con il "vecchio" Win32 (ad
esempio per la funzione showmessage, che sotto .NET non esiste o si chiama
chissa' come), ma se provi ad usarle ti viene fuori un warning grosso cosi'
che ti dice che quelle classi restringono l'applicazione al funzionamento
sulla sola piattaforma Windows.
Ho visto D8 funzionare su un P4 2,4 GHz con XP e 256 MB di RAM, lo ho
trovato LENTO, il disco sempre in funzione e lunghe pause prima di aprire
l'IDE, compilare il progetto, ecc. - inoltre la logica di accesso ai dati
sembra essere completamente stravolta rispetto al Win32, il che comportera'
la riscrittura in toto e praticamente da zero delle applicazioni legacy, e
questo a prescindere dalla presunta compatibilita' all'indietro con i
componenti della VCL. Potrei dire di essere rimasto deluso, ma in realta'
gia' mi aspettavo un prodotto che col vecchio Delphi aveva in comune BEN
POCO, e infatti cosi' e' stato :(
Ciao, Sandro


Open Delphi Manual (
http://groups.yahoo.com/group/delphi_open_manual/
)

 stato :(
Io sono dell'opinione contraria. Non sono di fatto rimasto deluso poichè
so che Delphi 8 è indirizzato all'uso del framework .NET, quindi è
senz'altro diverso dai suoi predecessori; non si tratta di apportare
migliorie ad un ambiente, ma cambiare radicalmente la piattaforma per la
quale esso lavora.
Il framework .NET si orienta in un'ottica di programmazione che
coinvolge dispositivi connessi alla rete globale e fornendo servizi
tramite entità software (applicazioni o pagine Web non importa)...si
tratta di un panorama che ancora non è attuale, ma chi può dire quando
lo sarà? Mi sono connesso ad Internet per la prima volta nel 1996,
abbastanza tardi, e basta vedere nemmeno 10 anni dopo a che punto siamo
(Internet è quasi irrinunciabile).
Al momento, dal lato delle applicazioni desktop non sono molto informato
ma non credo che convenga ancora mettersi a programmare su .NET per chi
possiede Delphi 7 o precedenti (chi ha Visual Studio è obbligato,
purtroppo) :-)
In definitiva, forse i vantaggi del framework rispetto a Win32 non si
fanno ancora sentire.
La penso diversamente per quanto riguarda ASP .NET: credo sia un grande
salto avanti.
In questi giorni mi sto documentando molto, approfittando di respiri
lavorativi, e riconosco che l'argomento è interessante.
Sinceramente, dopo anni di programmazione Delphi, sono contento che la
Borland abbia deciso di intraprendere questa strada e orientare il
proprio ambiente di sviluppo verso questo framework sul quale ancora non
è stata fatta abbastanza luce ma si rivela, a mio personalissimo parere,
molto interessante, soprattutto nelle prerogative.
Discuterne sarebbe veramente un compito arduo e impegnativo...suggerisco
la lettura di un libro sull'argomento e di fare qualche sperimentazione,
poi si vedrà.


 da visualizzare i pannelli alla "vecchia maniera"),
le prove di cui state parlando sono relative alla cosiddetta versione
"preview" di D8? :-?
un saluto

 la riscrittura in toto e praticamente da zero delle applicazioni legacy...
scusate la curiosità, cosa si intende esattamente per applicazioni "legacy"?
ogni tanto trovo questo termine e suppongo, visto che in inglese legacy
significa eredità, che si tratti in qualche modo delle applicazioni
"ereditate", in pratica di quelle già scritte su sistemi precedenti, ma la
cosa mi risulta francamente un po' poco chiara...
...se qualcuno mi potesse chiarire completamente il termine, ne sarei grato
:)
grazie in anticipo

> "ereditate", in pratica di quelle già scritte su sistemi precedenti
esattamente :)
Ciao, Sandro

Io sapevo che la Borland rilasciava anche il D7 a chi acquistava D8Pro o
Enterprise.
E' proprio cosě o sbaglio?
Sto valutando l'acquisto di D8 Pro e se fosse incluso anche il D7 sarebbe
perfetto per le vecchie applicazioni che ho (sviluppate in D5). Qualcuno ne
sa qualcosa?
grazie
Andrea

 D5). Qualcuno ne sa qualcosa?
Tieni conto anche del fatto che il possesso di una versione precedente
ti permette di risparmiare molto sull'acquisto.
Se utilizzi qualche package particolare, forse dovrai scaricare la
versione aggiornata per Delphi 7 o fare qualche modifica manuale poichč
sono state apportate variazioni strutturali nella struttura e
nell'organizzazione dei package a partire da Delphi 6...in generale,
perň, non dovresti avere grossi problemi.


 fatto prove a sufficienza?
È semplicemente la mia opinione personale... mi piacevano molto di più le
versioni di Delphi precedenti.
-- 
Ciao,
Giulio "RedXIII"

 più le versioni di Delphi precedenti.
Delphi 8 non è un aggiornamento delle versioni precedenti: l'ambiente è
stato completamente modificato per lavorare con la piattaforma .NET di
Microsoft.
Secondo me, non è nemmeno possibile fare un confronto diretto tra Delphi
8 e i suoi predecessori.



E' vero (Variant per esempio...)
Grazie

1) Mamma borland doveva sfornare qualcosa x .Net, altrimenti sarebbe stata
tagliata fuori dal mercato dei prodotti x sviluppo software
2) Sappiamo tutti che tra il primo rilascio di un prodotto di zio billy e il
suo pseudofunzionamento passano come minimo 6/12 mesi + un buon numero di
pacth, service pack, fix varie. Quindi, mi chiedo se tutti i casini relativi
alla lentezza sono da inputare + al framework che non a delphi8
3) Prima di delphi8 hanno sfornato il c#builder di cui ho la trial ma poco
tempo x provarla che include il modello eco. Nei tuoi test hai visto
qualcosa su questo nuovo modello?
4) Sarò drastico, ma secondo me l'iidea del porting di vecchie applicazioni
va accantonata.
Temo che saremo costretti noi stessi a seguire la strada intrapresa da
borland, ovvero, di seguire 2 strade parallele, quella del win32 nativo
(ovvero le ns applicazioni che i clienti usano OGGI) e iniziare a pensare ai
progetti per lo sviluppo di nuove versioni basate su .Net.
Questa cosa mi fa molto inkazzare.. Penso a chi lavora in proprio ed è solo,
ma anche l'azienda nella quale lavoro non ha forze sufficienti x seguire
queste 2 strade. Infine, personalmente, mi vengono le crisi di panico al
pensiero di un prj molto grosso che dobbiamo far partire entro il 2004 che
richiederà forse 2 anni di lavoro e io NON SO CHE ACCIDENTI USARE.....
A

 richiederà forse 2 anni di lavoro e io NON SO CHE ACCIDENTI USARE.....
puoi usare solo Delphi, visto che ad oggi non hai (immagino) il know-how per
essere produttivo con .NET ; nel 2006, quando il progetto sara' finito,
sara' appena uscito Longhorn, che comunque avra' la compatibilita' Win32,
quindi il progetto sara' valido per almeno altri 3-4 anni. In quei 3-4 anni
la M$ tentera' di affermare sul mercato Palladium, e bisognera' vedere il
mercato cosa ne pensera' e quanto hardware Palladium riusciranno a
smerciare. Se dovesse affermarsi, allora l'unica possibilita' sara' passare
tutto sotto .NET, ma parliamo del 2009 almeno.
Ciao, Sandro

devo chiederti una cosa in privato. Dove posso scriverti?
A

> devo chiederti una cosa in privato. Dove posso scriverti?
fai la reply e dall'indirizzo di email togli il "toglimi" :)
Ciao, Sandro

 lavoro e io NON SO CHE ACCIDENTI USARE.....
Se mi trovassi in una situazione simile, al momento avvierei il mio
progetto con Delphi 7 (anche perchè non ho licenza di Delphi 8 al
momento :-( ) facendo la massima attenzione ad utilizzare componenti che
siano inclusi anche nell'edizione per .NET.
In alternativa, se vuoi fare le cose fatte bene, documentati il più
possibile sul framework .NET e inizia a sviluppare il tuo progetto su
Delphi 8...nulla te lo impedisce.


 porting su .NET! :-)
supponi di avere un progetto, testato e funzionante (dopo un paio d'anni di
sviluppo) di 200 mila linee di sorgente, e installato da 100 clienti. Il
giorno che il parco clienti migra su .NET che fai? Li dai in pasto alla
concorrenza oppure *riscrivi* l'intera applicazione sotto .NET spendendo,
diciamo, un anno tra sviluppo, test, ri-distribuzione e prima manutenzione?
Ovviamente la seconda. E i costi di questa  migrazione indovina chi li
sostiene?
Ciao, Sandro

 costi di questa  migrazione indovina chi li sostiene?
L'intero parco clienti migra contemporaneamente a .NET? Cos'è? Una
rivolta?? :-)
Hai scritto due alternative che secondo me sono entrambe sbagliate.
E' chiaro che .NET sarà la piattaforma sulla quale verranno basati i
futuri sistemi operativi Microsoft, poichè tutti i suoi ambienti di
sviluppo e le sue tecnologie si sono già orientati verso questa
piattaforma.
Vedo poco probabile che tutti i tuoi clienti facciano una migrazione
contemporaneamente nello stesso breve periodo; tra l'altro, tu stimavi
un'affermazione completa di .NET attorno al 2009.
Non posso dirti se la stima è corretta oppure no perchè i tempi cambiano
in fretta...non sono passati nemmeno 10 anni dall'avvento di Windows 95
e comunque, prima o poi, capita di doversi preoccupare di aggiornare la
propria applicazione per orientarsi ai nuovi ambienti operativi sul
mercato.
Se viene presentato così problematico il passaggio da Win32 a .NET,
chissà come avranno fatto coloro che hanno scritto applicazioni, magari
utilizzando ambienti "non RAD", a passare da Win16 a Win32?
Ad ogni modo, il panorama così come lo hai presentato tu è da
sprovveduti; mi spiego: avendo gli strumenti già a disposizione e
sapendo che la piattaforma sulla quale si basano sarà l'oggetto delle
future implementazioni di Microsoft, se aspetti che passi da
"alternativa" ad "imposizione di fatto" preoccupandoti solo all'ultimo
momento di fare il porting della tua applicazione, o nel caso peggiore
di riscriverla, allora hai ragione tu...prevedo tempi molto duri. :-)
Inizia a documentarti ora su .NET, a livello teorico e pratico, ed avvia
un graduale progetto di porting della tua applicazione senza attendere
di essere *costretto* a farlo, perchè sai già che prima o poi lo sarai.
Ciao!


 di essere *costretto* a farlo, perchè sai già che prima o poi lo sarai.
"oggi" mi sembra alquanto prematuro, visto che l'ambiente Win32 resistera'
ancora molti anni, e i presunti vantaggi del .NET ancora non vedo dove siano
per giustificare agli occhi del cliente un costo di migrazione di
piattaforma. In compenso gli svantaggi sono tutti li', ben evidenti.
Lentezza del framework e pesantezza (ad esempio, sai, l'SDK .NET necessario
per far funzionare D8 e' molto carino: inserisce qualche centinaio di chiavi
di registro e occupa solo 318 Mega di spazio su disco :D)
Ciao, Sandro

 Mega di spazio su disco :D)
"Lentezza" e "pesantezza" sono due svantaggi (che potrebbero essere
raggruppati in un'unico vocabolo, ma con 2 sembrano di più) che si
presentano normalmente quando non si intende conoscere i vantaggi, poi
se fossero davvero gli unici svantaggi individuati, allora saremmo in
paradiso! :-)
Poi, lo spazio su disco...mamma mia, quanto si diventa "accorti" quando
si tratta di cercare difetti: ho dei videogiochi veramente orridi e
datati che occupano ben più di 318 Mega. :-D


 richiederà forse 2 anni di lavoro e io NON SO CHE ACCIDENTI USARE.....
Secondo me ti conviene usare .NET, tra due anni ci sara` Longhorn, un SO
quasi totalmente .NET, certo la tua applicazione funzionera` comunque ma non
so che vantaggi tu possa avere...
-- 
Lawrence "Rhymes" Oluyede
http://loluyede.blogspot.com

 comunque ma non so che vantaggi tu possa avere...
Il problema attuale non è nei vantaggi/svantaggi di Win32, che sono già
stati assodati, ma della possibilità di eseguire programmi Win32 sui
futuri sistemi operativi; ad ogni modo, penso sia un po' repentino
temere per le applicazioni Win32, così come trovo sia radicale buttarsi
su .NET... io terrei solo un'occhio aperto e cercherei di saperne di
più, poi si vedrà.


 più, poi si vedrà.
Eh eh ;-)


 mi rattrista dato che gli IDE di Borland sono sempre stati i migliori)
mica tanto "i migliori": non e' mai esistita ad esempio un'operazione di
find/replace globale, sulle unit e sui sorgenti delle form. Eh si che hanno
avuto 7 versioni a disposizione per implementarla. GRRR!!!
Ciao, Sandro

 ho di questi problemi.
Infatti, siccome Microsoft ha visto la disperazione della "scelta" in
viso ai propri seguaci sviluppatori, ha detto "vi libero da ogni dubbio:
niente più ambienti per Win32, imparatevi una piattaforma nuova con
possibilità di porting azzerate!". :-)
Per fortuna, con Borland ci sono ancora entrambe le soluzioni almeno per
il momento, distribuite nello stesso pacchetto, con ampia possibilità di
organizzazione preventiva.


 organizzazione preventiva.
Beh allora non mi resta che augurarvi buon divertimento :)
Ciao Marco!


Beh allora non mi resta che augurarvi buon divertimento :)
Vorrei dare il mio contributo alla discussione, riportando l'analisi e le
decisioni della piccola azienda dove sono impiegato.
Sono l'unico sviluppatore di una societa' che vende software gestionale, conta
circa 200 clienti: visto il momento, quale scelta deve ricadere per un futuro
tranquillo e longevo?
Attualmente sviluppo con D6 pro, e considerando le varie forze in gioco, e
considerando il passo significativo di Borland verso .NET, la nostra scelta e'
stata quella di spostarci su un prodotto di sviluppo per .NET.
Questo perche' al di la' di tutti i bei discorsi che possiamo fare : teorici,
amatoriali, accademici, passionali... purtroppo (dico purtroppo) la realta'
sulla quale noi mangiamo ogni giorno la minestra e' fatta di piccole/medie
imprese che hanno la loro rete windows server nt/2003 con 2-5 client e il loro
bel pacchetto office.
Se vogliamo quindi garantirci una longevita' e una "sicurezza" sullo sviluppo,
andiamo verso .net: e non e' detto che si passi a Octane, perche' un collega
sviluppatore ci ha informato dell'esistenza di una specie di VB per .NET
gratuito e sufficientemente stabile. Il vantaggio di avere un framework comune
di sviluppo ci porta a poter ampliare la scelta tra i sistemi di sviluppo
relativi. 
Mantenendo D6 pro per gli sviluppi a 32bit, possiamo tranquillamente avviarci
verso Longhorn e palladium sicuri di non trovarci un domani col c... per terra
nel caso M$ decidesse di non supportare altri frameworks o specifiche di terze
parti (il caso Java Virtual Machine ne e' un esempio).
Ovviamente, al di la' della bonta' della scelta, il "sugo di tutta la storia"
e' che se vogliamo sopravvivere dobbiamo abbracciare la mamma di tutti i
software. (in una simbiosi forse mortale ? Ai posteri l'ardua sentenza...)
Cosa ne pensate?
-- 
Morde. 
(
mo...@despammed.com
)

 Cosa ne pensate?
Analisi razionale e condivisibile. In prospettiva futura, non certo attuale.
Ciao, Sandro

 l'ardua sentenza...)
E' vero, però prima di tagliarsi le vene e sputare sui cambiamenti,
darei un'occhiata a quello che viene proposto, ai vantaggi che può
rappresentare, alle differenze rispetto al passato...e con molta molta
calma. :-)


calma. :-)
Non c'e' fretta, Marco, ma la nostra timeline e' chiara: entro il 2004
dobbiamo decidere che strada prendere per il nostro futuro sviluppo. Longhorn
e' alle porte, e con .net seguiranno molte forzature piu' o meno desiderate. 
Dobbiamo essere pronti a migrare verso .net e a rassicurare i nostri clienti
che saranno sempre seguiti.
Un'altra cosa della quale molti non tengono conto, e' il fattore ansiogeno che
questa piattaforma ingenera nei clienti, i quali gia' pagano contratti di
assistenza e software M$. Quando ti fanno la domanda: "ma voi rispetto a
questo punto net cosa intendete fare?" non hai che da sorridergli e
rassicurarli che il loro programmino che gli hai venduto continuera' a
funzionare qualsiasi cosa devessero installare.
Mi sono dilungato, e me ne scuso, purtroppo in questo periodo c'e' molto
fermento perche' c'e' gia' una crisi finanziaria globale, e .net ci
costringera' a spendere ulteriori soldi per investire in sviluppi dedicati.
Stringiamci a coorte 
Siam pronti alla morte 
la Microsoft chiamo' !
-- 
Morde. 
(
mo...@despammed.com
)

 sviluppi dedicati.
Generalmente, non sono troppo pessimista perchè non è detto che
apprendere .NET sia così costoso.
Mi spiego: nel periodo delle festività mi sono studiato un po' di ASP
.NET per il motivo a cui accennavo all'inizio...ebbene, ho scoperto che
rispetto alle tecnologie che utilizzavo prima (ASP classico o librerie
ISAPI), con ASP .NET ho molte più funzionalità a disposizione e
strumenti più avanzati per ottenere gli stessi risultati in metà tempo.
Spiego dove voglio arrivare: è vero che lo studio richiede tempo, ma se
lo strumento è buono è possibile che il tempo salvato nel suo utilizzo
colmi la lacuna del tempo speso per il suo apprendimento.
Io comunque tengo sempre separati i mondi "applicazione Windows" da
"applicazione Web"...sulla prima ancora non ho studiato abbastanza. :-)


emergenti: si comprano un PC e pretendono che il software giri.
Sembra, sembra... ;-)
Sembra che sia davvero cosi', ma il problema effettivo si scatena sai quando ?
Quando tu gli comunichi che deve sostenere delle spese per migrare il software
alla piattaforma .net. 
Il vero scoglio da superare e' sempre quello del denaro che il cliente deve
spendere: egli puo' disinteressarsi di informatica e di M$, salvo poi essere
pronto a lamentarsi e rimettere il contratto di assistenza in discussione
qualora ci siano delle spese in piu' da sostenere!
Sai, un conto e' stato migrare verso l'euro e il millennium bug: la massiccia
campagna informativa dei media aveva fatto un buon lavoro di persuasione. Un
conto e' sostenere una migrazione su una piattaforma software occulta ai non
addetti ai lavori: non e' facile far capire a un imprenditore che ha
un'azienda metalmeccanica che il tuo gestionalino e' stato riscritto da te in
.net e che hai sostenuto ingenti spese e tempo per riscriverlo.
Ecco perche' il dilemma : "passaggio a .net: se si', quando e con cosa?" e'
anche condizionato dall'analisi del tuo target clienti.
Ciao!
-- 
Morde. 
(
mo...@despammed.com
)

 anche condizionato dall'analisi del tuo target clienti.
sara' necessario dismettere i contratti di assistenza alla data (ad esempio)
del 31/12/2006, avvisando i clienti che il loro software dopo quella data
sara' considerato obsoleto e non piu' mantenibile, e che dovranno quindi
acquistare la nuova versione (.NET) dello stesso software pagando X euro.
Dopodiche' potranno ri-stipulare un nuovo contratto di assistenza.
Ciao, Sandro

 Cosa ne pensate?
Leggi sopra :P


 C#, VB, Eiffel, Python, Perl, S# e ora Delphi (i linguaggi sono di piu`)
S#? Cos'č?
-- 
Lis
Mercatino: 
http://snurl.com/sito_lis
Aiuta la ricerca contro il cancro: 
http://snurl.com/ida_team

 S#? Cos'č?
Mi rispondo da solo:
http://www.smallscript.org/
"S# (ssharp) language - (pronounced S-Sharp) - a superset dialect of
Smalltalk-98"


 Smalltalk-98"
Eh eh, volendo c'e` anche F# :)


Ma gli eseguibili Win32 non li genera????
(Forse questa domanda è già stata fatta, ma mi rompeva un po' leggere tutti
quei post)

 Ma gli eseguibili Win32 non li genera????
No, solo applicazioni per il .NET Framework.



AAAAARGHHH!!!!
E noi poveri sviluppatori Win32 a cosa ci appoggeremo, almeno, IO a cosa mi
appoggerò, .NET framework e macchine virtuali, bytecode eccetera mi fanno
veramente skifo!!!!!!!!!!

 veramente skifo!!!!!!!!!!
preparati ad avere a che fare con clienti che bestemmieranno per la lentezza
delle applicazioni e a distribuire setup da 30 MB e oltre ;)
Ciao, Sandro

 lentezza delle applicazioni e a distribuire setup da 30 MB e oltre ;)
Perchè si dovrebbero distribuire setup da 30 MB?


> Perchè si dovrebbero distribuire setup da 30 MB?
perche' generalmente nei setup si includono anche i pacchetti che il cliente
potrebbe non avere installati sul suo pc: ad es. driver ODBC, DLL varie, e
nel nostro caso il framework .NET con cui e' stata progettata
l'applicazione. Il cliente potrebbe avere una versione differente del
framework, o addirittura nessuna versione, potrebbe non avere una
connessione internet per scaricarlo, ecc. Il setup del framework .NET e' di
20 MB abbondanti a quanto mi risulta.
Ciao, Sandro

 ... e a distribuire setup da 30 MB e oltre ;)
E' veramente una bella prospettiva quella che mi si para davanti.

Già mi immagino un gioco come Mafia o Halo scritti in .NET, puah!!!! Al
massimo faranno 5 frame al secondo...

 framework .NET e' di 20 MB abbondanti a quanto mi risulta.
Quando sarà *obbligatorio* usare il .NET Framework, sempre ammesso che
lo diventi, si troverà già preinstallato all'interno del sistema
operativo, senza contare che la sua presenza è sufficiente per tutte le
applicazioni.


 Al massimo faranno 5 frame al secondo...
Non farei questi commenti che sono un po' fuori dal tempo...non si può
mai sapere cosa riserva il futuro.


 eccetera mi fanno veramente skifo!!!!!!!!!!
Beh, anche la complessità di alcune funzioni API decisamente criptiche
non è che mi esalti più di tanto. ;-)
Noi "poveri" sviluppatori Win32 ci appoggeremo alle gerarchie di oggetti
offerte da .NET creando le istanze delle classi che ci servono per
ottenere ciò che prima ottenevamo richiamando delle funzioni...è un
panorama così digustoso?
Il CLR (Common Language Runtime) non è una semplice macchina virtuale e
il bytecode non c'entra nulla.
Dal punto di vista delle applicazioni, è prematuro valutare le
applicazioni .NET specialmente in termini di prestazioni.
Io sto studiando il framework usando ASP .NET e devo dire che si tratta
di uno strumento diverso dai precedenti che vale la pena di studiare.
Per quanto riguarda il futuro incerto sul destino (non segnato) dei
sistemi operativi Microsoft, su Palladium, ecc. per me non vale la pena
di discuterne per il semplice fatto che non si conoscono ancora i
dettagli; tra l'altro, spesso vengono erroneamente correlati .NET e
Palladium, ma il primo è solamente un ambiente di esecuzione, il secondo
è una tecnologia di protezione, tra l'altro ancora molto oscura, che
dovrebbe (forse, non si sa, come sempre) basarsi sul primo.


 massimo faranno 5 frame al secondo...
che problema c'e'? bastera' spendere 2000 euro per prendere la nuovissima
CPU Intel.Palladium a 10 GHz e la nuovissima e costosissima scheda grafica
"ottimizzata" per DirectX 
11.NET
, e vedrai tornare magicamente i 30 fps ;)
con buona pace di Microsoft, Intel, e NVidia o ATI.
Ciao, Sandro

Sono un amante dei programmi scritti in codice nativo (Win32 per Windows e
ELF per Linux, ecc ecc ecc). Sto usando Delphi per fare i miei programmi.
Vorrei passare ad una nuova versione di Delphi (la 8), ma ho saputo con
molto dispiacere che non compila Win32. Siccome odio M$ e la sua nuova
piattaforma .NET (che con C# è la copia perfetta di Java) e le macchine
virtuali, pseudocodice e programmi che ci mettono 60anni per avviarsi e
linguaggi di programmazione completamente diversi (vedi 
VB.NET
 e lo stesso
DELPHI.NET
) vi chiedo:
    Quali linguaggi di programmazione (non interpretati) riusciranno a
resistere all'avanzata del .NET Framework?
Il mio intento è quello di mantenermi aggiornato con gli IDE per lo sviluppo
software che però abbiano un supporto Win32.
Ormai Delphi ha abbandonato questa strada e il Pascal è stato fagocitato da
M$
Grazie a tutti
Lorenzo

 sviluppo software che però abbiano un supporto Win32.
Scusa ma con i presupposti della tua richiesta hai chiuso tutte le
possibili strade percorribili. :-)


Ciao a tutti,
qualcuno ha provato il nuovo delphi 8? Cosa ne pensa?
Grazie
Roberto

 ha scritto nel messaggio
news:bvldfd$meo$1...@grillo.cs.interbusiness.it...
