Newsgroup: it.comp.lang.visual-basic
Titolo: Visual Basic 2005

ciao a tutti,
sono uno pseudo-programmatore di vb6.
Ho all'attivo solo un programma che uso per la mia azienda e i miei 
collaboratori.
Mi rendo conto che vb6 č ormai un programma "sorpassato" dal nuovo .net2003 
e ora dal nuovissimo .net2005.
Quello che mi chiedo č: vale la pena di upgradare al nuovo .net2005?
Quanto ci metto a migrare il mio prg da vb6 a vbnet2005?
Chi ha provato il nuovo vbnet2005 come si trova?
Grazie per le risposte e per l'aiuto.
ciao
Samuele

 Grazie per le risposte e per l'aiuto.
Ciao!
-- 
Gianluca Cannalire
Microsoft MVP/MCP - Visual Basic
http://www.visual-basic.it
http://community.visual-basic.it/gianluca

 
[CUT]
Dipende. ...
Quel dipende, per correttezza profesionale, lo specificherei molto bene anzi 
lo trasformerei in un bel:
"ATTENZIONE! lo puoi fare se hai una macchina di XXX caratteristiche con Tot. 
di RAM e un bel Windows XP SP2!".
Tu non immagini nemmeno quanti clienti mi hanno chiesto applicazioni .net e 
dopo in azienda il 90% dei PC è obsoleto e con Win98 SE!
-- 
ciao Max
         ...  per raggiungermi, -il fuoristrada- non ti serve!

 .net e dopo in azienda il 90% dei PC è obsoleto e con Win98 SE!
Sicuramente è vero.
Vorrei innanzitutto precisare che non ho citato il discorso 'prestazioni' 
per scorrettezza professionale.
Come puoi leggere nel mio post, ho scritto "Dipende, come minimo".
Che molta gente sia ancora su Win98 è un dato di fatto.
Del resto, anch'io giro ancora con una Fiat Tipo del '94 :)
Ma la macchina, nel mio caso, non è un punto fondamentale del mio core 
business, altrimenti l'avrei cambiata da un pezzo.
Lo stesso concetto si può applicare ad un PC.
Se lo uso sporadicamente e non è un componente critico/fondamentale del 
mio lavoro, può (con le dovute cautele, se connesso ad Internet) andar 
bene anche un Win95.
Ma se i clienti ti chiedono specificatamente applicazione basate su .NET e 
poi hanno un parco macchine obsoleto, c'è sicuramente qualcosa che non 
quadra... quanto meno hanno un responsabile IT che ne capisce poco o che 
ha poco budget (ma in questo caso non si spiegherebbe come mai richieda 
appicazione .NET)
...e non voglio parlare delle misure minime di sicurezza per la protezione 
dei dati personali, sensibili e giudiziari, _imposte_ dal D.Lgs. 
n.196/2003


 n.196/2003
infatti quando ho letto win98 ho pensato essenzialmente a quello. il punto
e': come penso tu sappia bene, quest'anno non mi hanno dato neanche i soldi
per comprare un mouse. su dei p200 del 97, cannibalizzando ram (erano chip
da 16-32...) win2000 sono riuscito a mettercelo. al prompt in una mezzoretta
ci arrivano, tanto poi devono fare poco. ma il framework, come d'altronde la
jm, sarebbe pretendere troppo...
ciao, a.

