Newsgroup: it.comp.programmare
Titolo: Che linguaggio?

Ciao a tutti.
Programmo in Vb, ma di recente ho la necessita' di creare applicazioni
client/server e soprattutto eseguibili autonomi.
Mi era stato consigliato di passare a delphi, ma la documentazione
scarseggia, ho trovato molte difficolta' con l'ambiente di sviluppo
(borland delphi 2005) e non sono riuscito praticamente ad ottenere i
risultati sperati.
Potete consigliarmi un altro linguaggio di programmazione per il quale
magari si trovi piu' materiale in rete, piu' libri, una comunity di
programmatori piu' ampia, che offra sempre le caratteristiche elencate e
che sia non troppo complesso da imparare partendo da zero?
Attendo consigli
grazie


AFAIK la communità delphi è al contrario una tra le più nutrite. Prova a 
sentire su it.comp.lang.delphi e chiedi li le info per chi inizia.
Qua alcune risorse utili:
http://delphi.icm.edu.pl/
http://www.torry.net/
http://www.delphipages.com/
-- 
Borland C++ Builder Mailing List:
http://tux.linuxtime.it/mailman/listinfo/bcb-it

 client/server e soprattutto eseguibili autonomi.
Al tuo posto passerei piuttosto a VB.NET... almeno puoi sfruttare un pò 
di quello che sai già

 
"Eseguibili autonimi" = No runtime? Niente VB allora
-- 
       ___/\/o\/\/here/\/\an___
["Vagisil migliora la tua vita intima"]
 
www.vagisil.com/teencenter.shtml

 client/server e soprattutto eseguibili autonomi.
Specifica meglio che cosa intendi per "applicazioni client/server". Devi 
sviluppare il solo lato client, solo il lato server, o entrambi?
Il protocollo di comunicazione e' predefinito o lo puoi scegliere?
Specifica meglio che cosa intendi per "eseguibili autonomi". Intendi che 
tutto il programma sta in un solo file eseguibile, o che i vari moduli 
eseguibili sono tutti sviluppati da te, o che i vari moduli eseguibili 
(sviluppati da te o forniti con il sistema di sviluppo) sono tutti 
installati dalla tua procedura di installazione in una sola directory?
-- 
     Carlo Milanesi
 
http://digilander.libero.it/carlmila

 "Eseguibili autonimi" = No runtime? Niente VB allora
Esatto! :(

 installati dalla tua procedura di installazione in una sola directory?
Esattamente! Ho necessita' prima di tutto che l'eseguibile non necessiti
di librerie di runtime quindi VB e' da scartare e poi che eventuali
componenti aggiuntivi si possano integrare al sorgente come avviene con le
VCL del delphi o che almeno per funzionare non necessitino di essere
registrati come per gli ocx.
Insomma devo produrre un sorgente che puo' anche essere collegato a
componenti esterni, ma che distribuito funzioni senza necessita' di
registrare nulle e di runtime installate nel sistema.
Grazie

 registrare nulle e di runtime installate nel sistema.
Mi pare che ti rimanga ben poco oltre a Delphi (che produce codice nativo).
Java, C# e Python hanno tutti bisogno di un runtime (il più leggero e facile
da installare imho è Python).
Tolto Delphi ad occhio e croce ti rimane C++ ma per uno che arriva dal mondo
visual design, code & run di VB la vedo dura, molto dura ... ;-)
-- 
Jarod

 
Il linguaggio D che mi consigliava Martino potrebbe essere 
interessante, soprattutto se usi la libreria dfl per la creazione di 
form. Ti schiaffa minimo 270kb ca. nell'eseguibile, ma almeno sembra 
abbastanza semplice da usare.
http://www.digitalmars.com/d
http://www.dprogramming.com/dfl.php
La sintassi è simile al C#/Java...
Oppure... non ho idea per le applicazioni client/server, ma potresti 
dare un'occhiata a wxBasic
http://wxbasic.sf.net
e a wxLua
http://www.luascript.thersgb.net/
Fai bene a mollare VB, comunque ;)


 registrati come per gli ocx.
 > Insomma devo produrre un sorgente che puo' anche essere collegato a
 > componenti esterni, ma che distribuito funzioni senza necessita' di
 > registrare nulle e di runtime installate nel sistema.
E' parecchio che non uso VB, ma mi pare che se usi le versioni fino alla 
6, se eviti di creare e usare OCX, classi e interfacce, puoi installare 
la tua applicazione con le DLL distribuibili necessarie in una sola 
directory, senza bisogno di registrare niente. Per disinstallare 
l'applicazione, basta cancellare la directory. Quando ti accorgerai che 
tutti i tuoi utenti saranno passati a Windows XP, potrai passare a 
VB.NET
, senza dover installare niente in quanto il supporto run-time e' 
gia' presente nel sistema operativo.
Alternativamente, se usi il linguaggio C++ con generazione di codice 
nativo (cioe' non managed), non hai bisogno di installare niente nel 
sistema; ma non e' certo sempice sviluppare GUI con tale linguaggio.


 sviluppare GUI con tale linguaggio. 
Dipende... potrebbe voler provare C++ Builder... non mi piace molto 
come idea, comunque usa le librerie di Delphi per un approccio visuale 
al C++.


 Fai bene a mollare VB, comunque ;)
