[Generale]Come si impara un linguaggio di programmazione?

[grigor91]

Originariamente inviato da D4rkAng3l

Però se come dice il tuo nick sei del 91...beh c'hai tempo

Conoscerai il detto: "Chi ha tempo non aspetti tempo"
I miei dubbi derivano dal fatto che non vorrei perdere tempo a studiare dei costrutti che non userò mai salvo in casi rarissimi, tempo che potrei utilizzare per studiare argomenti ben + produttivi.
Se però mi dite che non c'è questo rischio mi studierò ben volentieri i vari manuali dei linguaggi

[D4rkAng3l]

Originariamente inviato da grigor91

Conoscerai il detto: "Chi ha tempo non aspetti tempo"
I miei dubbi derivano dal fatto che non vorrei perdere tempo a studiare dei costrutti che non userò mai salvo in casi rarissimi, tempo che potrei utilizzare per studiare argomenti ben + produttivi.
Se però mi dite che non c'è questo rischio mi studierò ben volentieri i vari manuali dei linguaggi

Beh i manuali sono le basi, sono proprio il minimo...senza aver studiato quelli non vai da nessuna parte...fai te

[shinya]

Io di solito faccio cosi:

- prima imparo a leggere (quindi guardo la documentazione ufficiale, e i sorgenti di qualche libreria)

- comincio a scrivere qualcosa di semplice: tipo i problemi più facili di spoj.pl o project-euler. Insomma, roba che conosci, di cui hai in testa la soluzione, e che devi solo esprimere in un altro modo.

- li riscrivo in modo più idiomatico possibile (chiedendo su irc o nei forum specializzati se la tal cosa è abbastanza idiomatica e come potrei migliorare).

- leggo qualche sorgente scritto bene

- leggo qualche sorgente scritto bene

- leggo qualche sorgente scritto bene

- scrivo qualcosa di più ampio, ma sempre non troppo complesso, che tocchi diversi aspetti, tipo un piccolo Game of Life con qualche funzionalità di base (tipo leggere qualche formato standard per questo gioco come .lif o .rle). Nel game of life c'è un pò di tutto: I/O da file, GUI, costrutti base e volendo multithreading. Il punto ovviamente non è scrivere una roba che funzioni e basta; il punto è scrivere una roba che funzioni e che sia idiomatico, in modo da imparare a "pensare" nel linguaggio X.

[© Rocky]

Io ho cominciato molto tempo fa con lo Spectrum della Sinclair, non conoscevo un accidente di nulla, (quasi come ora)
pensavo stupidamente che digitando qualsiasi domanda il computer mi desse la risposta, invece accendo lo Spectrum e non c'è altro che il cursore lampeggiante affamatissimo di codice Basic antidiluviano.
Ho trascorso molte nottate solo per disegnare una riga o un cerchio sullo schermo della TV 12 pollici.
Questo è stato il via. Dopo molto tempo ho acquistato l'Atari e via a studiare il GFA basic, libri presi in prestito dalla biblioteca seguìti da grande lettura e pacioccamenti sulla macchina.
Nel 1999 finalmente acquisto un PC serio con Windows 98 se, inizio col VB 6, spendo circa un milione di lire per acquisto di libri sull'argomento, dedico molto tempo per letture, prove, esperimenti ecc.
Oggi riesco a fare tutto ciò che desidero, salvo qualche volta che, pur sapendo le cose, non ricordo di saperle e quindi chiedo soluzioni ai Forum tipo Hardware Upgrade con grande figura di M.. interiore
Inutile dire che i miei occhi sono partiti

Credo che, un linguaggio di programmazione, qualunque esso sia, ha un solo ostacolo, la nostra creatività e fantasia.

Buone festività

[grigor91]

Originariamente inviato da shinya

Io di solito faccio cosi:

- prima imparo a leggere (quindi guardo la documentazione ufficiale, e i sorgenti di qualche libreria)

- comincio a scrivere qualcosa di semplice: tipo i problemi più facili di spoj.pl o project-euler. Insomma, roba che conosci, di cui hai in testa la soluzione, e che devi solo esprimere in un altro modo.

- li riscrivo in modo più idiomatico possibile (chiedendo su irc o nei forum specializzati se la tal cosa è abbastanza idiomatica e come potrei migliorare).

- leggo qualche sorgente scritto bene

- leggo qualche sorgente scritto bene

- leggo qualche sorgente scritto bene

- scrivo qualcosa di più ampio, ma sempre non troppo complesso, che tocchi diversi aspetti, tipo un piccolo Game of Life con qualche funzionalità di base (tipo leggere qualche formato standard per questo gioco come .lif o .rle). Nel game of life c'è un pò di tutto: I/O da file, GUI, costrutti base e volendo multithreading. Il punto ovviamente non è scrivere una roba che funzioni e basta; il punto è scrivere una roba che funzioni e che sia idiomatico, in modo da imparare a "pensare" nel linguaggio X.

Ti devo ringraziare perchè mi hai dato quei 2 siti che cercavo da tempo.
Però non capisco una cosa: in che senso bisogna controllare se un programma è idiomatico, o meglio non capisco come non possa esserlo.

[variabilepippo]

in che senso bisogna controllare se un programma è idiomatico, o meglio non capisco come non possa esserlo.

Non è "idiomatico" se usi costrutti e approcci tipici di altri linguaggi, senza sfruttare le caratteristiche proprie del linguaggio. Per esempio se programmi in C++ e non usi né STL, né IO streams né altre funzionalità specifiche del C++ allora non stai scrivendo "codice idiomatico".

