Newsgroup: it.comp.programmare
Titolo: [OT] perche' la ricerca di tanti consigli?

Mai come in questo periodo fioccano messaggi che cercano consigli su quale
linguaggio imparare. Dato che mi interessa professionalmente (insegno) mi
piacerebbe conoscere la vostra opinione in proposito.
Si tratta di un trend dovuto alla fine della scuola? Uno ha un po' di tempo
e vorrebbe impiegarlo meglio?
Hanno paura di sbagliare da soli?  Chi vuole imparare a programmare non
dovrebbe cercare consigli sul linguaggio, ma consigli su come imparare a
programmare.
Fra versioni trial e compilatori free nessuno deve sborsare nulla finche'
non e' certo di voler imparare proprio quello e quindi non si tratta di una
questione di soldi.
Ci sono in giro troppi linguaggi?
L'assembler sembra tornato di moda. Perche'?
Bye, Sonic.

 L'assembler sembra tornato di moda. Perche'?
  Non siamo in periodo di Demo Contest? :)
	Alla prossima,
		Marco

programmare.
E' proprio questo il problema. Secondo me la disperata ricerca del
primo e migliore linguaggio da imparare è una caratteristica
principalmente dell' autodidatta.
Se uno frequenta una scuola o l'università capisce o dovrebbe capire
che prima di tutto ci sono dei concetti base di programmazione che
servono in tutti i linguaggi.  Una volta che si hanno le basi
l'apprendimento di altri linguaggi risulterà più semplice e
produttivo.
Quando però una persona vuole imparare a programmare da sola partendo
più o meno da zero ha sempre l'incubo di aver preso la strada
sbagliata e di stare sprecando tempo ed energie. E' per questo che c'è
una grande ricerca di consigli, per essere confortati nella propria
scelta.
Ciao.
Fabio Serra
***********
Per rispondere in e-mail cancella "the." e sostituisci 
"whitehouse" con "faser".
***********

 programmare.
Credo che questo sia il problema di fondo. Negli ultimi anni sono venuti di
moda linguaggi (VB innanzitutto) che permettono a chiunque di cominciare a
scrivere codice senza conoscere nulla di programmazione. Questo significa che
si e' creata una certa concezione, secondo la quale un buon libro su un
linguaggio di programmazione basta e avanza per diventare degli esperti. Il
risultato di una simile concezione  ce lo abbiamo davanti al naso: programmi
che si avviano per miracolo e che si rompono al primo input errato, programmi
che dietro qualche effetto speciale nascondono una grandissima povertà di idee,
...
Detto in altre parole: il linguaggio e' solo il 5% del problema! Chi vuole
imparare a programmare dovrebbe concentrarsi sugli algoritmi e sulle tecniche
di programmazione, dopodiche il linguaggio si impara in poco tempo e lo si
cambia quasi a piacere.
Certo, se devo fare delle prove, le dovro' fare in qualche linguaggio, per cui
tanto vale sceglierne uno. Quale?
Secondo me, la risposta e' obbligata: il C.
Infatti:
Sotto Unix/Linux e' il Linguaggio con la L maiuscola: gli altri, Perl compreso,
sono ancora dei comprimari;
sotto windows esistono delle alternative (VB e Delphi) ma partendo da zero il C
non e' piu' complesso di Delphi. Inoltre anche il linguaggio di windows e' il C
(perlomeno l'SDK). Chi conosce C+SDK, forse ha impiegato qualche mese in piu'
rispetto a chi ha studiato VB ma in cambio
1) conosce la programmazione windows (chi studia VB non ci si avvicina nemmeno,
chi usa Delphi si avvantaggia comunque dalla conoscenza dell'SDK e del C: i
migliori programmi in Delphi li ho visti fare a chi conosce l'SDK, che delphi
abbia la potenza del C e la facilità di VB e' un'esagerazione: diciamo che fa
un'ottima via di mezzo)
2) puo' passare facilmente a qualunque altro linguaggio;
Pertanto, il mio consiglio a chi vuole imparare a programmare e'
un libro sul C;
un libro sulle "chiamate di sistema" in senso lato (SDK o le chiamate di
sistema di UNIX)
TANTI libri su algoritmi e strutture dati.
Da questa base, si passa rapidamente aDelphi, VB, Perl o qualsiasi altro
linguaggio e, con sforzi ragionevoli, ad architetture piu' complesse (es 3-tier
o client/server)
Ciao
Mauro

 Bye, Sonic.
ma tu , quando insegni, ripeti solo quello che c'é scritto sui libri o
cerchi di spiegare le cose tramite qualche consiglio?
Il consiglio é sempre una forma di insegnamento, che xo' si basa
sull'esperienza altrui, in modo che uno non perda tempo a cercare cose dove
non potrà mai trovarle.
Se per te é una perdta di tempo , allora.....!
Forse tu sei un fenomeno , non hai mai chiesto niente a nessuno.
Beato te......
--
ciao, suppo
(fabrizio)
su...@katamail.com
"mai mettersi troppi problemi, basta che le cose funzionino"

xché é il piu' remunerativo a livello lavorativo e anche x soddisfazione
Questa e' l'unico intervento sensato e pertinente che hai fatto.
Polemicamente, Sonic.

 L'assembler sembra tornato di moda. Perche'?
A parte che il linguaggio si chiama "assembly" e non "assembler" (lo
so, sono un pignolo rompi-scatole ;-) ), penso che la cosa sia dovuta
al fatto che vanno di moda gli hacker/cracker (lo so, sono diversi, ma
non puntualizziamo...)
--
 Ciao, Bianco.
 Reply to 
luca....@tiscalinet.it

 Polemicamente, Sonic.
Grazie molto gentile, vuol dire che se passiamo un mese insieme, andremmo
daccordo per solamente due ore.



Dai, non e' cosi'! La dialettica e' molto positiva se e' costruttiva e
rispettosa delle opinioni altrui. Magari potessimo fare qualcosina in COBOL!
E' qualche anno che non lo uso piu' a livello serio e comincio ad
arrugginirmi. Posso programmare in una decina di altri linguaggi (assembly
compreso), ma penso che il COBOL non abbia nulla da invidiare agli altri
(nel suo campo di applicazione, si intende). Fra le altre cose sto'
lavorando ad un sito dedicato proprio a questo linguaggio che spero di
mettere in linea a fine estate.
Buon lavoro, Sonic.


Questo é molto interessante, fammi sapere. (e scrivilo in italiano almeno
posso leggerlo anch'io -:))
Cmq se guardi i testi che ti ho citato potresti trovare qualche idea
interessante per il tuo lavoro. (non fraintendermi , non l'ho detto in senso
negativo, sicuramente le cose trattate le conosci già benissimo, intendevo
nel tipo di esempi )
