Newsgroup: it.comp.lang.visual-basic
Titolo: Cerco conforto.......

Salve a tutti, sono un neofita del Visual Basic, e quando dico neofita
intendo dire che ho cominciato da una settimana (sigh...).
Aggiungo che è la mia prima esperienza di programmazione e che ho 27 anni:
morale della favola, il mio cruccio è: riuscirò ad essere pronto per
lavorare come programmatore prima dell'età pensionabile (ammesso che allora
ci sarà ancora una «età pensionabile»)?
Immaginavo che fosse abbastanza complicato, ma dopo aver letto un po' di msg
in questo ng, penso che sia impossibile? Arriverò a comprendere quegli
astrusi termini che utilizzate? Quando? Come?.......aiutatemi.....ho bisogno
di un'iniezione di fiducia!
Ciao a tutti

> critiko:

Se il tuo obbiettivo e` di lavorare come programmatore Visual Basic presso
una casa di software temo che tu abbia un'eta` un po' avanzata, considerando
che hai cominciato a studiare da appena una settimana. Il discorso sarebbe
diverso se tu fossi un programmatore "finito" in un altro linguaggio che si
mette a studiare Visual Basic: in uno o due mesi potresti essere produttivo
e l'eta` sarebbe molto meno rilevante.
Ma questi sono discorsi teorici perche' potresti benissimo essere veloce
nell'apprendere, avere tempo da investire, fortuna e amici o conoscenti che
ti permettano di fare esperienza.
Insomma, non me la sento di incoraggiarti ma nemmeno scoraggiarti: molto
dipende da te e dalla tua determinazione. Potresti anche scoprirti un
venditore nato ed aver bisogno di gente che scrive codice, piuttosto che
scriverne in prima persona.
--
Ciao.
Maurizio
--------
?SPQR(C)
 X
--------

Se studi forte... segui un corso... Beh... per scrivere il 90% dei programmi
che vengono richiesti ad un programmatore VB... Stai tranquillo che puoi
imparare in poco tempo... forse quello che ti manca é un po' di pratica...
ma quella verrà...
        Allanon