> con Tot. di RAM e un bel Windows XP SP2!".
mmm...
non ho capito una cosa...
il pc potente lo devo avere io che sviluppo o i miei collaboratori che usano 
il software?
Adesso come adesso quando distribuisco il software nel pacchetto di 
installazione metto tutto il necessario per farlo funzionare, almeno 
teoricamente, anche su macchine molto datate.
Con .net bisognerebbe avere macchine più recenti?
Ma il .exe che viene generato non è almeno simile?
grazie.
Samuele 

 
[CUT]
Si, hai scritto quel "Dipende, come minimo" ma era riferito solo al software.
Innanzi tutto, scusami, non volevo assolutamente mancare di rispetto alla tua 
correttezza professionale, è solo che si fa un gran parlare di .net, siamo 
sommersi da un insolito martellamento pubblicitario da parte di Microsoft che 
sta inculcando una marea d'idee sbagliate nell'utenza (con questo rispondo 
anche ad Andrea Palazzi e Samuele).
.net, C#, vb2005 tra gli operatori del settore non si sente parlare d'altro, 
va così ... va cosà fa questo ... quell'altro lo faccio in un attimo ... ecc.
L'unico argomento che non viene mai toccato sono le risorse HD e SW che 
richiede: 'Pentium-IV a 2GHz + 256MB Ram con Windows XP SP2' sono il minimo!
Poi, mi rifaccio ad uno spot di MS, per 'cliccare Lì avere quel dato dalla 
filiale X' bisogna metterci anche una bella VPN ad alta velocità ovvero ADSL 
almeno a 4MB.
Ovvio che i 'padroni' (mi riferisco alla piccola industria-medio artigianato 
ancora del tipo 'padronale' MOLTO presente in Triveneto) sono attirati da 
tutte queste opportunità (mi riferisco ai costi di personale che pensano di 
risprmiare)! Ma poi nella realtà hanno 'risparmiato' sino ad ieri e hanno 
ancora PC classe anni '90 (pentium 60 o di peggio).
Mi fermo qui avrei da dilungarmi oltre.
In conclusione il mio appunto è che: almeno noi del settore (MS ovv. deve 
vendere!) siamo chiari sia sulle potenzialità e sia sulle esigenze di .net & 
company (ci metto anche Java e affini) almeno così non vedremo post come 
quello di Samuele (non offederti) e non sentiremo richieste come quelle che mi 
vengono fatte ultimamente.


 che mi vengono fatte ultimamente.
lungi da me l'offendermi...
mi sono definito apposta uno pseudo-programmatore...
A questo punto sono abbastanza scoraggiato dal nuovo .net
Secondo me giusto un 40% degli utilizzatori finali del mio prg possono 
essere in linea con le richieste HW (che funziona splendidamente già con 
win98).
Non contando che ieri ho provato l'upgrade wizard del mio prg in VB6 e, 
magicamente, tutto è andato in crash ad una velocità fulminante...non è vero 
che .net è lento!!
Samuele

 che .net è lento!!
questa è bellissima :D
--
!!! SODDISFATTI O RIMBORSATI !!!
Nessuno si è mai lamentato della nostra offerta 2x1. Morire in 2 e 
pagare per 1.
[CapoBecchino] - hotmail/msn: capobecchino [@] hotmail [.] com

 vero che .net è lento!!
:)
L'upgrade wizard è una bufala.
Non funziona, lo sanno tutti, Microsoft per prima, ma sapere che c'è questo 
tool tranquillizza l'utente.
D'altra parte è ovvio che non possa funzionare, la logica e la 
strutturazione di .Net è completamente differente da quella di VB6, e anche 
se la "traduzione" avviene correttamente il risultato è una cloaca.
Ti dirò, io sono entusiasta di .Net (per quello che ho potuto vedere fino ad 
oggi) ma non sarei così ottimista come Gianluca, cioè, io manterrei i vecchi 
prog. in VB6 e inizierei quelli nuovi in .Net.
Se poi i prog. sono per uso interno puoi anche azzardarti a fare "mix" del 
tipo "inizio a sviluppare le nuove parti in .Net e le uso come ActiveX in 
VB6" tanto per migrare un po' per volta (cosa che sconsiglierei comunque in 
qualsiasi ambiente dove non si può avere un controllo completo e immediato 
della situazione - leggi "presso clienti").
Il percorso è lungo, non si può pretendere di cambiare filosofia e strumenti 
da un giorno all'altro, ma alla lunga si è destinati a passare a .Net 
(almeno per chi sviluppa sotto Windows), e tanto vale iniziare subito a 
guardarsi intorno.
Ciao 

 richiede: 'Pentium-IV a 2GHz + 256MB Ram con Windows XP SP2' sono il
