Newsgroup: it.comp.lang.delphi
Titolo: Firebird RC3 novità

Per i delphisti che usano firebird come DB volevo anticipare alcune 
"cosette" a dir poco eccezionali in merito alla prossima release di 
firebird, la 2.5, attualmente in Release Candidate state. (RC3)
Date un'occhio a questa presentazione, fino all'ultima slide:
http://www.slideshare.net/mindthebird/why-firebird-fact-for-decision-makers?from=ss_embed
Credo che questo db sia ormai in grado di competere con oracle e SQL 
srv: per via della mia esperienza non ho ancora potuto entrare così in 
profondità nelle nuove features e testarle pesantemente, ma spero che 
prima o poi ci arriverò anch'io :)
Saluti
-- 
morde
D5,D6,D7
QT4.6.3 QT Creator 2.0

 firebird, la 2.5, attualmente in Release Candidate state. (RC3)
Integro il mio post precedente con quest articolo scritto da Cantů, 
letto su un feed rss del canale firebird
http://blog.marcocantu.com/blog/blackfish_sql_replacement.html
nei commenti al post si trovano interessanti proposte per un db embedded 
alternativo.



...maaaa vaaaaa   delphi e' mortooooooo!!!!

 ...maaaa vaaaaa   delphi e' mortooooooo!!!!
ma non era il cobol che era morto? ..e fin dai primi anni '80! :DDD
però, che strano, ho visto che esiste perfino il 
cobol.net
 ;)
Ale

Alessandra R. ha scritto:



Da domani tutti a studiare cobol :-))
Un curriculum con delphi e cobol fa la sua porca figura :-))
-- 
http://www.kiva.org
Per il ng it.comp.lang.delphi: astenersi perditempo e lamer.
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Un curriculum con delphi e cobol fa la sua porca figura :-))
magari è un pò più credibile di quei curricula dove leggi di tizi che
sanno 20 linguaggi, dai più arcaici a quelli nemmeno ancora inventati
(ma rigorosamente .NET ;) ).
Ale

Alessandra R. ha scritto:



Tra quei 20 linguaggi difficilmente ci trovi delphi.


 Tra quei 20 linguaggi difficilmente ci trovi delphi.
il che è garanzia di sicuro successo, nella ricerca del lavoro, e di
stipendio profumato :)
Ale

Alessandra R. ha scritto:



Beh, il selezionatore non puo' contestare di aver trovato indicati
linguaggi morti :-))
Ale, scaricati Visual C# Express (gia' qua Microsoft e' avanti luce
rispetto a quelli di Borland/Embarcadero nel dare una versione gratuita
del linguaggio), provalo, poi mi dici. In uno/due mesi di utilizzo penso
non avrai difficlta' ad abbandonare Delphi. Tutto questo senza rinunciare
alla pagnotta che nomini spesso :-))
Il tuo curriculum ne giovera' alquanto.


 Il tuo curriculum ne giovera' alquanto.
lo usiamo già in ufficio da un paio d'anni, a titolo sperimentale, e ti
devo dire che non ha mai attecchito realmente: quello che produciamo,
lo produciamo più velocemente ed efficacemente in Delphi :)
Ale

 Ale


 Un curriculum con delphi e cobol fa la sua porca figura :-))
 
Sicuramente dimostra che la persona ha un cervello e lo sa usare.
Se arriva un curriculum del genere da me, sicuramente ha la precedenza.
 
 
-- 
=============================================================
Alberto Rubinelli - Fondazione "Museo del computer"
Via Costantino Perazzi 22 - 28100 NOVARA - ITALY
Tel 0321 1856032   Fax 0321 391769   BBS 0321 392320
Mail: 
alb...@oldcomputers.de
 
Sito internet : 
http://www.museodelcomputer.org
 
=============================================================

 ero pure un accanito sostenitore... potessi tornare indietro :-))
Eppure se fosti passato a 
delphi.net
 non avresti neanche perduto tutto 
il tempo per imparare visual studio, o mi sbaglio?
:-)
ciao


ma se sei a favore di C# e pensi che delphi sia morto.....
che ci fai su questo NG? 
;)


eccolo !
http://www.dotnetheaven.com/UploadFile/pvsousa/sendmailfromnetcobol10132008214432PM/sendmailfromnetcobol.aspx


