Olimpo Informatico

[GrayWolf]

[rebelia]

[GrayWolf]

[rebelia]

[GrayWolf]

[rebelia]

[GrayWolf]

[Lorenzo]

Ciao. Vorrei intervenire sull'argomento imparare a programmare. Secondo me prima di imparare un linguaggio di programmazione sarebbe bene capire e imparare cosa sono gli algoritmi e perchè servono nei computer. Ricordo che l'esame di "programmazione" all'Università (fatto nel 1984!! ) consisteva nella scrittura di un algoritmo per risolvere un problema e poi la sua trascrittura in FORTRAN.

Ciao a tutti.

[ZapoTeX]

Senza offesa, ma non sono d'accordo. Ricordo con disgusto e orrore i "diagrammi di flusso" e gli "algoritmi" scritti al liceo.

I quadrati, ellissi, rombi etc... e le freccette per le assegnazioni da usare negli algoritmi altro non sono che UN LINGUAGGIO, con una sua sintassi (anche se elastica) e con delle sue regole. Ma un linguaggio con un grave handicap: solo il professore può dirti se è giusto. Un linguaggio vero invece, basta un computer per dirti se il programma che hai scritto funziona.

Sinceramente mi fido più di un computer che di un professore, tanto più che l'OBIETTIVO FINALE della programmazione è il computer. Dunque in favore del rigore e della certezza di aver fatto bene di un bel programma in C, rinuncio volentieri all'elasticità sintattica di un diagramma di flusso o di un algoritmo (tanto più che il C da dei messaggi di errore completi e precisi ed è facile capire se hai sbagliato l'idea o se hai fatto una cavolatina sintattica)

Certo, il Fortran è un suicidio. Chi si avvicinasse al Fortran senza saper programmare si sparerebbe. Chiami un array con indice fuori dal range in cui hai definito l'array e quel deficiente invece di darti errore ti va a leggere un'area della memoria fuori dall'array, dove magari ci sono cose codificate in un altro formato. In altre parole ti restituisce un numero che non assommiglia a null'altro del tuo programma e che ti sembra casuale!

Ciao!

[GrayWolf]

Io ci sono passato dai diagrammi di flusso e per lavoro, non per studio.

Senza dubbio può sembrare molto noioso ed inutile, al giorno d'oggi,
utilizzare una tecnica (non linguaggio) per rappresentare il flusso di un programma.

C'è però una cosa da dire: la progettazione di un programma o di un'applicazione
senza la sua rappresentazione cartacea, impone la conoscenza del linguaggio con cui sono scritti.
Il diagramma di flusso (o "a blocchi", com'era chiamato)
permette di presentare lo svolgersi delle operazioni,
prescindendo dal linguaggio con cui queste sono svolte.
Certo, con le tecniche e gli strumenti attuali di programmazione
è molto più facile mettersi a video e "creare" l'applicazione
senza "annoiarsi" a verificare preventivamente sulla carta
la corretta logica di funzionamento (tanto se c'è qualcosa di errato ci pensa il pc a dirlo).
Poi a distanza di tempo, senza quella documentazione, si è costretti
o peggio ancora si costringe qualcun'altro, ad esaminare tutto il codice
per capire cosa quel maledetto programma fa e dove sbaglia.

[horus]

[GrayWolf]

[ZapoTeX]

Tutte le volte che qualcuno ha avuto la sfortuna di utilizzare un programma scritto da me, non gli ho fatto mancare una spiegazione della sorgente.

Ma un conto è fare una cosa a posteriore, quando sai perfettamente cosa fa il programma e come lo fa e soprattutto in cui i blocchi del diagramma sono procedure e funzioni,non single righe come al liceo. Fare a priori una cosa che non sai se andrà bene è diverso.

Posso capire che il mio modo di procedere è incompatibile con la scrittura a più mani: lì bisogna capire subito quale è la strada più efficiente e dividersi i compiti a priori.

E qui sta la bravura del programmatore: capire a priori. Se non lo sa fare il programma viene lento e noioso da usare, oltre che da scrivere. Se lo sa fare bene, il programma va alla grande.

Io non sono un professionista e sono contento di smanettare il mio codice finché funziona, stravolgendolo se lo ritengo necessario. In questo modo riesco a fare programmi efficienti pur non essendo un professionista. A posteriori spiego a qualcuno come è fatto il codice, a volte ho fatto pure un manuale utente e un manuale sorgente.

Ciao!

[Lorenzo]

Ciao, mi fa piacere che il mio commento sia servito di spunto per un po' di discussione. Sono d'accordo con quello che avete scritto, sono due punti di vista di una stessa questione. Il mio suggerimento era però rivolto a chi deve iniziare a programmare, cioè deve imparare come si programma, non a chi è già capace....

Io penso che per iniziare sia necessario prima capire le logiche degli algoritmi e non tanto le logiche dei linguaggi.

Ciao a tutti

[GrayWolf]

[al_pacino]

in sintesi, cosa consigliereste a un ragazzo che deve fare informatica all università ed è particolarmente abile col pc? premetto k sono per le cose veloci ed efficienti...

[GrayWolf]

[al_pacino]

spero allora k informatica sia piu proporzionata che ing. informatica... la scelta k dovrei fare domattina.. ciao