Newsgroup: it.comp.lang.visual-basic
Titolo: [OT] Ho paura per VB6

ogni momento sento dire che tra max 2 anni VB6 non servirà quasi piu a
niente, perche tutti conosceranno e tutti pretenderanno la conoscenza di
VB7...
ora mi chiedo... ci sono ancora in giro prodotti realizzati con VB5... le
aziende quando chiedono la conoscenza di VB ai candidati, non fanno
eccessiva distinzione tra 5 e 6... a questo punto, è davvero così
catastrofica la situazione ? davvero bisognerà convertirsi entro breve a
VB7, se non si vuole restare tagliati fuori ? oppure sono le solite voci
pessimistiche e apocalittiche ?
MarioH

 ha scritto nel messaggio
news:9qkcc4$opaof$1...@ID-70152.news.dfncis.de...

MarioH, è tanto che si fanno discorsi di questo tipo.
In brevissimo e con le dovute semplificazioni, imho, la situazione si può
riassumere in due punti:
1) Sì Vb7 sarà molto diverso da Vb6.
    Ms stessa raccomanda di continuare a utilizzare Vb6 per la manutenzione
di prodotti che in questo ambiente sono nati.
    Tieni anche presente che non solo sono ancora in circolazione prodotti
scritti con Vb5, ma anche, pur in calo, prodotti scritti con Vb3...
2) Il valore di uno sviluppatore è -quasi- indipendente dalla piattaforma
sofware utilizzata.
    Che tu sia un ottimo sviluppatore Vb7 o Vb6 o Delphi o C++, l'importante
è che tu sia un ottimo sviluppatore.
    Starà a te mettere a frutto la tua esperienza anche nell'affrontare
nuovi ambienti e linguaggi.
    Fatto salva la differenza fra scrivere un gestionale e un Os,
naturalmente...   :-P
ciao
ugo

 writes:
UM>     Fatto salva la differenza fra scrivere un gestionale e un Os,
UM> naturalmente...   :-P
Se  il gestionale  include gli  stipendi  o cose  correlate molto  più
facile fare un sistema operativo :)
--
Gian Uberto| main(){printf(&unix["\021%six\012\0"],(unix)["have"]+"fun"-0x60);}
Lauri      |                        David Korn, 1987 ioccc best one liner 
(aka saint)|-------------------------------------------------------------------
em@ail: 
sa...@eng.it
 ( vedere X-nospam nello header - see X-nospam in header )


Lol... ma vero... almeno in Italia, paese di bei paesaggi ma grosse
complicazioni.
ciao
ugo

> 
UM> Lol... ma vero... almeno in Italia, paese di bei paesaggi ma grosse
UM> complicazioni.
Anche all'estero la pensano cosě, tranquillo :)



beh ma questo è ancora peggio... il passaggio da VB a VB Net è meno drastico
del passaggio al C#...
quindi è preoccupante che il linguaggio "principe" per win, tra qualche
anno, sara un ling. troppo diverso da VB...
che dire... speriamo alla MS ci "ripensino"... e continuino a supportare
decentemente anche il VB almeno per i prox 15 anni...!!!!!!!!
MarioH

Tra 15 anni navighiamo in Internet co caschi neurali in testa e sarà come essere in un altro mondo....il Ng sarà una bella aula
magna dove tutti noi ci incontreremo....e parlaremo tranquillamente uno con l'altro :)
15 anni sono una ERA nell' Informatica!
Ciao SIMO


Dissento con le risposte date precedentemente il passaggio a .NET e quindi 
VB.NET
(e non VB7 ...) non sarà così indolore come il passaggio da VB5 a VB6
perchè cambia completamente la struttura dell'ambiente di sviluppo, 
finalmente una OOP completamente supportata, senza considerare tutto il nuovo
framework che punta a essere multipiattaforma eliminando le chiamate dirette
al sistema operativo che si facevano prima con le API. Quindi è probabile che 
l'aggiornamento sarà inevitabile un buon programmatore VB6 tra 5 anni varrà
ben poco se non pensa di aggiornarsi.
-- 
Posted from  [217.57.33.234] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 VB7...
Stupidaggini. Non ti fare terrorizzare dalla propaganda della Microsoft.
Il linguaggio più utilizzato fino ad oggi in ambito gestionale è il Cobol,
che ha un sacco di anni e nessuno pensa che sia obsoleto. La mia fanciulla
conosce e usa normalmente l'RPG da anni, e nessuno si sogna di farla migrare
a qualcos'altro.
Cosa costa passare un programma da VB5 a VB6? Niente, o quasi, quindi quasi
tutti si sono aggiornati (scontrandosi poi con 5 Service Pack di bachi).
Cosa costa passare da VB6 a 
VB.NET
? Un mare di soldi (in aggiornamento del
personale e riscrittura del codice), quindi quelli che hanno già fatto
investimenti pesanti in codice VB6 e precedenti, se li terranno ben stretti
e continueranno ad usare quello.
Secondo me VB6 ha almeno altri 5 anni di vita prosperosa. Nel frattempo
usciranno versioni semplificate di 
VB.NET
 perchè MS si renderà conto che non