http://www.dotnetheaven.com/UploadFile/pvsousa/sendmailfromnetcobol10132008214432PM/sendmailfromnetcobol.aspx
eh vedi :DDD
Comunque sti discorsi da "io ce l'ho più lungo del tuo" (il listato,
cosa avevate capito! :DDD) quando si parla di linguaggi di
programmazione sono roba da fanboy, cioè da ragazzini brufolosi e
scemi. Alla fine il migliore linguaggio è quello che ti fa arrivare
prima e meglio al risultato cui punti. Detto questo, il resto sono
chiacchiere.
Ale

 chiacchiere.
Il linguaggio e' solo un mezzo, non un fine.


 lo produciamo piů velocemente ed efficacemente in Delphi :)
Mi piace questa affermazione, cosě com'č! :)
-- 
MARCO BREVEGLIERI
  (
http://www.marco.breveglieri.name
)

 il tempo per imparare visual studio, o mi sbaglio?
per imparare visual studio mica ci vogliono due anni :-)) a meno che  si
sia digiuni di programmazione


 che ci fai su questo NG? 
cerco di convertire i niubbi che sia affacciano a Delphi :-))


 sia digiuni di programmazione
Il problema non è Visual Studio, ma il passaggio ad un'altra libreria: 
passare dalla VCL a WinForms, ad esempio, è un bel salto (un salto 
all'indietro, un salto nel passato e anche un salto nel buio). :)


 cerco di convertire i niubbi che sia affacciano a Delphi :-))
...ti mancano solo valide argomentazioni. ;)


 Ale
onestamente delphi ha delle carenze e pure belle grosse rispetto ad 
altri linguaggi... anche se continuo ad usarlo a volte mi chiedo perchè 
non sono passato ad altro. è ovvio che se conosci bene un ambiente di 
sviluppo (i suoi bug e i suoi pregi) farai sicuramente presto ad 
arrivare all'obiettivo ma non è detto che sia la soluzione più pulita.
saluti :)

 piů pulita.  
e questo vale per qualunque linguaggio, compresi quelli "di moda" :)
Ale


hai ragione infatti il discorso non era unilaterale, ma ad esempio 
l'impossibilità di delphi di programmare dispositivi palmari è una pecca 
grossa quanto una casa, sono dovuto passare a lazarus per questo; 
(sempre pascal è ma IMHO in prospettiva sarà un'ottima piattaforma); da 
aggiungere inoltre il fatto che delphi purtroppo non è multipiattaforma 
come ad esempio java (chi ha detto lazarus? :D), insomma pro e contro ma 
al momento i contro sono maggiori... ovviamente sempre secondo la fascia 
di mercato a cui è rivolto il sottoscritto :)

 è multipiattaforma come ad esempio java (chi ha detto lazarus? :D),
aspetta, fammi capire: il fatto che non sia multipiattaforma ti toglie
delle opportunità di vendita? o è solo uno sfizio tanto per dire "io
posso fare quello che voglio", un pò come quelli che montano casse da
20 kilowatt nella macchina per poi ascoltare Radio 105?
Il mercato dei Mac in Italia fa ridere, in USA è un pò più grosso, ma
siamo sempre ad una quota di appena 10% del mercato dei sistemi
operativi.
Linux praticamente non esiste, nè nell'ambito consumer, nè in quello
delle imprese.
Ale

 Ale
non la penso come te, linux sta crescendo e secondo me tra non molti 
anni sarà visto una valida alternativa a windows, il fatto che sia free 
e che non ci sono costi di licenza rende molto appetibile questa scelta.
di recente un'azienda mi ha chiesto se era possibile far girare alcune 
applicazioni sotto sistemi linux che loro erano orientati ad acquistare, 
e non parlo di una grande azienda ma di una piccola/media.
c'è comunque da dire che la portabilità di un'applicazione è sempre una 
buona cosa.

 un'applicazione è sempre una buona cosa.
ah beh, anche l'elicottero è una buona cosa, ma a me non è mai servito
:)))
Ale

 buona cosa.
Infatti: il problema è che mancano i professionisti che supportano 
linux. Incomincia a dire all'azienda di fare il conto di quanti soldi 
risparmierebbero in licenze software, poi incomincia a fargli capire che 
useranno un sistema immune dai virus, portali a comprendere che tu li 
seguirai mano nella mano nel terzo millennio informatico.
Mi spiace dirlo ma il futuro è già qui: e noi non facciamo altro che 
stare ancorati al passato, invecchiamo, ci sentiamo insicuri se qualcosa 
di nuovo arriva e ha successo: io per primo con D5,D6 e D7, anni di 
studio per fare cose che oggi faccio in un minuto con tre righe di 
codice......
disegnamo GUI vecchie, superate, quando ormai le interfacce che dovremmo 
usare sono quelle dell'ipad, c'è maemo alle porte, mobile e televisori 
3d col supporto touch...
Beh mi sono lasciato andare... scusatemi, ora smetto di sognare e torno 
a fare coding con QT (almeno lì mi diverto ancora).
E' triste dirlo, ma i primi a mettere le zavorre alle innovazioni a 
volte siamo proprio noi che dovremmo spingerle....
Ciao :)



