Newsgroup: it.comp.lang.delphi
Titolo: Embarcadero Delphi Starter Edition

il nuovo TurboD è arrivato e costa 199 dollari.
http://www.sdtimes.com/EMBARCADERO_INTRODUCES_STARTER_EDITIONS_OF_C_BUILDER_AND_DELPHI_RAPID_APPLICATION_DEVELOPMENT_ENVIRONMENTS/By_SD_TIMES_NEWSWIRE/35223
ne avete sentito parlare? ha le stesse limitazioni del vecchio
TurboDelphi free, cioè l'impossibilità di aggiungere controlli e
niente report?
saluti.

 niente report?
bisogna aspettare che esca un datasheet ufficiale, per ora non mi pare
ce ne sia traccia. Intanto guarda i termini della licenza: quando
dovessi superare i 1000$/anno da ciò che produci con la Starter
Edition, dovresti comprare le edizioni superiori.
"C++Builder and Delphi Starter edition users are allowed to have up to
five
licenses running simultaneously within their network. Users may sell any
applications or components developed with these tools until the annual
license or service revenue exceeds $1,000 USD or their micro
organization
exceeds $1,000 in revenue overall. Once this commercial threshold is
crossed, or whenever users want enhanced database connectivity or
multi-tier
development, users should upgrade their licenses to Delphi or C++Builder
Professional, Enterprise or Architect editions."
Ale

 Ale
ehm.. si ho notato. Anche se mi pare inverosimile che Embarcadero
sguinzagli i suoi segugi alla ricerca dei malfattori.. o no?
(no polemiche per piacere)

 (no polemiche per piacere)
si, anche a me sa tanto di limitazione solo proforma, che non avrà
effetti pratici, se non in casi davvero eccezionali. Vedremo quali
saranno, invece, le limitazioni tecniche imposte al pacchetto starter.
Per ora non si sa, oltre al comunicato stampa diramato alle varie
testate online, non c'è ancora nulla sul sito della Embarcadero.
Ale

 saranno, invece, le limitazioni tecniche imposte al pacchetto starter.
Probabilmente non ci sarà l'accesso ai dati.. i vari datacontrol,
ecc..
Andrea

 (no polemiche per piacere)
Non devi chiederti se Embarcadero lo scoprirą mai dovresti invece 
chiederti se un controllo delle *nostre* autoritą dovesse riscontrare la 
violazione.
Notare che ad esempio ci sono non pochi casi di contestazione di 
violazione per l'uso di antivirus free (avg, avast...) in un contesto 
aziendale/professionale; a rigor di licenza non fa una piega.
-- 
Design for the future, because it will be here sooner than you think.
(C) Eric S. Raymond, from "The Art of Unix Programming"

 la violazione.
