Programmazione imperativa
(Prof. Roberto Cordone)
Risultati degli appelli
Avviso: A partire dall'anno accademico 2016/17, non mi occuperò
più dell'esame di Programmazione a Crema; il modulo di Programmazione imperativa
passerà al Prof. Stefano Ferrari.
Materiali delle lezioni
- Prima lezione (19 ottobre 2015)
- Seconda lezione (21 ottobre 2015):
- Terza lezione (21 ottobre 2014):
- Quarta lezione (26 ottobre 2015)
- Quinta lezione (26 ottobre 2015)
- Sesta lezione (28 ottobre 2015)
- Settima lezione (2 novembre 2015): Tipi elementari
- Ottava lezione (4 novembre 2015): Vettori e matrici
- Nona lezione (4 novembre 2015): Stringhe
- Decima lezione (4 novembre 2015): Strutture ed enumerazioni
- Undicesima lezione (9 novembre 2015): Puntatori
- Dodicesima lezione (9 novembre 2015): Gestione della memoria
- Tredicesima lezione (11 novembre 2015): Funzioni e passaggio dei parametri
- Quattordicesima lezione (16 novembre 2015): Ricorsione
- Quindicesima lezione (18 novembre 2015): Parametri del main
- Sedicesima lezione (18 novembre 2015): Parsing
- Diciassettesima lezione (23 novembre 2015): Gestione dei file
- Diciottesima lezione (23 novembre 2015): Libreria standard
- Diciannovesima lezione: Macro con parametri (24 novembre 2015)
- Ventesima lezione: Puntatori a funzione (24 novembre 2015)
- Ventunesima lezione: Debugging (24 novembre 2015)
Materiali utili
Di seguito riporto i materiali usati per i laboratori dell'A.A. 2014/15.
Potrebbero essere, ma non necessariamente uguali ai materiali usati per
i laboratori di quest'anno. Gli ultimi due laboratori in particolare,
presentano esercizi simili a quelli usati nei temi d'esame.
Altri esercizi di programmazione
I proff. Fulvio Corno e Silvia Chiusano hanno in rete una serie graduata di
esercizi
di programmazione che non ho scorso con attenzione, ma mi sembrano un ottimo materiale di preparazione all'esame.
Si possono trovare esercizi di programmazione (da mediamente complessi a molto complessi) sul sito delle
gare di programmazione dell'ACM,
dove c'è anche un sistema automatico di correzione che consente di verificare
se la soluzione fornita è corretta o no.
Nota bene:
- Il sistema dice solo se il programma è corretto o no e richiede assoluta precisione nell'uscita
- Il sistema si aspetta che l'ingresso arrivi da standard input e l'uscita vada su standard output.
Questo significa leggere i dati con scanf() e scriverli con printf(). Volendo fornire i dati da file
e salvare i risultati in un file (cosa ovviamente molto comoda durante il debugging) è
sufficiente redirigerli (PROGRAMMA < input.txt > output.txt).
- Poiché dovrete scegliere il C come linguaggio, occorrerà che scriviate in C89.
Inoltre, i commenti nella forma // non sono validi: bisogna usare i classici commenti /* */
Pagina aggiornata il