Newsgroup: it.comp.lang.visual-basic
Titolo: Ole, Com, ActiveX, ... a cosa servono se non sono "compatibili" ???

Gentili colleghi,
vi coinvolgo in una riflessione su Visual Basic 3,4,5,6,....
La tecnologia a componenti di M$ mi è quasi subito parsa
una buona idea, peccato che il solo fatto che l'abbia
partorita M$ la ha lasciata "buona" per al massimo venti
minuti ;-) A parte gli scherzi, vi propongo un esempio
(quasi) reale:
1) scrivo un programma X con Visual Basic 4 di circa 0.8 Mega
(sorgenti) e il cliente è soddisfatto e paga.
2) Passa (SOLO) un anno e sulla mia macchina ho installato VB5sp3...
3) Il cliente mi chiede delle modifiche al suo programma X ... io ricarico
il progetto e...crash !!! Un sacco oggetti e componenti che avevo
utilizzato non sono più supportati e VB5 me li rimpiazza con delle
picture...è passato solo un anno. Solo un anno.
4) Vorrei disinstallare tutto ma non posso perchè sto seguendo altri
progetti in VB5...cosa faccio, cosa dico al cliente che ha un programma X
"osoleto" di un anno ??? Chi me lo paga il tempo di upgrade di X ? Il
cliente
vuole solo aggiungere quattro menate...Sono in stallo.
5) Poi il programma Y in VB5 lo porto sulla macchina del mio collega, che
ha installato VB5 prima e VC++6 poi. Facciamo del debug insieme e, trovato
un problema (in un banalissimo ciclo for) apro il progetto  Y e lo modifico.
6) Torno sul mio PC...crash: il VB5 del mio collega ha pensato di aggiornare
dei componenti che con la modifica non c'entravano un c.... di niente.
Risultato:
io che ho DevStudio 5.0 non riesco più ad aprire il progetto correttamente
(e pensare che ho solo modificato un indice !!!!). I controlli della mia
macchina
sono "obsoleti".
7) A questo punto mi servirebbe avere sul mio PC sia VB4 che VB6
(rassegnandomi
all'upgrade)...pazzìa...
8) potrei continuare per ore...
La mia "sensazione" è che la M$ quando parla di RAD e di riusabilità delle
componenti non abbia di certo in mente il NOSTRO lavoro di
sviluppatori. Questo continuo e "presunto" progresso siamo sicuri che
gioca a nostro favore, che ci permetta di soddisfare i requisiti del
cliente ??? Cosa possiamo fare per fermare questa emorragia
di nuove versioni ??? La M$ è consapevole che molti di noi non comprerebbero
più nuove versioni ogni anno...e con gli stratagemmi delle componenti
registrate ecc... ci obbliga quasi a farlo (IMHO)...
Sono (quasi) sicuro che i colleghi che hanno scritto e supportano programmi
da
oltre un Mega riescano a capire il senso della mia frustrazione. Ed è
proprio
da loro che mi aspetto dei commenti...
Forse dovremmo smettere di eccitarci all'uscita di un nuovo controllo
o tool...a meno che questo non serva VERAMENTE....E non perchè
presumibilmente avrà meno bachi del suo predecessore ;-)))
Aiutatemi a capire il senso di tutto ciò...
Saluti e buon "upgrade" a tutti ...
Davide.

vi coinvolgo in una riflessione su Visual Basic 3,4,5,6,.... ecc. ecc. ecc.
Egregio, hai la mia più sentita approvazione.
   E' da poco che mi stò intreressando della piattaforma PC, e di
conseguenza a livello di programmazione di VB. La mia precedente
esperienza di programmatore e sistemista la ho maturata in ambiente
mainframe IBM.
    Ebbene nonostante che IBM nel settore sia e sia stata una potenza,
prima che decida di abbandonare una feature o di cessare di garantirne
la compatibilità all'indietro passano DECENNI.
   L'unica soluzione mi sembra giustappunto di ignorare tutti i nuovi
controlli e versioni che di primo acchito mi sembrano solo dei nuovi
generatori di BUGS e di disgrazie.
  Ci vuole un occhio di riguardo alla sostanza e non solo
all'apparenza nonostante l'aggettivo quasi obbligatorio di VISUAL. 
  Diverse applicazioni che ho visto sarebbero state funzionalmente
equivalenti per l'utente ( o il cliente ) se scritte in interfaccia
carattere in MS/DOS. 
Tanti saluti e comprensione.
 
Un unico dubbio, perchè non ti mantieni un catorcio di PC con
installato VB4 in modo da poterti gestire i progetti sviluppati con
quella release.

vi coinvolgo in una riflessione su Visual Basic 3,4,5,6,.... ecc. ecc. ecc.
Egregio, hai la mia piů sentita approvazione.
   E' da poco che mi stň intreressando della piattaforma PC, e di
conseguenza a livello di programmazione di VB. La mia precedente
esperienza di programmatore e sistemista la ho maturata in ambiente
mainframe IBM.
    Ebbene nonostante che IBM nel settore sia e sia stata una potenza,
prima che decida di abbandonare una feature o di cessare di garantirne
la compatibilitŕ all'indietro passano DECENNI.
   L'unica soluzione mi sembra giustappunto di ignorare tutti i nuovi
controlli e versioni che di primo acchito mi sembrano solo dei nuovi
generatori di BUGS e di disgrazie.
  Ci vuole un occhio di riguardo alla sostanza e non solo
all'apparenza nonostante l'aggettivo quasi obbligatorio di VISUAL. 
  Diverse applicazioni che ho visto sarebbero state funzionalmente
equivalenti per l'utente ( o il cliente ) se scritte in interfaccia
carattere in MS/DOS. 
Tanti saluti e comprensione.
 
Un unico dubbio, perchč non ti mantieni un catorcio di PC con


quella release.
VB4 è uscito nel 96, VB6 nel 98 ... tra cinque anni dovrei avere
un "bel" magazzino (o dovrei dire museo) con 8 catorci di PC ...
VStudio4,VStudio5,VStudio6,VStudio7,VStudio8,VStudio9,VStudio10,VStudio11...
mah.
Questo NON è progresso. Secondo me.
Ciao. Buon lavoro.
Davide.