saranno in moltissimi quelli con i soldi e la voglia di migrare, e a quel
punto sarà più semplice intraprendere il passaggio.
Se vuoi ti puoi buttare su 
VB.NET
 ora, ma fallo solo se hai qualcuno da
mungere subito, qualcuno che sia disposto a spendere per fartelo imparare e
per sorbirsi gli inevitabili bachi che accompagnano tutte le versioni dei
prodotti M$ che finiscono con lo 0.
In caso contrario, continua con VB6 bello tranquillo e vivi felice.
Ciao
*Roby*


ehehe era quello che volevo sentirmi dire... ::))))
MarioH

 al sistema operativo che si facevano prima con le API.
che significa ?? che non ci saranno piu le Api ?? e tuto quello che si
poteva fare SOLO con le Api, che fine fa ??!!
MarioH


Guarda che riviste microsoft consigliano a chi conosce bene visul basic di
rimanere con 
vb.net
 in quanto è più facile avere un approccio, con un
notevole così cambiamento, in modo che quando si è appresa una certa
dimistichezza si può passare anche ad altri linguaggi microsoft con più
facilità

 writes:
RP> Stupidaggini. Non ti fare terrorizzare dalla propaganda della Microsoft.
Hmmm, ma loro sono quelli dell'obsolescenza programmata.
RP> Il linguaggio più utilizzato fino ad oggi in ambito gestionale è il Cobol,
RP> che ha un sacco di anni e nessuno pensa che sia obsoleto. La mia fanciulla
RP> conosce e usa normalmente l'RPG da anni, e nessuno si sogna di farla migrare
RP> a qualcos'altro.
RPG credo  che abbia poche alternative  nel suo campo. E  COBOL ha dei
compilatori che  generano codice molto molto efficente.  Anzi, dove si
usa  il  COBOL -  principalmente  Mainframe  -  se vuoi  fare  calcolo
scientifico usi il FORTRAN (che non va tanto bene per il gestionale) e
se vuoi fare  gestionale usi il COBOL (che  col calcolo scientifico ha
poco a che  fare): i compilatori C, incredibile  dictu, sono più lenti
dei primi due...
RP> Cosa costa passare un programma da VB5 a VB6? Niente, o quasi, quindi quasi
RP> tutti si sono aggiornati (scontrandosi poi con 5 Service Pack di bachi).
RP> Cosa costa passare da VB6 a 
VB.NET
? Un mare di soldi (in aggiornamento del
RP> personale e riscrittura del codice), quindi quelli che hanno già fatto
RP> investimenti pesanti in codice VB6 e precedenti, se li terranno ben stretti
RP> e continueranno ad usare quello.
RP> Secondo me VB6 ha almeno altri 5 anni di vita prosperosa. Nel frattempo
RP> usciranno versioni semplificate di 
VB.NET
 perchè MS si renderà conto che non
RP> saranno in moltissimi quelli con i soldi e la voglia di migrare, e a quel
RP> punto sarà più semplice intraprendere il passaggio.
Hmmmm... Vero  che qui di 
VB.NET
 non  se ne è ancora  parlato, ma temo
comunque che VB rimarrà indietro  come potenzialità in quanto non avrà
i mezzi per fare cose che con 
VB.NET
 saranno facili...


 ha scritto nel messaggio
news:9qmlk7$ocpek$1...@ID-70152.news.dfncis.de...

L'API di Windows ovviamente non sparisce: e' una componente del sistema
operativo, mica del linguaggio.
Quello che voleva dire e' che quello che si poteva fare SOLO con le API ora
si potra' fare con metodi nativi del framework, questa per lo meno e'
l'intenzione...
Quindi ti conviene usare i metodi gia' pronti del ListView invece di
impazzire dietro ai SendMessage... :-)
Ciao
--
Luca Dormio - 
luca....@tin.it
________________________________
"Marty, non stai ragionando in maniera quadridimensionale"
Dr. Emmett L. Brown

 prodotti M$ che finiscono con lo 0.
Questo vale per qualunque sw, di qualunque SH.
Ciao.

 fare SOLO con le Api, che fine fa ??!!
Sì, ci saranno sempre. Ma 
VB.NET
 (o meglio la piattaforma .NET) fornisce un
ampia libreria di classi che copre una buona parte di tutto ciò che ti serve
e che con VB 6 avresti dovuto fare ricorrendo all'API.
Per necessità specifiche non coperte da questa libreria dovrai ovviamente
sempre ricorrere all'API del SO che stai utilizzando, avendo cura di
incapsulare bene questo codice in classi ad hoc in modo da limitare la non
portabilità a ristrette parti del codice.
Ciao.

 Questo vale per qualunque sw, di qualunque SH.
Mah, io ho ancora dei bei ricordi legati alla vecchia Borland.
Ciao
*Roby*

 non c'è nessuna intenzione di abbandonarlo.
