Newsgroup: it.comp.lang.delphi
Titolo: Perché non Lazarus?

Premessa: lurko, lurko, lurko. Sia perché non saprei come rispondere ad alcune
domande, sia perché nonostante mi sia sempre piaciuto Pascal e Delphi, non l'ho
mai usato. Detto questo, noto che molti, anche per svecchiare le proprie
applicazioni, usano nuove versioni di Delphi invece di approcciarsi ad altro. E
per approcciarsi ad altro intendo non solo ad usare altri linguaggi (alla fine
so che ci sono dei vincoli per cui questa strada non è sempre fattibile), ma
anche ad altre implementazioni di Delphi, dichiarate come compatibili con il
prodotto di Embarcadero. Mi riferisco quindi a Lazarus che, quando l'ho visto ai
tempi, mi sembrava un'ottima alternativa a Delphi (ovviamente il mio giudizio
era viziato da un occhio inesperto). Da qui mi chiedo, perché non usarlo non
dico per nuovi progetti, ma per manutenere gli attuali progetti ovvero per
aggiornarli e portarli avanti?
 
Enrico

 
Una buona e santa volta dovremmo essere chiari e dire senza mezzi termini che delphi e affini sono da mollare IERI.
 
Alcuni motivi per i quali Delphi è da mollare ieri sono questi:
 
1) regressione del prodotto, ovvero cose che prima funzionavano e ora no:
 
2) appesantimento del prodotto con cose di cui, nella maggior parte dei casi, non frega una beata minchia a nessuno, una su tutti lo sviluppo mobile. 
 
3) confrontando il rapporto qualità/prezzo  di delphi con quello di visual studio, delphi perde pesantemente
 
 
4) delphi era un precursore, adesso è un centometrista sfiancato che rincorre gli altri
 
 
5) conseguentemente ai precedenti punti, le terze parti che producono componenti per delphi sono oramai poche (doa, devex, devart, ipworks...), e credo che si ridurranno ancora.
 
6) è inaccettabile leggere "conrtibuisci alla documentazione" nella guida in linea di un prodotto che non solo non è free o opensource, ma che costa non poco....
 
7) magari, se scodellassero una versione di delphi "lite", diciamo una enterprise  priva degli ammenicoli inutili tipo fm2 e mobile, ad un prezzo onesto, diciamo 2ui 2k, forse si potrebbe farci un pensiero
 
 
 
Per ciò che riguarda lazarus, basta una sola frase: elegante soluzione con una inelegante implementazione dovuta ad una gestione del progetto a mio avviso cinofallica.
Un caso vissuto il 1a persona è quello del WST che non riuscivo a far funzionare in nessun modo.
Alla fine salto' fuori che WST non era compatibile con la versione di lazarus che usavo; l'unica soluzione era un downgrade di lazarus....
Immagina situazioni analoghe su altro...
Tutto ciò in quanto lo sviluppatore di WST non aveva (giustamente!) tempo per l'adeguamento.
Sottolineo il giustamente: lazarus si basa sul lavoro di volontari!
 
Altrettanto giustamente IO non mi giocherei le natiche verso un cliente dandogli il porting da delphi a lazarus di una applicazione....
La speranza è che magari qualcuno "grande e grosso ma sul serio" acquistasse lazarus...Allora forse, ma dovrebbero passare almeno un paio d'anni...
Ma anche lì nulla è scontato....L'acquisizione di Sun da parte di Oracle ha portato non pochi casini nel mondo java....
 
A. 
 

 7) magari, se scodellassero una versione di delphi "lite", diciamo una enterprise  priva degli ammenicoli inutili tipo fm2 e mobile, ad un prezzo onesto, diciamo 2ui 2k, forse si potrebbe farci un pensiero
 
magari senza registrazione, cosi posso installarla senza questo problema 
un pensierino lo farei pure io.
 
 
 
-- 
-------------------------------
per scrivere in privato
togliere "1975nosp"
 
to reply remove "1975nosp"

 
 
3 pecche che ho trovato in lazarus rispetto a delphi
 