[grigor91]

Originariamente inviato da variabilepippo

Non è "idiomatico" se usi costrutti e approcci tipici di altri linguaggi, senza sfruttare le caratteristiche proprie del linguaggio. Per esempio se programmi in C++ e non usi né STL, né IO streams né altre funzionalità specifiche del C++ allora non stai scrivendo "codice idiomatico".

Sarebbe come programmare in java mettendo tutto in una classe?

[grigor91]

Recupero questa mia discussione per fare una domanda:
Cosa serve ad un programmatore oltre a conoscere un linguaggio di programazione?

[cdimauro]

Taaaaaaaanta esperienza. E possibilmente un bel po' di teoria, che non guasta mai (almeno per rendersi conto delle implicazioni che comporta lo sviluppo del software).

[PGI-Bis]

Teoria e pratica, teoria e pratica, teoria e pratica. Agitare (mai mescolare!) per un cinque-sei anni di seguito, ogni giorno, non meno di quattro ore al giorno. Tutta la teoria, dall'orientamento agli oggetti alla gestione della memoria, dai database ai modelli di sviluppo software, algoritmi, analisi matematica - uhhh quanta analisi, ci finisci quasi in analisi dopo tutta quell'analisi.

Quando studi un linguaggi ti prendi uno, due tre libri su quel linguaggio, li leggi - non sia mai che si pensi che basti prenderli . Ripetutamente, leggi. Ci sono libri che a volte rileggendoli verrebbe da dire: "Ohilà, ma questo non è il libro che ho letto l'altra volta!". Poi c'è la rete che è una preziosa fonte di informazione con tutti i blog di personaggini mica da ridere, le mailing list degli sviluppatori, i whitepaper e gli studi pubblicati da aziende e università. C'è anche tanta monnezza ma quella di solito la distingui dopo un po' che pascoli per i prati telematici.

Ci sono i forum in cui puoi trovare spunti di riflessioni ma anche risposte. Ah, i forum. Ricordo quando mi avventurai le prime volte su quello ufficiale di Sun.

- Salve, sto imparando Java, avrei un dubbio su...
- LEGGI IL FOTTUTO MANUALE!!!

Ahhh, americani, sempre così affabili con i principianti...

[grigor91]

Riguardo alla teoria vorrei sapere quali siano le nozioni di base per poter programmare (naturalmente prendendo per scontato che si conosca già un linguaggio di programmazione)

[cdimauro]

Puoi cominciare con la teoria della computabilità, poi passare a quella della complessità, e approdare a quella dell'informazione.

[PGI-Bis]

Originariamente inviato da cdimauro

e approdare a quella dell'informazione.

E fu così che si ritrovò giornalista...

[Kralizek]

posta la conoscenza della sintassi di base, trovati un caso reale e buttatici a testa bassa...

a me ha aiutato tantissimo il sito del clan/gilda. A partire dall'ASP fino all'ASP.NET 3.5 ha passato tutte le versioni :P

[grigor91]

Originariamente inviato da cdimauro

Puoi cominciare con la teoria della computabilità, poi passare a quella della complessità, e approdare a quella dell'informazione.

Grazie quando ho un po' di tempo cerco qualche libro.


Cercando in giro per internet ho trovato degli argomenti che vorrei approfondire, se qualcuno mi indicasse una scaletta per mettere in ordine in base alla difficoltà (e magari ne aggiungesse altri che ritiene utili) gli sarei molto grato

- codifica e compressione immagini e video
- strutture dati
- teoria dei linguaggi
- teoria dei compilatori

[banryu79]

Originariamente inviato da grigor91

Cercando in giro per internet ho trovato degli argomenti che vorrei approfondire, se qualcuno mi indicasse una scaletta per mettere in ordine in base alla difficoltà (e magari ne aggiungesse altri che ritiene utili) gli sarei molto grato

- codifica e compressione immagini e video
- strutture dati
- teoria dei linguaggi
- teoria dei compilatori

Io della scaletta che hai indicato considererei "strutture dati" affianacata a "algoritmi" (di solito vanno di pari passo) e terrei presente il fatto che, sebbene determinati settori usino un sub set specifico dei precedenti (ad esempio immagino che la voce "codifica e compressione immagini" includa indirettamente la conoscenza appunto di alcune strutture dati e algoritmi specifici) in generale fa bene conoscere almeno quelli più comuni.

Poi uno si specializza in un dato campo/contesto tecnologico.

[cdimauro]

Originariamente inviato da grigor91

Grazie quando ho un po' di tempo cerco qualche libro.

Cercando in giro per internet ho trovato degli argomenti che vorrei approfondire, se qualcuno mi indicasse una scaletta per mettere in ordine in base alla difficoltà (e magari ne aggiungesse altri che ritiene utili) gli sarei molto grato

- codifica e compressione immagini e video
- strutture dati
- teoria dei linguaggi
- teoria dei compilatori

La scaletta che ti consiglio è questa:
- strutture dati
- teoria dei linguaggi
- teoria dei compilatori
- codifica e compressione immagini e video.

Anche se come primo argomento io metterei sicuramente teoria della computabilità. Sarà pure un macigno, ma la trovo estremamente formativa.

[grigor91]

Teoria della computabilità che da quel che ho capito riguarda anche gli algoritmi, in accordo con il post di banryu.

[cdimauro]

Non esattamente. E' una materia estremamente teorica (meglio la pagina in inglese, comunque).

[Kralizek]

se segue quella scaletta si annoia prima di scrivere un hello world però :P