Continuare ad usare Visual Basic 6 nel 2005 mi pare quanto meno masochistico
... VB.Net è meglio ma a quel punto tanto vale passare a C# o Java  :-)
-- 
Jarod

 
No! NO! NOOOOOOO! ;)


 No! NO! NOOOOOOO! ;)
Eh, lo so ... ma con la mania delle applicazioni web e i tempi assurdi di
progetto che ti impongono ultimamente l'80-90% dei progetti software
"devono" essere fatti con Java, .Net (C# - VB.Net) o PHP.
E' un mondo malato  :-))
-- 
Jarod

 VB.Net) o PHP. E' un mondo malato  :-))
Posso chiederti che lavoro fai? Per curiosità... devo scegliere un 
indirizzo di studi universitario (e sapere se ho un futuro nel 
"magico-mondo-del-lavoro"). :)


 di 6-7 megabyte.
Non tenendo conto della dimensione, lo stesso discorso si potrebbe fare
con un eseguibile VB? Si possono usare i software che hai indicato per
"pacchettizzare" eseguibile e runtime in un unico file?

 file? 
theWRAP! pacchettizza fino a 20/21 file in un unico eseguibile, 
decompressi quando viene lanciato, e cancellati automaticamente in 
chiusura.
http://trondoc.ezwebtech.com/theWRAP/
Ma continuo a sconsigliarti il VB ;)
Ah, che io sappia, se lasci gli OCX necessari nella stessa cartella 
dell'eseguibile, potrebbe non esserne necessaria la registrazione 
(magari mi sbaglio, eh?).
Al limite potresti registrarli all'avvio del programma e poi de-
registrarli in uscita.
(Ah...! Adoro i programmi che non lasciano roba nel registro...)


 (Ah...! Adoro i programmi che non lasciano roba nel registro...)
:-)
-- 
ciao, hal

 
Che cavolo di linguaggi di programmazione! Molto semplici da utilizzare,
pieni di documentazione, ma poi alla fine molto poco funzionali.
Intanto ho pensato di dedicarmi al delphi, praticamente un disastro, sto
postando da giorni una domanda su ....lang.delphi, ma non mi risponde
nessuno, sembra essere un segreto!
Ci riprovo qui, magari qualche anima pia...

 "magico-mondo-del-lavoro"). :)
System architect, software architect, qualche volta project manager e quando
capita pure one man show (cioè mi devo smazzare tutto dall'analisi dei
requisiti alla realizzazione del progetto) ... :-D
In pratica quello che i commerciali pomposamente chiamano system integration
;-)
Se devi scegliere un indirizzo di studi in campo informatico, scegli uno
molto specialistico (che so dalla robotica alla bio-informatica) e magari
preparati a fare esperienza di lavoro fuori Italia.
Qui è facile che capiti a fare le solite applicazioni web in PHP, Java o
.Net  :-/
-- 
Jarod

 "pacchettizzare" eseguibile e runtime in un unico file?
py2exe e cx_Freeze no perchè sono fatti per Python.
Puoi usare dei tool che ti permettono di creare un setup dell'applicazione
tipo Nullsoft Installer 
http://nsis.sourceforge.net
 ma spesso non ti basta
l'exe dell'applicazione più il runtime, la virtual machine di VB6
(msvbvm60.dll).
Se usi un database per memorizzare i dati, per esempio un file mdb di
Access, magari usi le librerie ADO per accedere a quei dati e allora nel
setup devi infilare pure l'MDAC Installer 
http://tinyurl.com/6k6ko
 (e sono
altri 5 megabytes).
Se usi librerie di terze parti o fai tu delle DLL con VB6 devi aggiungere al
tuo setup i file di runtime di quelle librerie o registrare le tue ActiveX
DLL.
Insomma, come ti ha detto NoWhereMan non ti consiglio di usare VB6  :-))
-- 
Jarod

 A patto che l'utente abbia diritti di admnistrator della macchina.
Fra l'altro ... :-)
-- 
Jarod

 Falso. Sul mio XP non c'è nessun .net framework.
E' un componente opzionale del Service Pack 1 e successivi.
Ho trovato queste statistiche risalenti al 9 marzo 2005, forse limitate 
al mercato USA.
# More than 85% of new consumer PCs sold in 2004 had the .NET Framework 
installed
# More than 58% of business PCs have the .NET Framework preinstalled or 
preloaded
Non so quanti PC attualmente abbiano installato il .NET Framework, ma 
presumo che entro tre anni saranno oltre il 90% dei computer domestici e 
oltre l'80% dei computer aziendali.
Con questo volevo suggerire che per chi adesso usa Visual Basic, non e' 
necessario cambiare linguaggio. Nella mia esperienza, quando in una 
azienda si cambia completamente linguaggio di programmazione (per es. da 
Basic a C, o da COBOL a Delphi), si incontrano grosse difficolta' 
organizzative per parecchi tempo.


 domestici e oltre l'80% dei computer aziendali.
Continuo a non considerarlo un bene... :|


 organizzative per parecchi tempo.
Che si incontrino difficoltà organizzative è possibile.
Cmq VB.Net è un linguaggio molto diverso da VB6 (ed anche la filosofia di
programmazione su .Net è molto diversa da VB6, DCOM ed ActiveX).
Penso che lo sforzo per apprendere VB.Net e i modi corretti per programmare
su .Net non sia molto inferiore da imparare nuovi linguaggi tipo C#, Delphi
o Java.
-- 
Jarod