Newsgroup: it.comp.lang.visual-basic
Titolo: Nuovo arrivato cerca consigli

Ciao a tutti, sono un giovane ragazzo di 15 anni che già ha avuto a che fare
con linguaggi di programmazione e con un annetto di vb. Ora mi sono convinto
a ritornare sul visual basic, ma vorrei chiedere ai più esperti qui quali
sono le regole da seguire per diventare un ottimo programmatore di questo
linguaggio considerando che già ho le basi sintattiche e che ho già lavorato
in questo ambiente di sviluppo. Cosa deve fare un programmatore per
diventare un esperto di visual basic? Insomma, una volta che hai le basi
devi pur sempre andare a cercare per la rete trucchi e cose che non sai fare
ed io in queste circostanze non mi sento un programmatore perchè devo farmi
aiutare dagli altri. Perfavore chiaritemi le idee. Ringrazio tutti
anticipatamente. Ciao!!

 aiutare dagli altri. Per favore chiaritemi le idee.
Nessuno nasce imparato[1]. E per imparare, o leggi sui manuali sui libri,sui
newsgroup come questo, sui siti in rete, sulle riviste, ti fai aiutare da qualche
amico...
In ogni caso ci deve essere un flusso di informazioni, da qualcun altro a te.
Certo, a meno che tu non abbia voglia di passare il resto della tua vita a
imparare a programmare da solo, reinventando l'H2O ad alta temperatura
tutti i giorni.
P.S.: hai già visitato il Sito Comune ? 
http://www.it-lang-vb.net/
C'è una grossa quantità dell'ossido d'idrogeno caldo di cui parlavo prima.
[1] Tranne la signora Erminia Imparato e il fratello, li ho conosciuti anni fa...
Bye, G.

Secondo me i trucchi sono 3:
- Studiare! Non solo e non per forza sui libri... vedi il NG...
- Fare pratica... Passare ore e ore...
- Lavorare (almeno qualche volta) in un gruppo...
            Ciao
                    Allanon

> - Lavorare (almeno qualche volta) in un gruppo...
Secondo me questo è molto molto importante

 Secondo me questo è molto molto importante
molto meno che provare a lavorare col programma che si e' scritto,
mettendosi nei panni dell'utente.

Scusa Pal non l'ho capita !!

 Scusa Pal non l'ho capita !!
chi programma ha una sua logica. ma, in genere, e' anche piu' esperto di
pc che gli utenti del suo programma. quindi segue un modo di ragionare
che non e' detto l'utente capisca. e sarebbe bene non disprezzasse
l'utente, senza il quale lui programmatore non esisterebbe o magari
coltiverebbe rape.
esempio di programmazione del ca%%o:
    explorer.exe ha causato un errore nel modulo xxx all'entry point yyy
varie persone mi hanno telefonato convinte di avere irrimediabilmente
rovinato il pc. ogni volta ci metto un quarto d'ora a tranquillizzarle.
e ogni volta penso agli idioti che hanno coniato quel msgbox.
una regola potrebbe essere (tu impersonale, nb):
    SE NON SAI CHE CA%%O DIRE, NON DIRLO !!
se non c'e' una spiegazione sicura su cosa ha causato l'errore e
soprattutto su come evitare che si ripeta, manda un messaggio meno
terrificante.
in win2000 c'e' un evoluzione:
    creazione del registro degli errori in corso
    [ok]
quando ha finito di creare il suo registro, _devo_ premere [ok]. che
senso ha ? visto che non posso farci niente, e che w2k si suppone
multitasker, non potrebbe assegnargli un task e gestirsela per conto
suo, senza rompermi ulteriormente le p@lle ?
altro esempio. quando devi (ri)mettere una scheda di rete su un pc
win95, e' ovvio che non vedi il server. bene. prova a mettere i driver
su un floppy o in una dir e a farglieli vedere a w95:
1. l'idiota ha un form w3x che non vede i nomi lunghi. di 3com ce ne
sono circa 8590 versioni...
2. se nella dir ci sono 2 .inf, il listbox si blocca e ci ho messo un
anno a capire che puoi risolverlo scrivendo a mano l'inf nel txtbox
sopra il list.
ora: moltiplica il numero di installazioni di schede di rete su win95
per il numero di maledizioni che sono andate a quel programmatore -- o
team che sia. vorresti essere lui ?
altra cosa, che traggo da 
www.iarchitect.com
, ma che seguivo da 15 anni
per conto mio:
se in un form di immissione dati ci sono campi obbligatori, vuol dire
che il programmatore e' stato quantomeno pigro.
per evitare casini, di solito uno mette: campo obbligatorio. cosi' si
evita prob di incoerenza dei dati. peccato che il mondo e il modo di
procedere siano spesso incoerenti, e si deve tenerne conto. il sito
faceva l'esempio di un db ibm in cui e' _richiesto_ il nome del
contatto. ma se io annoto "telecom" posso anche non mettere un nome di
persona relativo a un # di telefono. se il db me lo chiede obbligatorio,
io pal e' _sicuro_ che lo disinstallo entro 5 secondi.
stessa fonte: un db in cui puoi annotare i compleanni. per evitare
errori nell'immissione delle date, il tizio ha messo un calendar control
settato +- dal 1800 dc al 2200 dc. di chi e' amico il programmatore, di
arrigo boito e e.t. ? non basta: c'e' solo un hscroll per scorrere gli
anni, a colpi di 50 per volta. domanda: da che spacciatore va il
programmatore ?
infiniti altri esempi. vai su quel sito per un'antologia da horror show.
cose, quasi tutte, che lavorare in gruppo puo' -- forse, molto forse:
windows non l'ha scritto uno da solo, anche se ogni tanto sembra --
aiutare a risolvere, fornendo vari punti di vista. ma che _si risolvono_
solo usando la testa. mettendosi anche quella degli altri, quando serve.
ciao, a.