Newsgroup: it.comp.lang.visual-basic
Titolo: Stupidi manuali....

Vorrei esporre la mi opinione ed esperienza a proposito dei manuali e dei
tutorial presunti di Vb, C++ e altri linguaggi ad oggetti.
Penso, infatti che tutti i manuali si occupino, erroneamente, della
programmazione ad oggetti ( che alla fin fine è la cosa più semplice del Vb
! ), non soffermandosi più di tanto sulla non facile sintassi del linguaggio
stesso, vero fulcro di un linguaggio di prg.
I criteri di programmazione generale, invece, sono uguali quasi in tutti i
linguaggi, la era cosa da spiegare è la sintassi!!!!
  Ditemi la vostra e magari se volete scrivere qualche tutorial prendete
spunt da questa mia osservazione....
Kosby

 ha scritto nel messaggio
news:hJXD5.14411$N93.4...@news.infostrada.it...

per la sintassi di un linguaggio di programmazione basta un quick reference
e la guida in linea;
se la programmazione ad oggetti è, secondo te, la cosa più semplice quando
si parla di programmare (anche limitandosi al solo VB), beh, mi dispiace
dirlo, ma hai ancora davvero moltissimo da imparare;
la casa più difficile da imparare è la logica di programmazione che sta alla
base di un ogni buon programma; non fraintendermi: per logica di
programmazione non intendo l'algoritmo utilizzato, ma proprio il modo di
scrivere un programma, indipendentemente dal linguaggio utilizzato;
non per niente, ogni buon programmatore è in grado di utilizzare agevolmente
più di un linguaggio di programmazione, e non ha nemmeno molte difficoltà ad
impararne uno nuovo;
riflettici su;
ciao

 linguaggi, la era cosa da spiegare è la sintassi!!!!
A dir la verità, sono del parere contrario. La sintassi di un linguaggio di
programmazione è qualcosa che si impara in frettissima (e specialmente negli
ambienti ide di microsoft, con AutoSense, controllo in linea della sintassi,
eccetera). In effetti, solitamente per un programmatore è molto facile
guardando un breve listato di esempio farsi un'idea anche precisa della
sintassi di un linguaggio di alto livello. Alla fine, esaurite le solite
strutture fondamentali (if..then, for..next, do..loop, while..wend), si
tratta solo di scrivere in modo leggermente diverso le stesse cose.
Un esempio lampante è la coppia VbScript/JavaScript: una volta compreso
l'uso delle graffe, e dei punti e virgola, e di pochi altri dettagli, il
resto viene quasi da se (e a volte è indistinguibile).
Quello che cambia in maniera determinante è invece l'approccio ad uno stesso
problema. Finchè si richiamano metodi di un oggetto, la cosa sembra
semplice, ma appena ci si allontana dall'ovvio ogni compilatore ha le sue
idiosincrasie.
Oltre a questo, quando affermi che la programmazione ad oggetti è la cosa
più semplice di visual basic, non mi trovi d'accordo. Penso però che tu ti
riferisca semplicemente allo stile di programmazione di vb (che alla fine
dei conti non è molto più di un linguaggio di scripting con il grande
vantaggio di essere un container com, e quindi estensibile in una grande
varietà di modi). Usare un oggetto richiamando i suoi metodi è indubbiamente
facile. Pianificare correttamente un'architettura OOP è tutt'altro che
scontato, specialmente utilizzando un linguaggio (vb) che vero OOP non è.
Fra l'altro, la sintassi è più che ampiamente documentata nell'help.
-vibino

spunt da questa mia osservazione....
Non sono d'accordo.
Come ha detto giustamente, a mio modesto avviso, HellBoy, la cosa più difficile è entrare nella
mentalità di programmazione: te lo posso confermare perché oltre ad aver imparato da autodidatta ho
anche insegnato e ti posso dire che la difficoltà maggiore che avevano i miei allievi stava appunto
nel determinare il metodo per risolvere un problema, i procedimenti da utilizzare per aggirarlo,
ecc. E questi sono problemi di logica, di conoscenza degli algoritmi e dell'architettura di un
programma e del SO, non tanto di sintassi. Per questo (e qui ti rimando ad i post di qualche
settimana fa, dove si discuteva sull'utilità degli pseudo-linguaggi) quando si deve pianificare
un'applicazione complessa o soltanto una procedura per la risoluzione di un determinato problema, è
importante studiare a tavolino il percorso da seguire, giudicare la migliore tra le varie
alternative possibili, ... La stesura del codice è solo l'ultima parte, e che tu lo scriva in VB,
Delphi, C o quello che vuoi, molte volte non ha importanza (la scelta del linguaggio da utilizzare
avviene per altri criteri, sempre che se ne conoscano più d'uno... ;-P).
Poi, una volta che hai acquisito la mentalità di programmazione, quando sai come un software
interagisce con il SO, cos'è un'oggetto e come si gestisce (qui credo che tu abbia fatto un po' di
confusione, leggi avanti), ecc. ecc. ecc., lo studio di un nuovo linguaggio è certamente meno
complesso del primo.
Come già accennato, credo che tu abbia confuso la programmazione orientata agli oggetti con la
progettazione visuale (overo il disegnare l'interfaccia grafica dell'applicazione con un  drag&drop
nell'ide di VB).
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
---------------------------------------------------------------------------

Forse sono stato frainteso...
Io intendevo dire che per programmare, una volta ENTRATI NELLA LOGICA DI
PROGRAMMAZIONE la cose risultano alquanto facili, solamente che in alcuni
casi, e specialmente nella stesura di tutorial o presunti tali, viene spesso
tralasciata la parte sintattica del linguaggio, che pure è importante.
Personalmente conosco Pascal ( fondamentale per un buon programmatore: ti
facilita le cose in seguito), C++ e sto tentando di imparare ad usare al
meglio Il Vb, tuttavia, il mio osatcolo maggiore è quello di imparare la
sintassi ( essendo stato abituato a ragionare con la logica di
programmazione col C++ eCol Pascal) , anche perchè, per mia sfortuna, non
conosco neanche il Basic.
Il mio post era semplicemente un invito a chiunque volesse scrivere un
tutorial di far attenzione anche alla categorie di persone come me....
Kosby
Moreno Sirri ha scritto nel messaggio ...



allora forse adesso ho capito cosa intendi:
i vari libri (o tutorial) che parlano del VB partono sempre dal presupposto
che il lettore sia un utente alle primissime armi; come conseguenza di cio
si dilungano e si soffermano troppo a lungo su elementi "banali" del
linguaggio (almeno per chi ha già esperienza di programmazione);
su questo ti do' pienamente ragione: è frustrante seguire un libro/tutorial
del genere da parte di chi ha già un buon livello di esperienza;
personalmente ho avuto lo stesso problema quando mi sono avvicinato a linux:
il 90% dei vari howto era (ed è tuttora) rivolto a persone che non hanno la
minima esperienza in fatto di sistemi operativi, periferiche, ecc. ecc.
(argomenti del tipo: "perchè stampare?" oppure "come funziona una scheda
audio?" fanno cadere le braccia a molte persone, specialmente se impegnate a
cercare informazioni _utili_ per configurare un sistema...)
ciao