minimo!
2005 ancora non l'ho installato, ma vb2003, sviluppo e eseguibili, direi
girino abbastanza tranquillamente su questo centrino 1.6 e su un athlon 1.6,
tutti e due di un paio d'anni, w2000sp4. unica cosa, di ram il lap ha 1g, il
desk 1.5. ma la rama bisogna mettercela a prescindere, e ce la metto da
quando avevo un 286 con 4m quando lo standard era 1. nell'attesa (sempre
troppo lunga) di memorie solide da 50-100g, se swappi il processore puo' far
poco...
le aziende risparmiano troppo spesso dove non dovrebbero. per esperienza so
che monitor tastiere e mouse sono quelli che costano meno, norme ce ed
ergonomia o no. cosi' guadagnano 40 euri e in compenso provocano crampi...
sui sistemi, win9 mi risulta gia' abbastanza incomprensibile in casa. in
azienda pensavo fossero semplicemente vietati, a meno che non sia un'azienda
di una persona che si assume tutte le responsabilita' relative a privacy
sicurezza ecc, che adesso, volendo, sono abbastanza rognosette...
ciao, a.

 che .net è lento!!
:)
siamo onesti: l'upgrade hanno sempre detto in sostanza di averlo messo per
chi ha qualche attimo libero, al posto di sol32.exe :)
se passi a net lascia stare, se e'buona tieni la logica ma riscrivi tutto.
intendo tutto.
ciao, a.

 (almeno per chi sviluppa sotto Windows)
il punto e' questo. con tutta la gratitudine che continuo a portarle, imho
ms si e' letteralmente immerdata, sia con win (ma vista e' in vista? :P),
sia con net. e non e' piu' tanto obbligatorio stare in quell'ambito. anzi,
stando al ministero per la tecnologia, e' fortemente sconsigliabile. stando
alle tecnologie in se', ripeto, e' abbastanza indifferente. sqlexpress e'
gratuito, ma direi lo sia anche oracle 10g. netbeans ed eclipse costano
abbastanza meno di vs... e se devo mollare vb6, perche' non j, che lo porto
anche su nx e su mac? di qui le acrobazie e i passi da gambero da 2003 a
2005.
di qui il fatto che ms spinge con ogni mezzo, con pochissimo stile a parer
mio, e le altre acrobazie che sta cominciando a fare sui formati di
documento, apre, si adatta, ecc. -- in questo momento, quando da colleghi di
altre amministrazioni mi arriva un xls protetto anziche' un csv, sono
fortemente tentato di rimandarglielo indietro...
in effetti non vorrei proprio essere un manager ms in questo periodo...
ciao, a.

 azienda pensavo fossero semplicemente vietati,  ...
[CUT]
Ma pensa un po' che ... 'Win98, Excel 3.0, Word 2 e server Novel 3.00' erano 
lo standard aziendale di una multinazionale dell'abbigliamento sino a pochi 
anni fa (fine ~ 2003 se non ricordo male).
Ma pensa un po' che ... c'è anche di peggio!
Uffici Comunali in Win95 e Word 1.1!
D'altronde ti rispondono: "Fa quello di cui abbiamo bisogno, perché cambiare?" 
e tu ... che gli dici?


 cambiare?" e tu ... che gli dici?
Che hanno ragione.
Alberto
-- 
A questo punto hanno trovato un muro,
un muro duro, molto molto duro,
che siamo noi.

 a guardarsi intorno.
Esatto....
Il problema di mamma Microsoft è che come al solito si perde in un bicchier 
d'acqua, e quindi questi passaggi sono piuttosto costosi (in termini di 
tempo e di denaro) ed oltretutto frequenti
Umbe
ps.[OT]
ma è vero che nel 
vb.net
 2005 ado lavora principalmente in modalità 
connessa?? spero di aver letto male.... 

 connessa?? spero di aver letto male....
Sono un po' in ritardo sul fw2.0, so che avrebbero dovuto affiancare le due 
modalità.
Ciao 

 Uffici Comunali in Win95 e Word 1.1!
