Newsgroup: it.comp.lang.visual-basic
Titolo: lavoro

Conoscendo bene questo linguaggio quali possibilità ci sono per trovare un 
lavoro? 

 lavoro?
Quale linguaggio?
E tu già lo conosci o devi impararlo?
Nel secondo caso la domanda suona un po' come "Essendo un medico di fama
internazionale quante possibilità ho di fare carriera?".
Ciao

 ha scritto nel messaggio 
news:35bsnoF...@individual.net...

Il linguaggio è visual basic e non lo conosco, ma avendo del tempo a 
disposizione volevo impiegarlo bene, anche per soddisfazioni non solo 
personali. Ciao. 

 personali. Ciao. 
Ciao Claudio,
Parlo per esperienza personale e professionale.
Fare il programmatore, secondo me, non significa conoscere benissimo un
linguaggio, ma significa capire(e saper fare) la programmazione.
Quessto concetto può sembrare ai limiti della banalità sotto certi
aspetti, in fondo per fare il programmatore sembra ovvio il saper
programmare, ma credimi non è sempre così.
Esistono dei linguaggi, come VB6 per esempio, che proporzionalmente
rendono la scrittura di pessimo codice molto più semplice di altri.
Per "pessimo codice" qui non si intende tanto la tecnica algoritmica,
cioè la soluzione concettuale, quanto proprio il codice utilizzato.
Mi spiego meglio: per risolvere una equazione di secondo grado, la
formula più comune è (-b+/-Radice(b^2-4*a*c))/2a. Questo è l'algoritmo.
Puoi però implementarlo in tanti modi diversi, per esempio usando codice
come questo:
DIM A,B,C
...
oppure(ancora peggio):
DIM A,B,C As Long
...
oppure(*corretto*):
DIM A As Long, B As Long, C As Long
...
La differerenza è che nel primo caso, definisci delle variabili che
possono contenere di tutto, quindi un potenziale errore passa
inosservato(pensa ai casi di lunghi inserimenti dati magari di
diverse schermate con un calcolo che può essere fatto solo alla fine)
finché non si arriva al "punto" in cui poi il programma "esplode" con
degli errori apparentemente incomprensibili.
Un esempio banalissimo è che anziché uno 0(zero) digiti una O(o
maiuscola) e se il programma macina numeri... sono casi tuoi.
Nel secondo caso va un pò meglio, ma non molto, perché hai ancora due
variabili dove puoi fare quello che vuoi senza controlli.
Il terzo caso è quello corretto perché l'errore sarà visibile subito,
senza perdite di tempo.
Inoltre, un buon programma deve prevedere anche un minimo controllo
degli errori laddove possibile: Visual Basic di suo non aiuta molto,
però ci sono dei modi per risolvere il problema - per esempio prevedendo
degli eventi di errore per casi particolari che necessitano di una
gestione dedicata.
Insomma: imparare un linguaggio è solo un primo passo, poi vengono i
successivi, vale a dire riuscire a capire che non c'è un "linguaggio
migliore" in assoluto(anche se, alla fine dei giochi, ci sarà sempre il
proprio preferito) ma che varia in base alle circostanze.
Just my 2c,
Andrea

 Insomma: imparare un linguaggio è solo un primo passo
In realtà imparare un linguaggio dovrebbe essere l'*ultimo* passo.
Ciao

 Ciao
Ciao,
Andrea

 chi è un esperto programmatore? :-D
Io non *sconsiglio* proprio niente.
Dico solo che, senza dubbio, certi linguaggi possono *favorire* pessime
abitudini, se la persona non è guidata adeguatamente dall'inizio.
Quindi, se vuoi imparare il Visual Basic, fallo senza remore, però tieni
conto che è uno di quei linguaggi dove la "facilità" può diventare un
difetto e non un pregio, se non si *SANNO LE COSE*.
Ciao,
Andrea
P.S. La prossima volta quota un pò meglio.