le autorità si occupano della pirateria, che è un reato, mentre per la
violazione dei termini di uso delle licenze, ciò che i finanzieri
possono fare è segnalare la cosa al produttore del software, il quale
dovrebbe intentare causa civile (dall'estero) a sue spese contro la
persona/ditta in violazione.
Mi sa che solo la Microsoft si potrebbe prendere la briga di fare una
cosa simile, certo non la Embarcadero.
Ale

leggevo tempo fa alcune discussioni sul forum della Embarcadero, a
riguardo di queste versioni economiche, dove vari utenti suggerivano
le loro opinioni circa le limitazioni da imporre. Embarcadero,
risoluta, diceva che Delphi è un prodotto remunerativo e che dunque
non ha senso svenderlo. Che abbia cambiato idea?
Sinceramente non credo, però con i tempi che corrono non si sa mai!
Quanto alla paura per i finanzieri, ciò che scrive Alessandra è
esatto.
Si sa, chi volesse sconfinare nell'illegalità, farebbe il pirata... e
dunque il problema della licenza sarebbe il meno.
Qui le premesse sono diverse: si tratta di dare un buon ambiente di
sviluppo a chi vuole essere in regola senza investire capitali.
Ripeto, sono curioso.

 non ha senso svenderlo. Che abbia cambiato idea?
Delphi svenderlo? Mah.. siamo sempre alle solite discussioni: delphi � 
una nicchia inattaccabile per il semplice motivo che migliaia di 
sviluppatori in tutto il mondo che si sono creati un lungo know-how su 
delphi difficilmente buttano questo investimento alle ortice.
Delphi resta solido perch� chi lo usa da anni non ha motivo di disfarsene.
La lotta che deve fare Embarcadero quindi consiste nell'evitare 
l'emorragia di sviluppatori che potrebbero abbandonare delphi per lidi 
pi� invitanti quali visual studio + .net.
E mi sembra che con la loro politica communitiy-based stiano avendo 
successo.
Ciao
-- 
morde
D5,D6,D7
QT 4.7.0 - MingW- QT Creator 2.1

 lidi più invitanti quali visual studio + .net.
c'è Delphi Prism.
Ale

qui 
http://embarcadero.com/products/delphi/Delphi-Feature-Matrix.pdf
l'elenco delle caratteristiche per la S.E.
Il supporto ai DB è limitato ma, visto che è possibile aggiungere
componenti, non dovrebbe essere un gran problema.
Saluti.

 ha scritto:

Interessante.
Vedo che comprende i generici IBX, come il glorioso Delphi 6, che uso con  
soddisfazione con Firebird 2.x.
Ora mi domando: qualcuno ha usato componenti più specifici (per esempio  
Zeos, o quelli in Delphi XE enterprise) con risultati oggettivamente  
migliori di quelli che si ottengono con i vecchi IBX?
-- 
Michele

 migliori di quelli che si ottengono con i vecchi IBX?
Oggettivamente, � difficile dare una risposta: troppe variabili
influenzano 
il tutto, troppo vaga la tua richiesta (cosa cerchi di "meglio": 
prestazioni? stabilit�? prezzo? velocit� di sviluppo? supporto? ecc...)
Facendo una veloce analisi senza per� alcun avere alcun riscontro pratico, 
quindi con la possibilit� di dire qualche stupidata, direi (in ordine 
assolutamente sparso):
* l'ultima versione delle ZEOS � ***probabilmente*** migliore degli IBX di 
Delphi 6, e ***probabilmente*** d� risultati migliori con Firebird 2.X: � 
codice pi� recente;
* se sei soddisfatto di Delphi 6 + Firebird 2.x + IBX, rimani cos�;
* se sei tentato di usare ZEOS, devi aggiornare Delphi: ZEOS lo supporta 
dalla versione 7 in poi;
* se devi aggiornare Delphi, fai qualche esperimento, anche con i nuovi 
componenti che ti ritrovi, e valuta secondo le tue esigenze cosa � meglio 
(per te, ovviamente).
ACSH
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 (per te, ovviamente).
Aggiungerei ai consigli del buon ACSH anche il mio: per fare queste 
prove la cosa migliore da fare è virtualizzarsi la macchina di sviluppo 
e fare tutti i pastici che si vogliono sulle copie virtuali.
:)


 codice più recente;
Sono d'accordo sulla difficoltà di dare giudizi generali in presenza di un  
gran numero di variabili, però dire ***probabilmente*** ecc. non è di  
grande aiuto. Sarebbe preziosa (ove possibile) una testimonianza del tipo:  
sotto certe precise e personali condizioni ho notato che Zeos > IBX di una  
quantità misurabile (in genere tempo); altrimenti restiamo nella notte  
delle vacche tutte grigie.
Michele

 delle vacche tutte grigie.
***Probabilmente*** nessuno ha mai fatto un simile test/confronto e 
purtroppo non credo che otterrai molti ragguagli a proposito. 
PS: ma le vacche di Hegel non erano tutte nere di notte? 
(stavo per aggiungere qualcosa sulle vacche di Arcore, ma mi sono
trattenuto 
..)
Ciao


Sto iniziando a essere scettico sulle macchine virtuali.
Sul lato desktop durante connessioni remote tramite prodotti diversi
(cisco vpn, greenbow e altri...) ho visto di persona che a volte i
comandi di tastiera si perdono...
Fa veramente incazzare che operazioni come copia/incolla di un po di
testo non funzionino, sopratutto se il testo e' una query complessa e
ti tocca ridigitarla.
Ovviamente, le stesse connessioni fatte con macchine fisiche, sti
problemi non li danno.
Questo con vmware.
Lato server si deve stare molto attenti nel configurare le cose.
Magari nei grossi datacenter ci sono sistemisti di classe
"padreterno"...
Ma in contesti meno critici secondo me le configurazioni vengono fatte
con molta faciloneria.
Da un cliente abbiamo dovuto riavviare un server tosto sul quale gira
una macchina virtuale windows server xche un kaz di file ini risultava
lockato non si sa da chi o cosa e non c'era verso di sbloccarlo.....
Infine,  a me resta poi sempre il dubbio che se sto dentro una
macchina virtuale e la mia app di turno fa cose strane e
apparentemente inspiegabili non so se la causa potrebbe essere la
macchina virtuale che ha le cose sue o un errore di quelli che per
trovarlo di serve oltre alla pazienza, avere CULO...
A.

 ..)
Hai fatto bene. Anche perché è un argomento OT (Olgettina Topics).
Ciao.
-- 
Michele