Brownhat

Ho completato la prima fase di ricerca dello stato dell’arte attuale sul routing dinamico su reti wireless. Ho scritto qualche pagina con i risultati ottenuti, che farà parte della mia tesi. In più ho compilato un elenco di link utili, da cui ho preso tutte le informazioni necessarie. La trovate qui, casomai interessasse.

Primo giorno di tirocinio in azienda. Dopo un po’ di scenette comiche nel parcheggio (prima ho messo la macchina nel parcheggio per i disabili, poi nel posto di un’altra ditta, solo alla terza ho beccato il posto giusto), ho scoperto di essere arrivato troppo presto, gli uffici erano semivuoti.

Dato che non mi era ancora stato assegnato un tavolo, mi sono sistemato in sala riunioni, un bel posto con un’ottima vista, annotandomi di arrivare almeno un’ora dopo in futuro.
Verso mezzogiorno ho esaurito il materiale che avevo scaricato sul portatile, così mi hanno dato il tavolo e un allaccio a internet, coi soliti problemi di cavi, borchie inattive, script che smettono di funzionare sul più bello e sistemisti che hanno troppo da fare.

All’ora di pranzo l’ufficio si è improvvisamente svuotato, io mi ero portato (da furbo) un panino, ma devo comunque aver mosso l’istinto materno di una delle dipendenti che è venuta a chiedermi se ero a posto per mangiare.

Il resto della giornata è passato tranquillo, ho iniziato a scrivere un rapporto su tutta la tecnologia esistente. Per ora vedo tantissimi articoli accademici, poche implementazioni con codice sorgente alla mano e un solo software (olsrd) testato su rete di dimensioni realistiche (di più di una decina di nodi).

Dopo aver abbandonato una tesi sulla bioinformatica a favore di un argomento più promettente, in particolare quanto a prospettive lavorative, sembra che finalmente lunedì potrò iniziare.
Dovrò lavorare allo sviluppo di un sistema di comunicazioni wireless con routing dinamico e idealmente senza infrastruttura fissa da utilizzare in ambiente portuale.
Il tutto dovrebbe offrire un’interfaccia generica per permettere a qualunque tipo di applicazione di lavorare in modo trasparente, si va dal semplice scambio di dati sulle merci spostate al VoIP. Ovviamente ci sono anche degli studi di affidabilità e velocità da fare sugli algoritmi attualmente esistenti.
Il tutto si baserà su Linux, che è il sistema che già usano nella ditta presso cui vado a fare il tirocinio.
La mia intenzione è di tenere qui un diario degli avanzamenti, vedremo se ciò mi sarà possibile…

Lunedì ho superato uno degli esami considerati tra i peggiori di tutto il corso di laurea in Informatica. Trattasi del famigerato Algoritmi e strutture dati: algoritmi, calcolabilità e complessità.
Con la riforma della nuova laurea il corso che avevo frequentato due anni fa è stato sostituito da altri due. Il passaggio è avvenuto con delle modalità molto strane. Tanto per cominciare prima era un corso annuale con un esame in tre parti:

• scritto primo semestre
• scritto secondo semestre
• orale su entrambe le parti

Ora ASD:DCC è equivalente ai seguenti corsi:

• CASD: scritto, orale e laboratorio
• CC: scritto e orale

All’orale di CASD ha partecipato il Prof. Moggi, che non era elencato in commissione, ma che era il titolare del vecchio ASD. La Prof. De Floriani, titolare, non si è vista. Moggi tentava di chiedere cose fuori dal programma del corso, ma di solito veniva imbrigliato dalla tuttofare Prof. Magillo. In generale CASD non è difficile, anzi è sicuramente più semplice della prima parte di ASD.

Invece CC è oggettivamente difficile, bisogna aver compreso a fondo (leggi: studiato a memoria) tutto il programma per riuscire a passare.
Per lo scritto sembra che la teoria non serva a nulla, si tratta soltanto di provare a rifare gli scritti passati risolti da precedenti generazioni di studenti e sperare che capitino esercizi già fatti negli anni passati. Dopo parecchio studio si capisce che è possibile fare uno scritto decente arrivandoci col ragionamento (ma l’ho capito dopo aver passato lo scritto, mente preparavo l’orale).

All’orale di CC c’è lui, Moggi, da solo. È estremamente preciso, un parser umano di formule logiche. Finché ripeti quello che c’è sulle dispense, tutto ok. Se sbagli qualcosa ti aspetta una fine lenta e dolorosa.
Si inizia con un ‘no !’ e si prosegue con un ‘perché ?’. Difficilmente Moggi ti aiuta a trovare l’errore in quello che affermi, sta lì e aspetta, paziente.
In ogni caso (che uno si corregga o meno) ti aspetta la dimostrazione. Giustamente se affermi qualcosa di poco convincente vuol dire che sai dimostrarlo, altrimenti non ti verrebbe neanche in mente.

Peccato che la mente dello studente medio non funzioni così. Lui è abituato a presentarsi ad un esame con un certo bagaglio di conoscenze appiccicate con lo sputo ed a usare l’intuito e un buona dose di fortuna per tutto quello che manca. In generale l’obiettivo è superare l’esame con il minor sforzo possibile e il massimo rendimento. Ovviamente questo non vale per tutti gli studenti, né per tutti gli esami, però…
Quindi se lo studente è veramente bravo (o la sa raccontare molto bene) riesce a dimostrare la sua affermazione, altrimenti, beh, c’è sempre la prossima volta…

Qui ci sono i voti di tutti gli studenti che hanno incontrato Moggi almeno una volta nella loro vita, è un club esclusivo, ma l’elenco dei partecipanti è pubblicamente consumabile per la gioia di grandi, piccini e del garante della Privacy.