la velocità
la dimensione degli eseguibili
la guida in linea.


 
 
La compatibilità con delphi non è al 100% e non è proprio indolore :(
 
Ciao.

 un pensierino lo farei pure io. 
 
La registrazione serve per impedire copie "aumm aumm".
 
 
A.

 portato non pochi casini nel mondo java....
 
Da javista di vecchia data non direi. A parte i (relativi) casini da Java 8 a
Java 9, dovuti al fatto che si è voluto ristrutturare l'intero progetto (e ci
stava), il passaggio da una versione Java ad un'altra si tratta spesso di
prendere il jar e farlo ripartire sulla nuova versione della JVM. Dico spesso
perché il problema è sempre "il manico" e da quanto si è dipendenti dai
componenti che si usano (io stesso in un passaggio da Java 1.4 a Java 7 dovetti
rimettere mano al codice perché in 1.4 usavo una libreria JNI che nella nuova
release non serviva)
 
Enrico

 senza installazione?
 
A quanto pare sì: 
https://stackoverflow.com/a/50706274/5695585
 
 
Enrico
P.S. ad oggi parlare di .NET Core e .NET è ininfluente, la versione Core è
oramai l'unica versione disponibile tanto che c'è stata la riunificazione anche
a livello di nome (.NET si riferisce a questa versione)

 La compatibilità con delphi non è al 100% e non è proprio indolore :(
 
Capito, direi che questo spiega molto la situazione
 
Enrico

 Da javista di vecchia data non direi. 
 
Non parlavo di casini tecnici ma politici.
Che poi, a mia sensazione , java lo hanno un po rovinato quella è un altra storia.
 
A.

 
Concordo, IMHO il problema di delphi è il posizionamento del prezzo, se 
solo fosse molto più "umano".
 
Ciao

 La registrazione serve per impedire copie "aumm aumm".
 
E' anche un disincentivo, dovesse un giorno non essere più registrabile 
o lasci un codice di sblocco?
 
E le versioni gratuite?
 
 
Oppure la tecnica del "turbo C++", creavi una versione economica da 
120.000 lire con un buon manuale. Solo per il manuale non valeva la pena 
copiarlo.
 
Se poi uno vuole copiarlo, molto facilmente si cerca il crack su 
internet e la registrazione la passa.


 storia.
 
In che senso? A mio avviso da Java 8 a 16 ci sono state parecchie introduzioni
che hanno facilitato la vita (i record sono comodissimi)
 
Enrico

 che hanno facilitato la vita (i record sono comodissimi) 
 
 
L'implementazione del paradigma OOP di java lo trovai eccellente ma ho avuto la sensazione (sottolineo, sensazione!)  che nelle ultime versioni le aggiunte hanno, come dire, appesantito le cose.
Un po come ciò che è successo a .Net....oramai il framework standard è pachidermico al punto che la stessa Microsoft se ne è resa conto spingendo verso .Net Core.
 
 
A.
 

 verso .Net Core.
 
È una vita che mi dico di volerlo studiare, ma il tempo è quello che è e la
voglia ancora di meno...
 
Enrico

 molto più comodo di int i = 1)
 
io preferisco la versione
 
int i = 1
 
gli dico in modo esplicito il tipo di variabile che voglio. So la 
dimensione del dato, so il campo di esistenza perchè sono tutte cose che 
  gli dico io.
 
poi nel caso in questione ( numeri interi ) vanno sicuramente bene entrambi.


 voglia ancora di meno... 
 
 
c# non è male. Somiglia molto a Java, ha le partial class che sono molto comode ma non hai i "set" del pascal.
E c# ha le property, che java non ha (o non aveva...).
 
La differenza importante, secondo me, tra java e .Net è che in java non hai un exe "monolitico" ma una logica simile al vecchio top-down basato sugli overlay.
Questo, immagino sia molto utile ai fini di utilizzo delle risorse.
In .Net hai un exe "monolitico" che necessita di essere caricato in toto in memoria e se è VERAMENTE grosso rischi lo swap su memoria virtuale....
 
A.