per gli enti locali e' grigia davvero. specie adesso non hanno una lira, e
aggiornare centinaia o migliaia di macchine...
qui comunque l'autenticazione internet l'hanno messa da almeno un anno. e'
una gran palla, ma ormai cosi' e', arrivera' anche qui da me. e dato il
contesto capisco anche chi me la dovra' imporre.
ciao, a.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 connessa?? spero di aver letto male.... 
Ha! allora siamo in due ad aver capito, spero male, la cosa!
Se hanno fatto una cosa del genere sono completamente 'usciti di senno', 
l'applicazione si connette al suo avvio e si chiude SOLO su richiesta 
esplicita o alla sua chiusura, ma .... siamo pazzi!!!


 esplicita o alla sua chiusura, ma .... siamo pazzi!!!
Non è questo il punto...in certe situazioni a mio avviso potrebbe pure 
andare bene (penso ad una applicazione monoutente con un db access per 
esempio), tant'è che la modalità connessa è pure prevista (seppure in 
maniera blanda o quantomeno sconsigliata) su 
vb.net
 2003.
Il fatto è che se leggi sia Msde che libri Microsoft (per la certificazione 
MCAD ad es.) o lo stesso Balena, ti pongono la modalità connessa come la 
soluzione a tutti i mali..sembra quasi che chi usi la modalità connessa sia 
un bischero....e mo' ci tornano??
Mah....'tacci loro.....
Umbe 

 connessa come la
ehm...intendevo la modalità disconnessa..pardon.
umbe 

 connessa?? spero di aver letto male....
prova a guardare qui:
http://www.microsoft.com/italy/msdn/library/default.asp?url=/italy/msdn/library/net/adonet/migratingtoadonet.htm
ciao 

 Microsoft a chi sono rivolti questi tools di sviluppo?
perfettamente. al marketing. se sai che c'e' il wizard, e infinitamente piu'
facile che ci provi.
stessa storia del download *entro* novembre 2006. cosi' *tutti* per
sicurezza se lo scaricano, quindi -- e' statistico -- un percento che poi ci
prova -- e che altrimenti manco ci pensava -- ci sara'...
CHE K VUOL DIRE *ENTRO* NOVEMBRE 2006?  che mi vengono a guardare la data di
scarico in flashget? e se l'ho copiato da un amico che l'ha scaricato a
settembre 2006 sono in regola o no? sono le nuove eula? ci vogliamo
scompisciare?
quando dicevo cattivo gusto, pensavo a queste cose.
burinate.
peccato, tutto sommato gli volevo bene :P
ciao, a.
alla fin fine ci tocchera' comunque, novembre 2006 o dicembre 2010, sia
chiaro.

 troppo...
In passato anch'io ho passato periodi neri per quanto riguarda 
l'aggiornamento del parco macchine dell'amministrazione per cui lavoro.
Fortunatamente, da un paio di anni, ovvero da quando qualcuno si è 
veramente reso conto (ma non fino in fondo) dell'importanza 
dell'informatica in generale, gli approvigionamenti sono molto più 
frequenti.
Anch'io non sono molto d'accordo su questa corsa al continuo cambiamento 
di HW e sistemi operativi (tieni conto che ho migrato il nostro dominio da 
Win2000 server a WinServer 2003 solo questa settimana) ma le regole del 
mercato non le faccio io...
Volente o nolente, prima o poi mi devo adeguare per mantenere dei criteri 
minimi di sicurezza e una gestione più semplice e veloce di tutta 
l'infrastruttura (e si ritorna al discorso della 196/2003)
Ciao


 60 o di peggio).
Beh, ognuno fa le sue scelte :)


 l'infrastruttura (e si ritorna al discorso della 196/2003)
d'accordissimo. quello che discuto e' che, a livelli di infrastruttura
nazionale, si possa delegare a cuor leggero tutto a *una sola* azienda
privata. ovviamente non e' questione di ms. non mi piacerebbe nemmeno se
fosse ibm, o sun, o redhat. tralasciando i formati proprietari o no, su cui
tutti andranno verso la pubblicazione (*), se l'azienda chiude o crolla,
cosa facciamo?
(*) ma conosco almeno un'azienda che ha provato a sostenere che i *dati*
immessi col suo dbms erano di sua proprieta'. italia...

 codice rispetto alle versioni precedenti è, dati alla mano, inconfutabile.