di un'iniezione di fiducia!
Beh, nulla è impossibile (e sei già a 1), arriverai a comprendere? Sì (e 2), come? come iniziano
tutti: guida in linea, manuali, esempi, Sito Comune (ti consiglio di darci un'occhiata), newsgroup
(e 3). Quando? Beh, queto non si può stabilire a priori: fatto sta che il materiale meso a
disposizione dalle risorse di cui sopra, ti può facilitare di molto le cose ed abbassare i tempi di
apprendimento. Lo scoglio più grosso è entrare nella mentalità di programmazione: per quella ci
vuole un po' di tempo, tante prove e masticare bit più volte al giorno, prima e dopo i pasti (non
durante peché sennò inzozzi la tastiera...).
Ciao,
Moreno
#sirri#@#morenosoft#.com
(togliete "#" dall'indirizzo)
Moreno Sirri VB Site - 
http://www.morenosoft.com/MSVBSite/
---------------------------------------------------------------------------
Le risposte alle tue domande le trovi sul Sito Comune di questo NewsGroup:
 
http://www.murialdo.it/it_lang_vb
---------------------------------------------------------------------------

Grazie (non so se eri sincero ma mi va bene lo stesso!)
Un paio di domande: cos'è il «Sito Comune»? e cosa intendi per «entrare
nella mentalità della programmazione»?
critiko

nella mentalità della programmazione»?
Premessa (in soldoni, anche perché ho il pranzo in tavola ed il cane che mi sta mordendo la
ciabatta...): 
il compito di un programmatore è quello di trovare il modo migliore, saper utilizzare i metodi e le
tecnologie più adatte per raggiungere uno scopo e, nel caso sorgesse un problema, saper come
aggirarlo. Inoltre è possibile raggiungere una stessa meta seguendo strade diverse, ma qual'è la
migliore? Pobabilmente tutte, ma variano a seconda del contesto e del caso in cui ti trovi: se piove
non salirai una parete scoscesa, anche se è la via più breve, se c'è un caldo torrido, potresti
imbatterti in qualche vipera, altrimenti OK; in quei casi opteresti per una strada più lunga ma più
sicura: un percorso ombroso in mezzo al bosco con il caldo torrido ma non con la pioggia (il
fango...); un sentiero battuto e pianeggiante in mezzo alla radura va bene anche con la pioggia...
Lo so che è vago come esempio, ma era per riportarlo alla vita reale: quando ti trovi a dover
progettare un software, ti trovi davanti a molte possibilità su come sviluppo, diversi strumenti:
sta a te scegliere quali sono i più adatti per quel software specifico, considerando il campo di
applicazione (se dovrai creare un programma di gestione conti per una banca, non ti affiderai certo
ad Access come database... altrimenti dimmi che banca è così divento ricco...), lo scopo, chi sono
gli utenti a cui è destinatoi, quali sono le risorse disponibili, se e come potrà venir implementato
in futuro...
Inoltre, una volta stabiliti gli strumenti da utilizzare, ecc...  ti ritroverai a dover pianificare
l'applicazione ponendoti dalla parte dell'utente per quanto riguarda le sue funzionalità, ma allo
stesso tempo dovrai ragionare come se fossi "dall'altra parte" del programma, nascosto dietro
l'interfaccia utente, con un z-order infinito...: questo perché sarai tu a dover immaginare tutto
quello che farà l'utente, ad evitare che un uso scorretto porti a degli errori, a prevenire tali
errori ed a fornire all'utente un'interfaccia più semplice e chiara possibile.
Prendi semplicemente un vettore di n numeri: ora scrivi un algoritmo per ordinarlo: ce ne sono
diversi, ma fai questo esercizio, prova ad immaginare che tu hai questo insieme scritto sulla carta,
riproduci mentalmente le operazioni che faresti per ordinare tali numeri e traducile nel linguaggio
di programmazione... ecco, questo è un esempio di come "mettersi dall'altra parte" per risolvere un
problema, ragionando con la mente del PC e non con quella dell'utente: all'utente poco importa i
procedimenti che hai adottato...
Ora, per completare lo sviluppo dell'applicazione, ripeti l'esercizio per ogni problema che ti si
porrà davanti...
Questa è la mentalità di programmazione: imparare a ragionale con una "logica sequenziale" come
farebbe il PC e non l'utente: se io ti dico: "500, 10, 5, 3, 6, 2, 0, 235" e poi ti chiedo:
"ordinameli in ordine crescente"; tu mi rspondi "0, 2, 3, 5, 6, 10, 235, 500". Ma come hai fatto?
Hai usato un procedimento praticamente automatico, inconscio, ma prova a immaginare le operazioni
che ha fatto il tuo cervello, una per una: "leggo il primo numero: 500, leggo il secondo: 10 ops, il
secondo è il più piccolo; leggo il 3: 5, no: il terzo è il più piccolo, poi il secondo, poi il
primo..." continua e poi traducilo in VB...
Spero di averti reso l'idea, anche se, a pensarci bene, bastavano gli ultimi due paragrafi, senza la
premessa iniziale, forse inutile... così almeno avrei salvato le mie ciabatte... vabbé...


Beh, mi pare che qui prima o dopo tutti siano stati nelle tue condizioni, e
non solo per il VB, ma ancor prima quando si passava tutto il pomeriggio a
copiare listati per far fare il salto alla pecorella su quell'oggetto strano
chiamato VIC 20.
Dice bene Moreno, quanda parla di mangiar pane e bit ..... come per una
qualsiasi lingua che si rispetti bisogna "pensare" in quella lingua, bisogna
pensare VB almeno per un po'.
Difficile, scoraggiante ?
Tuttaltro, verrà spontaneo se ci dedicherai un po' di tempo e metterai VB
tra le cose importanti della tua giornata.
Manuali, NG, SC, Corsi on line ...... tutto bene ma credo che sia importante
che tu lavori da subito ad un progetto, che tu abbia subito uno scopo
concreto nell'apprendere VB, e se non ce l'hai fattelo, tutto sarà più
semplice e meno noioso.
Suona come una paternale, ma un avecchio frequentatore di questo NG mi fece
lo stesso discorso qualche anno fa e devo ammettere che ebbe ragione.
Buon Lavoro
Lo staff di VBTIPS

Difficile, scoraggiante ?
No, almeno fino a quando non ti capita di piantarti mentre stai mangiando e cominci a gridare GPF,
GPF!!!! F1! F1! F1!
;-P