d'accordo su tutta la linea, i qt li proverò appena un briciolo di tempo 
me lo permetterà :)
ciao. ;)

 di mercato a cui è rivolto il sottoscritto :)
Questi non sono "pro" e "contro", ma banali requisiti dei singoli 
linguaggi che non ha senso valutare in questo modo; ad esempio, essere 
"multipiattaforma" impone dei limiti, e per me che uso Delphi per 
sviluppare applicazioni su Windows l'assenza di questi limiti è un 
vantaggio.
E' un po' come se tu volessi spazzare il tuo cortile usando un rastrello 
al posto di una scopa: il fatto di non pulire come si deve non è dovuto 
al rastrello che ha "una pecca grossa", quanto al fatto che stai 
utilizzando uno strumento inappropriato per il lavoro che devi svolgere.


 credimi lazarus è cresciuto ed anche molto, ti consiglio di provarlo.
Il punto è che quanto Lazarus sia cresciuto è irrilevante se non ci sono 
motivi di utilizzarlo in un progetto perché non vi sono requisiti che lo 
esigono. :)



Marco, personalmente ho anni di esperienza con delphi, usato poco altri 
linguaggi e tra ide, librerie etc ci vuole molto tempo per essere 
veramente padroni di un linguaggio, quindi sarebbe *comodo* se con 
delphi potessi fare quello che mi occorre. precedentemente ho detto che 
spesso mi sono trovato a voler aver fatto altre scelte.


mettiamo che tu debba fare un'applicazione che richieda l'uso di palmari.
alcuni esempi:
pub, ristoranti etc.
gestione grossi magazzini.
che cosa fai dici ai clienti di prendere un palmare con win xp sopra? o 
un bell'orderman? il punto è che il mercato sta andando in una direzione 
precisa e il nostro caro ide non la segue, almeno non tutta. tra web 
application e dispositivi mobili il futuro delle desktop o server 
application è destinato a essere soppiantato dai dispositivi mobili. Per 
non parlare poi dei vari OS di quest'ultimi...

 detto che spesso mi sono trovato a voler aver fatto altre scelte.
hai letto questo post? 
http://www.tmssoftware.com/site/blog.asp?post=179
Ale

 Ale
letto adesso, certo un passo avanti, ma da qui a fare quello che puoi 
fare con .NET o Java ce ne passa, ovviamente secondo me...

 delle imprese.