Per il resto concordo con te! ma questa frase è interessante, soprattutto i 
suoi risvolti ...
Cominciai a programmare in Windows ai tempi di Win2-386 (non se lo hai mai 
conosciuto!) e non ero alle prime armi, avevo già un decina d'anni 
d'esperienze in vari sistemi. C'era un bel compilatore C con l'SDK per Windows 
  e si andava bene (interfaccia caratteri ovv.), si poteva fare un po' quello 
che si voleva ... Pochi anni dopo uscì il mitico QuickC for Windows (eravamo 
già con 3.0) e l'orizzonte usando i vari tools di autogenerazione del codice 
cominciava a restringersi! Nel '92 a Bruxelles ebbi in anteprima il Win32 SDK 
e li nacquero i primi binari poi ... (tralascio le varie versioni di VS) 
arrivò la bella idea di .net e i binari,a mio avviso, già stretti sono 
divetati una monorotaia.
Concludo il discorso: si in tre click fai il treno che viaggia come un lampo 
sulla loro monorotaia, ma se per caso tu dovessi fare, butto a caso, un 
autocarro ... (l'esempio è stupido lo so)
Questo secondo me è il problema, i tools, gli autogeneranti e tutti i vari 
gadget dei sistemi di sviluppo odierni ti permettono di fare *solo* quello che 
vuole chi li ha costruiti.
Un esempio? sulla mia pelle (professionale ovv.), nel '99 in una grossa 
azienda americana si doveva fare un applicativo particolare per la gestione di 
schede proprietarie, io arrivai a progetto inziato proprio per 'cavar le 
castagne dal fuoco' ai loro programmatori. Non ci fu verso di darne fuori con 
VS e C++ dovetti rispolverare dal mio archivio il vecchio compilatore C e 
l'SDK di win32, ti par'giusto? A me no!
Sai cosa mi piacerebbe vedere? Una legge a livello *mondiale* che impedisce a 
chi fa sistemi operativi produrre tools di sviluppo e applicativi per il suo 
OS. Penso che sarebbe una gran bella cosa per noi programmatori!


 vuole chi li ha costruiti.
(che raramente ha idea del perche' nel mondo reale si usino i programmi: lui
li usa perche' li ha scritti lui)
esatto. anche con vb ho letto migliaia di volte "con tre click setti le
proprieta' e il programma e' pronto". e siamo pieni di db che stanno in
c:\ilmioprogrammae'belloassai\ come in dos, e se li sposti, e/o perdi tre
giorni con regedit e/o non vanno. con quelli americani c'e' un passo avanti:
si mettono in c:\program files, e se non c'e' la creano. la esportano,
bonta' loro, come la democrazia :P
a gianlu', i tre click so' na fregnaccia, lassa perde... con net, a fare
hello world ci vuole circa 10x il tempo che con vb6, e ti devi tirare dietro
ognissanti. poi per cose serie magari ci vorra' 1/10x. mi auguro, ma intanto
lassa perde i tre click :)
ciao, a.

 mi auguro, ma intanto lassa perde i tre click :)
Rispondo ad Andrea, ma la risposta è ovviamente valida anche per 
"only-offroad".
Io non mi riferivo a nessun wizard anche se, è bene ricordare, i wizard di 
VS 2005 generano del codice modificabile e neanche tanto malvagio.
Quando intendo "scrivere meno codice", intendo dire che, ad esempio, per 
aprire, leggere e chiudere un file, posso scrivere:
Dim sBuffer As String = My.Computer.FileSystem.ReadAllText("c:\file.txt")
o, per pingare:
If My.Computer.Network.Ping(
www.visual-basic.it
) then...
Quello sopra, è un esempio banalissimo...
Andiamo un pò sul difficile:
Avete mai provato con VB6 ad effettuare l'upload HTTP di un file su un 
canale SSL utilizzando, per l'autenticazione sul web server, un 
certificato X.509 lato client???
A parte la difficolta' nel riuscirlo a fare in VB6, in .NET sono 6/7 righe 
di codice
Si può dire tutto di VS 2005, ma non che non sia produttivo ;)


 vorrei tanto conoscere qualcuno che oltre a parlarne fa anche :)