il mio corsetto di cobol l'ho fatto 16 anni fa. e non era un linguaggio
all'avanguardia :)
ho idea che si usi da almeno 25 anni, e che dei cobol vengano scritti anche
adesso, per macchine che come terminali hanno pc windows. ecco dove
finiscono i nostri vb...
fra l'altro con y2k c'e' stata una caccia al programmatore cobol
prepensionato, visto che nessuno sapeva piu' mettere le mani nell'yymmdd :)
j.data.division

 buttare il mio tempo.
Secondo me non è mai tempo buttato via.
Io trovavo le mie conoscenze sul C++ molto utili anche quando scrivevo
qualcosa in VB.
Ciao.

 tratta sempre di un arricchimento culturale, che è in ogni caso utile.
in linea di massima concordo. pero', anche a parte i flop, si rischia
l'erudizione fine a se stessa. che poi imparare il tedesco faciliti
l'apprendimento dell'inglese, credo sia abbastanza assodato. ma se poi uno
non andra' mai in mitteleuropa, ci penserei un po' su. non e' cosa da 5
minuti, e forse neanche 5 anni...
non e' molto probabile, ma neanche impossibile: e se net finisse come
java/jini ? quanta gente ci ha gia' speso tempo...
se non si e' in un ruolo decisionale (cosa che di te e roby non so), nel
qual caso una posizione la si _deve_ prendere, io lascerei tempo al tempo ed
eviterei i discorsi probabilistici. da questo punto di vista, cobol c'e' e
gira, net mica tanto.
mi auguro che fra un paio d'anni questo mio post sia inadeguato e antiquato.
ma vb6 non lo sara', stanne abbastanza certo, finche' ci saranno macchine a
32 bit. certo, se ms convince intel e amd (e i milioni di aziendine che
hanno sw che gira) ad abbandonarle di pacca... se...
ciao, j.32b

 cobol c'e' e gira
Già, purtroppo.
Ciao.

 per la cronaca, non trovano posto nè VB nè 
VB.NET
).
aaargh ! e chi mi soccorrera' ? :)
ciao, j.cobolda

 qualcosa in VB.
Ribadisco. Se invece di studiare, posso fatturare (e molto bene), non vedo
proprio la necessità. Checchè ne dica la Microsoft.
Ciao
*Roby*

 j.data.division
Mi pare di ricordare che andasse tra la Environment section e la Program
Division. L'unica cosa che mi è rimasta impressa per certo, è che le
operazioni matematiche si potevano fare in forma "verbosa". A=B+C era "ADD C
TO B GIVING A". Un mito! :-)
Ciao
*Roby*

 insieme un essere umano da solo...
Posso immaginare.
Ciao.

 la necessità. Checchè ne dica la Microsoft.
Non lo dice la M$. Ma la programmazione stessa ;-)
Ciao.

 writes:
RP> Non č importante se piaccia o meno. L'importante č che si usa da 15 anni e
RP> non c'č nessuna intenzione di abbandonarlo.
Solo  15 ???  Credo che  COmputer  Businnes Oriented  Language sia  di
_poco_ piů giovane di FORmula TRANslator :)


 essere decisamente insufficienti.
Mi potresti spiegare perchè a te sono bastate 5 ore per essere esperto della
piattaforma .NET e a me non basterebbero due mesi? ;-)
Ciao
*Roby*

 _poco_ più giovane di FORmula TRANslator :)
Ti prego, non infierire sulle mia labile memoria. Mi ha già giustamente
tirato le orecchie anche Java. :-)
Ciao
*Roby*

 basterebbero due mesi? ;-)
Non sono stato chiaro. Hai parlato di "qualunque linguaggio" che diventerà
lo standard del mercato. Se per utilizzare al meglio 
VB.NET
 possono bastare
poche ore (per chi conosce già la OOP), imparare un linguaggio come C++
richiede certamente molti mesi (se non anni) di studio e di pratica.
Ciao.

 allo stesso livello di potenzialita' di C#.
Confermo appieno ciò che dici.
C# è stato progettato per essere il linguaggio principe della piattaforma
.NET, ha una sintassi decisamente più lineare e chiara (e secondo me più
semplice), ed ha altre differenze molto importanti, che lo rendono
decisamente migliore del 
VB.NET
. E, secondo me, basterebbe il solo
overloading degli operatori (molto importante nella OOP) a dimostrare la sua
superiorità.
Ciao.

 compatibilità la fornisce COM.
Io lo trovo comunque demenziale. Quando costringi il tuo utente a cambiare
sistema, l'utente in questione si guarda intorno per vedere se, già che c'è,
trova qualcosa di meglio. E a mio parere di meglio si trova.
In ogni caso staremo a vedere.
Ciao
*Roby*

 Gią. Meno male che java e il suo padrone al momento sono distratti. ;-)
gia'. peccato che carta resta.
in questo caso tuttavia non canta: stonerebbe :)
mi sa (non ho controllato)
che sia manu-tenere (cfr ingl. to handle),
quindi semmai manutenuto
h.pl.l su questo ti do' ragione :)
sul resto passiamo.
ciao, j.