Opinabile nell'ambito desktop, dissento nell'ambito server. Linux in ambito 
server e` una grossa realta` consolidata da parecchi anni. Tra installazioni 
LAMP, application e database server, mail server ed altre installazioni (ci 
sono casi documentati in cui viene usato pesantemente per il rendering 3d), 
Linux si e` decisamente radicato nel mondo enterprise e ambienti come Java o 
.NET (ma anche Lazarus) che permettono una programmazione multipiattaforma 
sono considerati un plus non indifferente
Enrico

 precisa e il nostro caro ide non la segue, almeno non tutta. [...]
Quel mercato però è in continua evoluzione dal punto di vista hardware e 
software, quindi prima di "sposare" qualcuno degli attori in gioco in 
questi settori o fornire un supporto molto dedicato da parte di un IDE 
come Delphi, ci penserei bene.
In ogni caso, con Delphi Prism si sviluppano anche applicazioni per 
iPhone/iPad (
http://tinyurl.com/39zgf4t
), quindi le soluzioni per chi 
utilizza il linguaggio trattato in questo gruppo di discussione ci sono.
Il resto è "fuffa", o "guerre di religione" insensate fra linguaggi, 
basate su una valutazione fatta in senso assoluto pensando alle proprie 
esigenze specifiche, che non ha senso (per me).
Ciao,
   Marco.


 Qt-Designer (Qt) ed usare i binding via object pascal
Infatti il punto della questione, secondo me, non è dimostrare 
l'inutilità dell'esistenza di cloni di Delphi o di altre piattaforme e 
linguaggi, che sarebbe pure assurdo.
Lazarus è una soluzione che è bene che ci sia affinché possa essere 
preso in considerazione quando la sua adozione giustifica il poter 
soddisfare un requisito.
Nel contempo però, contrariamente a quanto si cerca di far pensare, non 
è che Delphi debba essere gettato via o considerato privo di mercato 
solo perché esiste Lazarus.
Non sono prodotti con le stesse caratteristiche, e ognuno ha le proprie 
applicazioni (nel senso di ambito di utilizzo) di eccellenza.


 spesso mi sono trovato a voler aver fatto altre scelte.
Fare le proprie scelte è legittimo, ma permetti ad altri di fare le 
proprie quando le esigenze e le richieste sono diverse dalle tue. :)


 da qui a fare quello che puoi fare con .NET [...]
Tralasciando il fatto che, detta cosě, questa affermazione non ha senso, 
sarebbe interessante capire quali sono le caratteristiche del .NET 
Framework che sfrutti per lo sviluppo delle tue applicazioni specifiche, 
e che proprio in Delphi Win32 non riesci a individuare...


 parte di un IDE come Delphi, ci penserei bene.
si, appunto. Ieri c'era CE, oggi c'è Android, domani chissà. Immagina
se oggi D2010 supportasse CE. Sarebbe totalmente inutile, visto che i
dispositivi con CE stanno diventando sempre più rari e quelli sul
mercato sono, sotto ogni aspetto, molto più appetibili.
D'altronde è anche impensabile che si possa integrare in un qualunque
compilatore dall'oggi al domani il supporto per una qualunque
piattaforma, così da seguire la moda del mercato del momento, che
magari un anno più tardi sarà già stata sopravanzata da qualcos'altro.
Ale

 specifiche, e che proprio in Delphi Win32 non riesci a individuare...
si, interesserebbe anche a me capirlo. .NET, oggi come oggi, nella sua
incarnazione desktop (non parliamo di 
ASP.NET
, quindi!) non è altro che
uno strato che si poggia su Win32, quindi non ha nè più nè meno che le
caratteristiche intrinseche di Win32, con la zavorra di qualche decina
di mega di framework, un'occupazione di memoria molto maggiore, e il
codice semi-decompilabile. Questi sono gli svantaggi. I vantaggi,
invece, quali sarebbero?
Ale

 si, appunto. Ieri c'era CE, oggi c'è Android, domani chissà. [...]
Esattamente. Tra l'altro, questi dispositivi stanno diventando così 
"potenti" che magari un domani si fa girare un Windows "classico" su un 
dispositivo mobile. :)
Ovviamente, è una provocazione, ma chi può dire oggi come evolverà un 
mercato così movimentato?


 un dispositivo mobile. :)
giŕ qualche anno fa c'era il Samsung Q1 che in poco piů di un palmo
faceva girare WinXP, con 3 ore di autonomia e 700 g. di peso.
Figuriamoci oggi, se non potrebbero fare di meglio, considerando poi
questi Atom, che ormai infilano pure nei panini del Mc Donalds :DDD
Ale

 invece, quali sarebbero?
Come nel caso di Lazarus, la mia domanda non è volta a dimostrare che il 
.NET Framework è inutile, anche perché lo uso anche io nello sviluppo di 
applicazioni Web con 
ASP.NET
 MVC.
La tua descrizione è perfetta se si fa un'analisi del Framework 
valutandolo dal punto di vista di chi sviluppa applicazioni Win32 in 
Delphi, quindi per chi utilizzerebbe il Framework per creare 
applicazioni del tutto simili a quelle realizzate con Delphi Win32. :)
Ovviamente, esistono anche altri tipi di applicazioni, di realtà, di 
sistemi e di scenari in cui .NET può essere una scelta migliore.
Ripeto, secondo me il punto è che non ha mai senso fare confronti in 
termini assolutistici prescindendo dall'uso che si fa di uno strumento.
Ciao,
   Marco.


 applicazioni (nel senso di ambito di utilizzo) di eccellenza.
Chiedendo senza ironia, potresti dirmi qual è, secondo te, (almeno) una  
caratteristica vincente di entrambe le applicazioni?
Grazie.
Michele

 termini assolutistici prescindendo dall'uso che si fa di uno strumento.
Totally agreed, Marco.
-- 
morde
D5,D6,D7
QT 4.7.0 - MingW- QT Creator 2.1

 caratteristica vincente di entrambe le applicazioni?
Faccio riferimento alla mia esperienza specifica, che può essere 
ovviamente diversa da quella di altri.
Una caratteristica di Delphi che apprezzo è senz'altro quella di poter 
generare eseguibili Windows che non necessitano di runtime e che possono 
essere pertanto utilizzati anche nelle diffuse chiavette USB (giusto per 
citare un caso recente), con il vantaggio di non farsi mancare nulla a 
livello di funzionalità: collegamento ad un server via HTTP e 
interfaccia REST, manipolazione di pacchetti in formato XML, interfaccia 
strutturata con i "Ribbon Controls", supporto (automatico) di tutti i 
sistemi operativi da Windows 2000 in poi.
Sicuramente, un ISV che fornisce soluzioni Windows (e domani anche per 
Mac/Linux, magari) di questa tipologia, Delphi è il massimo.
Il .NET Framework lo utilizzo invece per lo sviluppo con 
ASP.NET
, in 
particolare 
ASP.NET
 MVC, e credo sia ottimo per quelle aziende che 
forniscono soluzioni enterprise focalizzandosi principalmente su 
architetture Microsoft (es. Windows Server, SQL Server, IIS) o 
sviluppano progetti utilizzando più linguaggi .NET, basandosi sulla 
libreria base del Framework e sulle numerosi classi che comprende.
Comunque, credo che 
ASP.NET
 sia uno dei prodotti meglio riusciti basati 
sul .NET Framework per lo sviluppo di applicazioni e siti Web, laddove 
Delphi (Win32) è maggiormente "limitato" (a parità di tipologia di 
approccio nello sviluppo) anche per via di librerie che non riscontrano 
particolarmente le mie simpatie (come IntraWeb), se non altro perché mi 
trovo bene a lavorare con XHTML/CSS/JavaScript e quindi la necessità di 
sviluppare in modo "Delphi like" non è un requisito per me.


 codice o librerie free open source scaricacate da torry...
Tralasciando WPF, che comunque è una tecnologia molto particolare e 
specifica e ha i suoi "costi di funzionamento" sulla maggior parte delle 
macchine, non c'è bisogno di scomodare .NET per tutto ciò che hai 
elencato; penso ad esempio al supporto "touch", che è fantasticamente 
supportato in Delphi addirittura con un meccanismo integrato di "touch & 
gestures" legato alle classiche Action, oppure alla portabilità che si 
sta avvicinando sempre più.
E' chiaro che occorre riferirsi sempre alla versione più recente 
dell'ambiente e dello strumento di cui si sta parlando, anche perché 
tutte le cose di cui parli con .NET 1.1 non sarebbero comunque state 
possibili. :)


 Il .NET Framework lo utilizzo invece per lo sviluppo con 
ASP.NET
, in
.........
Ti ringrazio per il parere interessante su Delphi-.Net.
Se non ho equivocato, però, mi sembrava che tu parlassi del confronto  
Delphi-Lazarus, che mi sta più a cuore.
Grazie.
Michele

 Delphi-Lazarus, che mi sta più a cuore.
Pardon, ho perso il filo della discussione (in effetti, siamo anche 
andati oltremodo "off topic"). :)
Per Lazarus, credo sia sufficiente citare il fatto di essere 
"multipiattaforma" (con "applicazioni di eccellenza" non mi riferivo a 
"programmi", ma di "ambiti di utilizzo"). :)
Se dovessi intraprendere oggi un percorso di sviluppo di un'applicazione 
multipiattaforma su cui c'è piena libertà di scelta in termini di 
database e altri requisiti, lo prenderei senz'altro in seria 
considerazione tra le ipotesi più papabili, anche se le evoluzioni in 
ambito Delphi cominciano ad essere interessanti anche da questo punto di 
vista.
Userei Lazarus anche nel caso di corsi propedeutici alla programmazione 
(visto che CodeGear/Embarcadero ha gentilmente rimosso la disponibilità 
della versione Turbo, sperando di rivederla un domani...). :)


 Framework).
Si intendevo dire che se uno resta alle versioni vecchie tipo D5, 
VCL+RTL rispetto a .net framework c'č un abisso di tecnologia.
Se ci spostassimo alle versioni piů recenti, troveremmo magari VCL+RTL 
di D2010 molto piů simili architetturalmente a .net.
O mi sbaglio?
Saluti


 di D2010 molto più simili architetturalmente a .net.
Si può notare che recentemente alcune classi introdotte tendono ad avere 
gli stessi nomi (anche nei metodi e nelle proprietà) rispetto a classi 
analoghe del .NET Framework: questo consente di "portare" codice più 
facilmente da Delphi Win32 a Delphi Prism (quindi su .NET, ma anche su 
Mono e quindi su Linux e Mac).
A parte questo, mi pare che i due ambienti e le rispettive librerie 
evolvano parallelamente introducendo cose che comunque erano già 
presenti - anche se magari in altre forme - in piattaforme, tecnologie e 
linguaggi già esistenti, con poche ma specifiche novità.