Beh, a parte gli allegati, il nostro DPPS è composto da circa una 50na di 
pagine discorsive (gli allegati saranno una 40na di pagine).
Dal punto di vista pratico (misure minime) abbiamo lavorato sodo in questi 
ultimi mesi per adeguare il nostro sistema informatico.
Ho anche scritto un paio di utility che potrebbero tornare utili a 
qualcuno del newsgroup.
La prima, in un ambiente Active Directory (ma può essere adattata anche in 
contesti differenti) permette l'esecuzione dei soli programmi autorizzati.
Qualcuno potrebbe obiettare che in WinXP esistono le 'Software 
Restrinction policies', ma vi posso assicurare che il mio servizio 
(l'utility gira appunto come servizio) è molto, molto più versatile.
La seconda invece, registra su SQL Server, a cadenze temporali, le entry 
degli event log security dei 2 domain controller in modo da tenere da 
parte, per un periodo lungo di tempo, tutti gli accessi effettuati sulla 
rete (utente, workstation, data/ora, login/logoff, ecc. ecc.)
Appena ho un po' di tempo le confezione un pochino meglio e le metto a 
disposizione di chi interessato.


 disposizione di chi interessato.
[x] ( barrare se interessati :)
grazie e ciao, a.

 Si può dire tutto di VS 2005, ma non che non sia produttivo ;)
gianluca, forse e' meglio se ci capiamo, seno' si gira in tondo intorno ad
alcuni presupposti, se non sbagliati, certo alquanto diversi.
se sei uno che sta lavorando, e che gia' sta stretto ad arrivare a sera
con le cose da fare, hai letto un file in una riga, ma per scoprire quella
riga ti sei dovuto imparare un mondo nuovo. il framework e le sue classi.
il che richiede *tempo*, un bel po'. tu impari molto velocemente, si vede,
e sono felice per te. io sono curioso di tutto, e non sono certo le
novita' a spaventarmi, ma ti assicuro che negli ultimi mesi non ho trovato
nemmeno il tempo di _installarlo_, vsnet. e quando ho due ore sono in uno
stato tale che e' java a portare fuori me, non il contrario...
i problemi sollevati per vbnet non mi sembra fossero teorici. non e'
neanche questione di sintassi, a=a+1 o a++ si impara. il punto e' che vb6
qualcuno lo usera' anche per le finezze, ma la stragrande maggioranza
degli utenti (programmatori) lo usa per mettere giu' il piu' velocemente
possibile e con il minor numero di errori possibile cose che vanno
*subito* in produzione.
a un ragazzo che comincia, non ho il minimo dubbio, direi "lascia stare
vb6, studiati il fw e net" (a parte i discorsi su compatilibita', free,
opensource ecc ecc). fossi una sw house, cercherei di mettere quante piu'
persone su linguaggi web-oriented e _aperti_, non solo net.
ma in questo specifico momento non so quante sw house abbiano la
possibilità di mettere persone a studiare in modo improduttivo (ovviamente
solo sul fronte pratico e immediato).
io prego solo che non cominciamo a essere inondati di schifezze net come
per anni si sono viste schifezze vb, con sw che vendevano i prodotti
scritti da chi stava imparando, e che stanno ancora facendo danni...
il casino di net e' stato di azzerare o quasi il pregresso (l'esperienza,
quando scrivi codice a occhi chiusi), mentre la forza ms e' sempre stata
garantire la compatibilità col pregresso.
tutta qui, la questione. come vedi, infinitamente piu' semplice del tuo
buffer(lof) in una riga sola :)


 ha scritto nel messaggio
news:dnbjee$r8b$1...@news.newsland.it...

