Newsgroup: it.comp.lang.delphi
Titolo: debriefing presentazione delphi xe2

Questa mattina stavo riflettendo su quello che è emerso ieri, senza giri 
di parole mi sembra che il messaggio sia stato chiaro: VLC resterà 
sempre una spiaggia sicura e ben tenuta per chi sviluppa windows only, 
ma tutti dovranno cmq col tempo convergere verso firemonkey.
 
Le energie di embarcadero sono totalmente concentrate su FM, quindi da 
parte nostra togliamoci i grilli per la testa di vedere un compilatore 
cross platfom per linux, dimentichiamoci di kylix, più morto che mai, 
dimentichiamoci di vedere la VCL evolversi ed estendersi.
 
Diamo priorità al porting sui 64 bit, perchè l'impatto sul codice è 
piuttosto vasto. E' vero che non tutti usano i pointer, ma sicuramente 
qualche snippet copiato da torry ci scappa sempre, per non parlare di 
tutto l'ecosistema dei componenti di terze parti i cui produttori stanno 
portando freneticamente tutto il loro codice.
 
Un'altro punto decisamente importante è firemonkey: grafica totalmente 
vettoriale, il live binding dei dati che permette di sfruttare appieno 
il paradigma MVC, con quella caratteristica delle expression che rende 
molto interessante e parimenti accattivamente questa tecnologia.
 
Mi è sembrato di scorgere un riflesso di interfacce dichiarative 
spuntare da sotto l'UI designer. Mi piacerebbe vedere come sono i dfm di 
FM (hanno un'altro formato ed estensione).
 
Non sarà facile per chi ha un prodotto consolidato negli anni con i 
vecchi delphi fare il porting sui 64 bit. Interessante sarebbe il 
valutare se ci possono essere sbocchi commerciali con il cross platform 
e riscrivere con FM l'intero pacchetto software.
 
Ad ogni modo, per che vuole restare su windows ci sarà molta 
tranquillità perchè VCL non verrà abbandonata ma neanche evoluta.
 
PS: saluto tutti gli ICLDers che hanno condiviso con me la piacevole 
giornata di ieri, seguita da una gustosissima cenna nell'Isola, in piena 
movida milanese. ;)
 
-- 
morde
QT 4.7
Delphi (5,6,7.. expired)
Firebird Database

 e riscrivere con FM l'intero pacchetto software.
 
Questa la vedo dura per svariati motivi....
1) i componenti espongono interfacce diverse...Pensiamo a tdbedit, ad
esempio
2) non so voi ma qua prima di piangere sui 64 bit dovremmo piangere su
unicode, visto che siamo a d7e
2) COSTA
 
 
Aggiungo....
 
 
1) exe compilato e fatto girare su mac
 
2) sorgente portato su mac, compilato su mac con x-code e il relativo
exe usato su iphone
 
3) la possibilita di appioppare a qualsiasi property di un qualsiasi
componente firemonkey un "dato" ottenuto miscelando praticamente
quello che vuoi.....db, macro, RISPOSTE OTTENUTE DA CHIAMATE AD AZURE,
EC2.....
 
4) spingono molto php e sono tornati in pista con il c++
 
5) *uno strumento* per mac, win32, win64 e android sul quale qualcosa
mi sfugge....
Chiedo a chi c'era di scrivere qlcs su questo punto
 
6) per chi usa REST un wizard che crea quello che serve a sviluppatori
java e c#
Uno sulla falsariga del wsdl importer ma che sforna classi (e non
interfacce!)
 
 
Per il resto, eravamo in TANTI, gente, almeno il doppio se non il
triplo delle persone presenti l'ultima volta.
Buffet scarso, caffe pessimo e niente hostess by Arcore.. :-(((
 
 
A.

 Firebird Database
ma FM cos'è l'alternativa a WPF di Microsoft?

> ma FM cos'è l'alternativa a WPF di Microsoft?
 
Di fatto si.
 
A.
 

 richiede alcun runtime e gestito non da cpu ma da*GPU*....
 
Si effettivamente un punto importante di FM è che produce app che hanno 
come requisito la presenza di una GPU sul pc dove devono girare.
E se non c'è la GPU che succede? Parte lo stesso e usa la CPU in 
emulazione o si blocca?
 
Questo, come per WPF di microsoft, inciderà molto sulla distribuzione 
del software. In tante aziende gli hardware non vengono mai rinnovati.
 
Ovviamente il discorso mobile esclude tutte queste pippe da desktop 
application.


 movida milanese. ;)
 
Mi associo! :)
 
-- 
Marco Breveglieri
   (
http://www.marco.breveglieri.name
)

 milanese. ;)
 
 
La prossima mi mandate un book fotografico, ho cercato in giro 
chiedendo a chiunque avesse aspetto geek, ma alla domanda sei di icld 
ho visto facce attonite. uno mi ha anche risposto "non uso quella 
roba".
 
 

 roba".
 
 
bhe..a non vedere me ne guadagni di salute.
cmq, io sono quello che ha chiesto "cosa succede se in una espressione
live binding ho scritto cazzate?"
 
A.
 
 

 Ciò che è stato invece precisato bene è questo: sebbene sempre oggetto di aggiornamenti e migliorie, la VCL è e sarà sempre legata a doppio filo a Windows, per cui chi sarà interessato a realizzare applicazioni che vadano su altre piattaforme non potrà che affidarsi a FMX, perché la VCL non verrà adoperata a questo scopo.
Totally agreed :)


 live binding ho scritto cazzate?"
 
Un momento fantastico! :)


 movida milanese. ;)
 
Azz, proprio la volta che si organizza la cena di ICLD non sono
riuscito a partecipare!!!
Evabbe... andra' meglio prossima.
 
Se qualche ICLDer e' alla ITDevCon possiamo vederci la'!
 
ciao
Giacomo

 Se qualche ICLDer e' alla ITDevCon possiamo vederci la'!
Io sono ancora in fase "mumble mumble" in merito... :)


 e riscrivere con FM l'intero pacchetto software.
 
Infatti lo vedo meglio sui nuovi progetti o su aggiunte a progetti 
esistenti come la possibilità di interfacciamento e pilotaggio tramite 
Mobile
 
 

 operativo che lato client usano solo gli smanettoni....
 
Ok, ma Linux non e` solo client, eh :)
 
Di fatto, lo sviluppo di applicativi server in Delphi per Linux e` negato a 
causa della mancanza di strumenti (a questo punto, ben genga FreePascal)
 
Enrico

 Ok, ma Linux non e` solo client, eh :)
 
Infatti durante la presentazione Jason ha chiesto chi avrebbe avuto nei mesi successivi l'intenzione o l'esigenza di sviluppare applicazioni Linux sia lato client che lato server.
 
Lato client: nessuna alzata di mano.
Lato server: due o tre mani (almeno per quanto ho visto io, poi qualcuno potrà confermare o smentire), di cui una era di Marco Cantù. :)
 
Questo ha presto spiegato il fatto che Linux, pur essendo tra le piattaforme che EMB ha l'intenzione di aggiungere alla rosa di quelle supportate, al momento non ha il massimo della priorità rispetto alle altre.


 Ok, ma Linux non e` solo client, eh :)
 
Assolutamente!
Ma chi oggi metterebbe in azienda un server lunix *non web* sul quale
far girare ad esempio un application server basato su REST o
tecnologie simili?
Occhio: non metto in discussione il senso di una cosa del genere...
Metto solo in dubbio che qualcuno lo farebbe..
 
A.