Newsgroup: it.comp.lang.visual-basic
Titolo: VB è una vergogna!!!


Secondo me e' un troll.........

hai usato l'oggetto printer?
se sě, controlla che nei pc dove non funziona windows riesca a stampare.
Non č che x caso nel portatile hai una stampante che si collega con la porta
ad infrarossi ed hai stampato direttamente sulla porta o ti sei aiutato con
qualche programma specifico di gestione porte???
Se no a tutto questo, allora o i pc dove hai provato hanno qualche conflitto
sulla parallela (se usano quella x stampare) oppure devi migliorare il modo
di programmare! :)
A parte gli scherzi, se sviluppi in un pc e provi con una stampante e non
conosci bene il Vb l'unico problema che puoi incontrare installandolo in un
altro computer č che i margini di stampa non ti riportino (se  stampi con
l'oggetto printer) se invece uni CR, allora problemi non dovresti averne.
Ciao

Purtroppo Zizzo, anche se in modo abbastanza rozzo,
a sintetizzato il problema. Visual Basic è un grande linguaggio, con delle
capacità immense, soprattutto essendo molto verboso permette a tutti di
avvicinarsi alla programmazione. Ha però delle grosse limitazioni, come
quella di richiedere un run per l'esecuzione del codice, cosa che invece
altri linquaggi, tipo il Delphi non hanno, e comunque, viene enormemente
danneggiato dalla politica microsoft: Io ti vendo il linguaggio, ti do i
componenti standard, e se poi vuoi qualcosa di più devi comperare altri
componenti commerciali. Andiamo chi di voi non va in bestia quando vede i
programmi di Office usare quelle toolbar e notare come esse non sono
standard in VB ?
Non parliamo poi della stabilità dell'ambiente. VB6 è accettabile solo dal
SR3, prima mi andava in crisi due volte si e una no...
Il dibattito comunque è molto interessante e Zizzo ha avuto comunque il
merito di averci posto sopra l'accento.

Sono nuovo del newsgroup, e devo dire che condivido le impressioni di Zizzo.
Questi giorni sto' avendo enormi problemi nella re-distribuzione di un
applicativo che avevo scritto nel lontano '95.
Molti clienti mi hanno chiamato dicendo che l'applicativo era affetto dal
Millenium Bug. Con mio sommo stupore mi sono accorto che le masked edit di
VB di allora (il 4) erano bacate... Infatti viene fuori un bel run-time
error quando la form tenta di infilarci dentro una data 2000.....
Prendo allora i sorgenti e tento di ricompilare con VB nuovo...ma......il
graph control del VB4 non esiste piu', sostituito dal bellissimo MSChart.
Naturalmente hanno pensato bene di cambiare tutti i metodi dell'interfaccia,
rendendolo incompatibile con il vecchio. Ed allora, mettiti a riscrivere
tutta la parte di codice legata alle statistiche.....
...Poi mi accorgo che il crystal report non c'e' piu'.....Riscrivi tutti i
report con quella schifezza che danno adesso.....
Avete mai provato a fare le etichette con il report designer?
Scartabellando nel knowledge base trovo poi che comunque il crystal report,
se uno lo cerca meglio, nei CD di VS97 c'e'......
naturalmente l'ho scoperto solo DOPO aver rifatto quasi tutti i report....
Poi, come mamma Microsoft dice, gia' che ci sono, sostituisco i data control
usati all'epoca (l'inesperienza.....) con connessioni ADO. Ma scopro che
l'installazione non funziona su macchine dove l'ambiente di sviluppo non e'
presente (leggete il messaggio che ho postato su questo newsgroup).....
Poi, commissionando un update o un Insert into tramite ADO, le modifiche nel
database  non vengono viste da un dbgrid connesso ad un data object se non
dopo un po' di tempo.....
Che impressione bisogna avere degli applicativi Microsoft?
Senza contare quando l'IDE ogni tanto va' in crash quando chiedi l'help di
qualche metodo......e tu non avevi salvato il codice appena scritto.....
Poi sicuramente Visual Basic e' un linguaggio molto veloce per scrivere
applicativi. Ma, se non ci si impongono delle regole ferree sulla
separazione del codice dall'interfaccia ci si puo' fare mooolto male su
applicativi abbastanza complessi....
Io ho pagato molto caro l'inesperienza di scrivere codice legato quasi
esclusivamente agli eventi....
Io come lavoro scrivo in C++ sotto Unix (prossimamente Linux) e devo dire
che e' tutta un'altra storia.....Hai il controllo dela situazione, le
macchine sono stabili, gli applicativi pure...Non devi stare a fare il
reboot della macchina ogni 5 minuti cosi', tanto per essere sicuro....
Insomma, per programmi di 20 righe di codice VB e' molto grazioso ma per
progetti piu' grossi io lo guarderei un po' di traverso...
Scusate lo sfogo ma in questi giorni c'e l'ho un po' con VB...
Ciao
Andrea

E' da BASCOM che programmo applicazioni gestionali di una certa dimensione
navigando con  VBDOS > VB3 > VB4 > VB5 > VB6, attraccando in CPM > XENIX >
UNIX > DOS > WIN3.11 > W95 > W98 > WNT.
Ho visitato la nuova spiaggia di RedHat ma mi pareva di essere un Rob.Crus.
Per quante settimane ho alloggiato a Java ma mi pareva di essere a Cuba.
Quale sarà il linguaggio che ci permetterà di essere liberi?