Sto seguendo con molto interesse questo thread e quoto in tutto e per tutto le
riflessioni di Andrea.
Vorrei aggiungere una mia considerazione sulla produttività.
Probabilmente la maggior parte degli sviluppatori VB6 esperti (o almeno di
quelli "long-thinking") il proprio "framework" con cui aumentare la già buona
velocità di stesura di codice di VB6 se l'è già costruito, testato e collaudato
sul campo.
Vorrà dire che invece di scrivere:
Dim sBuffer As String = My.Computer.FileSystem.ReadAllText("c:file.txt")
scriveranno qualcosa del genere:
Dim sBuffer As String: sBuffer = FileSystemGlobalClass.ReadAllText("c:file.txt")
Idem per gli altri esempi presentati da Gianluca, con l'ulteriore vantaggio che
se, per esempio, non te ne frega assolutamente una cippa di web, http, sicurezza
etc. perché sviluppi solo applicazioni standalone su PC industriali che si
interfacciano con macchine automatiche, questo "framework" sarà parecchio più
leggero.
My 2 cents
Raf

scusate se mi intrometto mas vorrei dire anche io la mia
per me il passaggio a .net è stato traumatico e ancora non so per quanto
durerà( e si parla di giorni di ferie o serate) perchè è vero che è un modo
di pensare decisamente diverso ed anche io penso che fare le cose semplici
richiede più tempo. stà di fatto però che adesso c'è un bell'approccio
per aree di sviluppo che prima erano occulte sia solo per mettere
una icona sulla systray o le tecnologie per la connessione remota (es
remoting
web services ) e chi sa per altre che dovrò ancora scoprire...
E' senza dubbio vero però che questi vantaggi costano troppo ad un
programmatore
con già anni di esperienza, costo che sarebbe stato meglio che microsoft
si fosse fatta carico maggiormente mantenendo in qualche modo la
compatibilità con il passato e non scaricandolo così su chi l'ha fatta
grande in passato con un semplicissimo "Ricominciamo d'accapo"

--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 Gianluca Cannalire
[ IPERMEGA CUT]
Secondo me la verità stà in mezzo...
E' chiaro che chi ha già esperienza col Vb6 ci mette del tempo a passare al 
..Net.
Ma è anche vero che se sai programmare in Vb6 tempo ne hai già perso per 
impararlo...(magari venivi dal cobol..o dal Vb3)
Il fatto è che se si vuole fare un passo in avanti, questo costa tempo e 
denaro.
E che il .net sia un passo in avanti (per certi aspetti) è fuori 
discussione. (tra le tante cose, il solo fatto di passare da un linguaggio 
ad eventi ad uno veramente orientato agli oggetti non credo sia da poco)
Non difendo il vb6 nè osanno il .Net. L'unica cosa che mi infastidisce un 
po' è quando mamma Microsoft dice che il passaggio è veloce ed 
indolore......
Umbe

leggero.
Sono d'accordo con te, esistono molti usi di VB, io ad esempio sono  un utente
atipico.
Il VB mi serve principalmente per interfacciare il pc e delle elettroniche
dedicate per uso industriale tramite la seriale.
Uso ancora VB5, i miei programmi sono pieni di chiamate alle API, con meno OCX
possibile (a volte anche nessuno) e concepiti per funzionare dappertutto e con
pochi problemi.
Ciò purtroppo non mi ha impedito di ricevere proprio questa settimana una
chiamata da un tecnico (un meccanico) che stava installando una macchina in
Mongolia per un programma che dava un non ben definito 'runtime error' alla
partenza e non c'era verso di farlo andare sul pc dei cinesi.
Sul suo portatile invece era tutto ok.
Boh, alla fine sono riusciti comunque ad upgradare la Flash del µController.
Ho iniziato in basic con il TRSBasic sul TRS80 Tele Radio Shack del 1980 circa,
forse i più anzianotti lo ricorderanno, poi su PC con QuickBasic, VB3 e VB5.
Per programmare i microcontrollori uso C o Assembler ma per le applicazioni di
interfaccia su pc ho sempre preferito usare il Basic, anche perchè rispetto al C
o C++ ha il vantaggio dell' ide che velocizza il debug.
Ho scaricato e provato ad usare il VB2005 Express, ma è davvero un altro mondo,
tanto che finora ho combinato abbastanza poco, e forse punterò direttamente sul
C# se proprio dovessi essere costretto ad usarlo, ma spero tanto di no.
--
ciao
  Stefano

 passaggio è veloce ed indolore......
Non riesco a ricordare un'occasione in cui ho sentito dire qualcosa del 
genere. Ma non escludo che qualcuno l'abbia potuta dire... :)
Il passaggio non si può definire "indolore" e veloce, specialmente per 
come viene scritto il codice nella maggior parte di applicazioni in 
giro...
Anzi, anche per applicazioni ben scritte (ovvero con largo uso di classe, 
interfacce, ecc. ecc.) il passaggio non è velocissimo.
E comunque, come dice giustamente Andrea (ed io stesso l'ho detto più 
volte in altri interventi su .NET), il "difficile" non è tanto imparare 
una nuova sintassi (
VB.NET
 o C# che sia) ma quanto districarsi tra le 
migliaia di classi del framework.
E' qui, al limite, che si perde un po' di tempo...
Del resto, è anche vero quello che dice Rafunk, ovvero che un 
programmatore senior avrà, nel tempo, messo su un fw personale.
Ma per quanto completo possa essere un fw 'fatto in casa',  prima o poi ci 
si scontrerà con qualcosa di non pronto.
Qualcuno dice, giustamente, di lavorare su un settore molto verticale (ad 
esempio, l'automazione industriale) e che VB6 (persino il 5) è più che 
sufficiente per i suoi scopi.
Nessuna obiezione e capisco perfettamente le loro posizioni.
Del resto, bisogna prendere atto che Microsoft ha "chiuso" l'evoluzione di 
un prodotto nato 10 ed oltre anni fa.
O meglio, si può dire che è ripartita da zero, offrendo qualcosa di 
"innovativo" (java docet) che evolverà per i prossimi 10 e più anni.
Alternative a .NET esistono: RealBASIC, Delphi, ad esempio...
L'importante è essere coscienti che, sebbene l'esecuzione di applicativi 
VB6 sarà supportata anche su Vista, VB6 è oramai destinato a morire.
Ciao


 automatiche, questo "framework" sarà parecchio più leggero.
In parte è vero anche questo. Però, con l'evoluzione dei dispositivi e 
l'interconnessione con il resto del "mondo" (inteso come mondo 
informatico) prima o poi porterà tutti, anche in ambiente industriale, a 
doversela vedere con http, webservices, ecc. ecc.
Nulla, ovviamente, ti vieterà di continuare ad utilizzare VB6...
Ciao.


 [x] ( barrare se interessati :)
Ok, giusto il tempo di estrapolarle dal resto del contesto nel quale sono 
state sviluppate (il servizio fa molte cose anche non attinenti al DPS) e 
le metto sul sito.
P.S.: ovviamente sono scritte in VB 2005 :)


 P.S.: ovviamente sono scritte in VB 2005 :)
no te preocupe. l'importante e' che siano scritte bene (e conoscendoti, sia
pur poco, difficile che sia altrimenti), poi scrivile pure in demotico.
tanto tu a imparare il framework egizio ci metti una sera scarsa :)
grazie e ciao, a.

 Che hanno ragione.
Quoto.
Non vedo perchè spingere l'innovazione oltre i limiti del necessario.
Per quanto mi riguarda non ho ancora buttato il mio vecchio PIII 800Mhz 
e non ne ho alcuna intenzione.
VB6 gira, i programmi di videoscrittura anche. Firefox va che è una 
meraviglia.
Chiaramente ho anche un P4 2000Mhz ma è il portatile... e mi durerà 
ancora molti anni (guasti permettendo).
bye

 applicativi VB6 sarà supportata anche su Vista
C'è qualche spiffero che probrammi scritti in vb6 non gireranno sul
successore di Vista?
L'ho appena installato :(
--
Greg

 L'ho appena installato :(
Stai tranquillo, esistono talmente tante applicazioni basate sul runtime
di visual basic e su com, che, se microsoft vuol continuare a vendere, 
vb6 e com funzioneranno anche su vista e su quello successivo.
-- 
ciao, hal