Quello di cui voglio parlarvi oggi è l’Observer Pattern.

Ma come? Pattern? che diamine è ?

Beh, all’università si studia una materia chiamata Ingegneria del Software. Ho parecchi amici che pensano che si tratti di “aria fritta”, chiacchiere a vacant, etc. etc. Vi sono alcuni aspetti dell’Ingegneria del SW che effettivamente sono un po’ inutili, altre invece che dovrebbero essere conosciute a memoria, anzi dovrebbero essere provate praticamente almeno una volta nella vita.

Ho scritto pure questo

• No Related Post

L'importante è non finire così

Ebbene, ci ho messo quei 2000-3000 giorni di studio, però sto per concludere il mio percorso di  studi. Dopo la prima laurea triennale in Informatica, sta arrivando il momento di completare anche la laurea specialistica. Cosa mi ha lasciato? Non molto, anzi i concetti appresi sono stati piuttosto teorici (ma qui – non posso negarlo – ci ho messo lo zampino scegliendo esami più semplici e meno pratici).

Alcune cose (come la teoria  dei giochi) sono state delle vere e proprie novità. Altre invece (teoria dell’informazione? haha) sono state una croce da portare al collo, con tanto di esami ripetuti un paio di volte. Che ci vuoi fare, quando non hai voglia di studiare… Per fortuna il tempo perso e lo studio insonne mi ha ripagato con ottimi voti. E così ora mi ritrovo con una ottima media e aspiro al massimo dei voti. Solo un dubbio mi assale: meglio lavorare all’estero per fare un po’ di esperienza o lavorare per una grande azienda italiana che mi offre tranquillità e stabilità?

Ho scritto pure questo

• Andare via dal paesino è chic? (2)
• Parliamo un pò di lavoro (3)
• Il mio primo colloquio di lavoro (4)
• La meritocrazia e il mondo del calcio: sono davvero così distanti? (0)
• auguri a Quagliarella… (1)

La prima occasione me l’ha offerta l’università con il placement day, un giorno in cui i neo laureati e i laureandi incontrano le aziende più in voga della zona, con la possibilità di lasciare un curriculum e di sostenere un piccolo colloquio. Ho parlato con 2-3 aziende, ho spiegato le mie tesi di laurea e il mio percorso scolastico, e tutte mi hanno dato i loro consigli.

Qualche giorno fa sono stato contattato da una di queste aziende, era venerdì; mi chiedono per telefono: “è interessato a un colloqui per la nostra sede di Bologna? se è interessato, la aspettiamo lunedì alle 15.00″.

Ora immaginatevi il mio stupore davanti a quella richiesta così bizzarra: spostarmi “un attimo” a Bologna (da Salerno), andare lì a parlare con quest’azienda, tornare di nuovo a casa per la sera. Per fortuna con Trenitalia m’è costato solo 100 €, grazie all’opzione andata e ritorno in giornata. Ma che fatica!

Comunque, il giorno prima di partire mi sono addirittura accorto di non avere le scarpe adatte ad un colloquio! Io e la mia ragazza abbiamo girato un intero centro commerciale (4 ore!) prima di trovare delle belle scarpe bianche e nere, di marca, come si conviene per un candidato a colloquio

Sul treno si chiacchiera con le persone più incredibili, dai figli dei magistrati (eh si, un magistrato che è spesso citato in tv) fino a una comitiva di 50 honduregni in vacanza in Italia.. Il tempo deve passare, e anche se mi sono portato il telefonino e il pc per giocare un po’, è davvero stancante stare 4,5 ore seduto in treno.

Il colloquio è stato positivo, almeno per me. La società ha sede in un palazzo storico di Bologna e la prima impressione che ho avuto è che essendo il palazzo stroppo storico è impossibile anche solo cambiare le mattonelle mi aspettavo più modernità, e invece ecco i primi stereotipi delle aziende di informatica: dipendenti che girano per i corridoi con i computer accesi in mano (magari mentre parlano su skype), segretari in abbigliamento comodo (mentre io stavo in camicia e pantaloni lunghi, con 30 gradi fuori, da 9 ore!) … solo i manager o i dirigenti erano in classica giacca e cravatta.

Il colloquio è molto simile a quelli fatti all’università, si parla di me, delle materie che ho studiato, delle tecnologie che conosco. Poche domande tecniche. Mi dice che il 95% delle persone che iniziano a lavorare con un contratto di stage poi vengono assunte con un contratto di formazione di due anni, e il 99,9% di questi diventano poi assunti a tempo pieno. Ovviamente, però, questi due anni e mezzo (e anche oltre) bisogna trascorrerli lì, a Bologna, perchè è lì che c’è bisogno ora di personale.

La cosa non mi spaventa, anche se poi iniziamo a parlare di come si fa ad avere una famiglia se per tutta la vita non si sa dove si andrà a lavorare. E’ così che apro una interessante conversazione sulla vita del mio intervistatore, che mi parla di come per 15 anni abbia lavorato lontano da casa e da poco è stato trasferito a Bologna, che per lui è vicino casa. Se si aspira ad alti traguardi, bisogna essere pronti a grandi sacrifici; altrettanto grande dunque dev’essere l’ambizione di crescere, migliorare, senza fermarsi alla tranquillità e alla comodità del presente. Anche perché l’informatica è una disciplina che si sposta dal cliente, e non viceversa…

Comments

• 2 luglio, 2011, ma le Hogan esistono davvero? | Il Particolare Nascosto writes: [...] e ti viene voglia di insultarmi, insulta te stesso per aver proseguito oltre questo punto.Il post sul mio primo colloquio di lavoro ha suscitato parecchie perplessità, specialmente per quanto riguarda le scarpe. Così ho deciso di [...]
• 12 agosto, 2011, Sercan Leylek writes: Ciao Michele,Auguri per il tuo colloquio. Spero che ti sceglieranno come un impiegato. Anch'io ora abito dove lavoro (a oslo). Dobbiamo abituarci agli diversi ambienti, non é male.
• 13 agosto, 2011, Musikele writes: Ciao Sercan! è bello leggere questo tuo commento! inoltre ho trovato il tuo sito (che consiglio a tutti di visitare), mi fai capire bene di cosa si tratta? hai scritto un libro? la tv norvegese ne farà un film? Se ho capito bene, COMPLIMENTI!!! Sono bellissimi risultati e soddisfazioni personali.. Aspetto informazioni, magari ti faccio pubblicità :)
• 9 settembre, 2011, Sercan writes: Grazie! Ho scritto un romanzo ed abbiamo anche girato un film cortometraggio. Libro verrá pubblicato tra un mese.

Ho scritto pure questo

• Parliamo un pò di lavoro (3)
• Help! Presto sarò “inoccupato” (0)
• Andare via dal paesino è chic? (2)
• La meritocrazia e il mondo del calcio: sono davvero così distanti? (0)
• auguri a Quagliarella… (1)

In pratica nella teoria dei giochi si studiano i comportamenti egoisti delle persone e che impatto hanno su sistemi, aste, pubblicità, etc. Io l’ho studiato nel contesto del Peer to peer.

Avete presente e-Mule, Napster e soci? Ebbene si è scoperto (ma non ci voleva un grande scienza) che il 75% delle persone che usano questi programmi scaricano senza dare nulla in cambio. Cosa si può fare affinchè l’utente sia incentivato a condividere? Sono stati proposti diversi metodi, tutti “fregabili”. In questa tesina provo a illustrarli e ad analizzarli, ovviamente certe cose sono un po’ più chiare, altre sono tecniche e se non avete solide basi di matematica e teoria dei giochi non so se capirete. Comunque, meglio condividere che no.

Ho scritto pure questo

• Fondamentalisti senza fondamenta (0)
• Pensieri sparsi #1 (0)
• la disciplina della Teoria dei Giochi, e la storia del mammuth e della lepre (2)
• studiare con un server down (in tutti i sensi) (0)

La disciplina in questione si chiama Teoria dei Giochi e tratta delle interazioni tra vari giocatori. Ogni nuova scoperta in questo campo ha sfornato vari premi nobel, compreso John Nash, quello di A Beautiful Mind. Vi faccio un esempio preso niente di meno chè da Russeau, il filosofo del 1700 esponente dell’illuminismo.

Mammuth o Lepre?

Siamo nell’antichità della razza umana. Alcuni uomini, organizzati in tribù, devono prepararsi per la caccia. L’idea è semplice quanto indispensabile: cacciare un Mammuth tutti insieme, e dividersi poi il bottino. Diciamo che i cacciatori sono n , e che se la caccia al Mammuth ha successo, ognuno di loro prende una parte del Mammuth.

Affinchè la caccia abbia successo, ogni cacciatore deve mantenere la propria posizione ed agire al momento opportuno. Se uno di loro si distrae o si sposta dalla propria posizione, il Mammuth ha una via libera per la fuga e così tutti restano senza cibo.

Mettiamo che, durante la caccia, tutti i cacciatori sono appostati. A un certo punto passa una lepre davanti a uno dei cacciatori. il cacciatore deve decidere in fretta: mammuth o lepre? E’ vero che se si lavora tutti insieme si ottiene una grande parte del Mammuth, ma la lepre è più facile da cacciare e fornisce quantità di carne, anche se minore alla propria parte del mammuth. Inoltre, se il cacciatore decide di rincorrere la lepre, è probabile che la caccia al mammuth fallisca e gli altri restino senza cibo.

Per complicare il problema, nel caso io decidessi di non rincorrere la lepre, questa potrebbe saltellare fino ad un altro cacciatore appostato. Cosa farà il mio compagno?

Ecco, la teoria dei giochi è proprio questo: prendere la miglior decisione possibile sapendo cosa faranno gli altri. Esistono complessi modelli matematici che spiegano tutta una lunga serie di problemi di questo tipo.

La soluzione “matematica” a questo problema è molto brutale: conviene cacciare la lepre, perchè se non lo farò io, lo farà il mio compagno.

Per inciso, Russeau ha usato questo esempio per spiegare il contratto sociale, ossia il bisogno delle leggi in uno Stato, affinchè tutti collaborassero per il bene comune e non solo per i propri bisogni. Russeau proponeva, dunque, che chi corresse dietro alla lepre venisse messo alla forca e il suo cadavere mostrato in piazza, come monito.

Per fortuna è solo matematica! Voi cosa avreste fatto? Avete qualche soluzione fantasiosa?

Comments

• 21 ottobre, 2010, monachella writes: un bel mix
• 21 ottobre, 2010, Musikele writes: Un bel mix di che? Lepri e mammut?!

Ho scritto pure questo

• Fondamentalisti senza fondamenta (0)
• Incentivi in sistemi P2P (0)
• Pensieri sparsi #1 (0)

Ma questa metrica non è adeguata perchè a uno sviluppatore più bravo può essere chiesto di lavorare su una parte difficile del sistema, mentre a uno “medio-scarso” viene richiesto di implementare qualche funzione più semplice. Lo sviluppatore bravo allora produrrà meno codice, ma sarà un codice di buona qualità e ci avrà messo un intervallo di tempo pari ad X; lo sviluppatore meno bravo avrà prodotto più codice nello stesso intervallo X di tempo, ma potrebbe contenere più errori o essere più semplice da realizzare.. Se si tenesse conto solo di questo, lo sviluppatore scarso avrà prodotto più linee di codice, e ciò non è desiderabile. Bisogna incentivare chi è bravo e chi si assume la responsabilità di parti difficili del sistema!

Ad ogni modo, un sistema software non è fatto solo di codice. Spesso bisogna produrre quantità industriali di documentazione, e a seconda di se seguiamo lo standard o meno, potrebbero essere tanti documenti (Requirements Analisys Document, System Design Document, Object Design Document, Test Plan, Test Case Specification, Test Incident Report, Test Execution Report, Test Summary Report, Javadoc o commenti al codice!). Non credo che in Italia si facciano tutti questi step … l’industria IT italiana usa una gestione molto casereccia, da puteia, IMHO.

Per questo, valutare la produttività o comunque dare una valutazione agli sviluppatori deve essere qualcosa di globale. Io ora vi darò una “ricetta” utilizzata in un progetto terminato poco fa; non è affatto perfetta e probabilmente ha bisogno dei vostri commenti per migliorare ancora e diventare un giudizio sensato.

Innanzitutto bisogna distinguere due tipi di valutazione: la valutazione personale, che comprende attributi tipo attenzione ai meeting, ritardo nel consegnare il lavoro, ritardo nel presentarsi al lavoro, entusiasmo, autonomia nel completare il lavoro e saper prendere decisioni corrette, e altre variabili che magari dipendono dal vostro posto di lavoro;  e la valutazione tramite “metriche”, ossia tramite valori ricavabili dai dati a disposizione. Entreremo nel dettaglio di queste due valutazioni tra un secondo; prima ricordatevi alcune vere regole alla base di tutto:

1. un buon manager sa essere obiettivo quando valuta, quindi lo fa al netto di simpatie/antipatie, opinioni sportive, razziali, sessuali, etc.
2. Qualsiasi metrica voi vogliate misurare, se vi restituisce qualcosa che secondo voi è fuori dalla realtà, probabilmente è una metrica  sbagliata.

Un commento sulla regola 2. Molto spesso noi raccogliamo metriche e poi dobbiamo combinarle con formule o altre cose per ottenere un numero “magico” che mette su una scala graduata tutti gli sviluppatori. Può accadere che alcune persone avranno una valutazione più alta di altri e voi manager sapete che la realtà è ben diversa. Che fare? Probabilmente avete sbagliato metrica, quindi conviene capire come mai sono usciti valori sbagliati e raccoglierne altri oppure combinarli in maniera da farli risultare più corrispondenti alla realtà.

Torniamo alle due metriche principali e cerchiamo di capire come usarle.

Valutazione personale

Questo tipo di valutazione è soggettiva, e viene fatta dal manager ad ogni meeting, sulla base del feedback che riceve dal team. La cosa migliore da fare è di creare una tabella per ogni meeting, che conterrà sulle righe tutti i team member, e sulle colonne i fattori che volete misurare: puntualità, attenzione, entusiasmo, etc etc. Queste servono ai manager per rendersi conto anche del modo in cui hanno lavorato settimana dopo settimana tutti i team member.

Alcuni consigli: usate una scala da 1 a 5 (o da 1 a 7); conviene prendere scale che siano dispari per poter rappresentare anche un valore medio. Si suppone che lavoriate tramite “meeting”, quindi ogni settimana farete un meeting in cui revisionerete il lavoro svolto e asssegnerete nuovi task. Se è così, avendo questa tabella aggiornata per ogni meeting, alla fine potrete fare delle medie e ricavare una sorta di scala graduata per ogni valore.

Valutazione tramite metriche

La valutazione tramite metriche serve a colmare quello che non fa la valutazione personale, ossia prende dei dati analitici dal progetto in corso e li analizza con tecniche anche statistiche se ce n’è bisogno.

Nel progetto a cui ho partecipato, le metriche che abbiamo preso in considerazione erano, per ogni documento creato:

• un fattore di qualità del documento creato, da 0 a 1
• un fattore di difficoltà, da 0 a 1
• una metrica se l’artefatto è stato completato in tempo, magari con 1 se l’artefatto è stato completato in tempo e con valori minori se l’artefatto ha subito ritardi.

Uso la parola “artefatto” intendendo pezzi di documento, classi, pagine web, package, etc. La granularità la decidete voi, a seconda di quanto / cosa volete valutare.

Potete creare delle metriche anche per il codice, e ricavare questi valori. Purtroppo l’assegnazione di questi valori avverrà sulla base della vostra esperienza, quindi assegnerete 1 se l’artefatto vi sembrerà di buona qualità e 0 viceversa; se non avete molta esperienza dovrete farvi prima un’idea della situazione per saper giudicare.

Sommando questi numeri per ogni artefatto, otterete una valutazione dei vostri TM (team member) che sono abbastanza sorprendenti. Per questo, vi dico, forse non è la migliore formula possibile. Potreste provare a misurare il numero totale di artefatti consegnati, il numero di artefatti che hanno subito ritardo per ogni membro, e tutta un’altra serie di metriche che, se serve allo scopo, fate bene a mettere. E’ inutile riempire il database di numeri che non sapete interpretare; meglio pochi numeri ma che rappresentano il lavoro svolto dai membri.

Queste sono le parole di un professore che mi ha risposto sull’argomento:

La valutazione e’ estremamente soggettiva per quanto riguarda il comportamento delle persone, ma e’ basata comunque sulla propria esperienza e se vogliamo e’ oggettiva rispetto al punto di vista di chi valuta. In ogni caso, dei criteri bisogna averli fissati e dei pesi dati ai vari criteri bisogna averli definiti.

La produttivita’ non puo’ esserela panacea: serve solo a confrontare il lavoro
svolto da persone che hanno lavorato lo stesso tempo per vedere chi e stato  piu’ bravo (di per se’ non puo’ essere l’unico criterio).

Detto questo, l’esperienza mi dice che le persone in un progetto sono diverse e contribuiscono in maniera diversa, per cui e’ necessario differenziarle nella
valutazione (al di la’ dell’impegno profuso).

Questa risposta evidenzia un’opinione riguardo all’impegno che hanno profuso i diversi membri. Nel caso del nostro progetto, i ragazzi avevano lavorato pressappoco tutti lo stesso monte-ore, e mi sembrava poco saggio assegnare solo 2 punti su 4 disponibili per persone che si sono impegnate così tanto. Però un manager non deve livellare verso l’alto per amicarsi i membri, perchè così si fa nemici i Top manager. E non è buono per la carriera. Per fortuna questo era un progetto universitario e tante cose abbiamo potuto sbagliarle; nella vita reale le cose non si possono fare così.

Sia chiaro, mi rendo conto che il lavoro in azienda è del tutto diverso rispetto a quello fatto all’università, ed è bene evidenziarne le differenze.. Io magari mi sono allargato nei voti universitari non perchè volevamo davvero amicarci il prof, ma perchè davvero ero convinto che bene o male valessero tutti quel voto. Purtroppo i voti non li decido io (altrimenti avrei messo 30 a tutti…)

Questa piccola lezione di management spero possa essere utile a chi ha bisogno di delucidazioni.. La mia conoscenza finisce qui e per valutare le persone c’è bisogno di esperienza e metodo. Sicuramente ho scritto qualche imprecisione o qualche invenzione ma vi prego di non prendere per oro colato questo articolo: fareste bene a valutare i vostri dipendenti secondo i parametri che realmente sono necessari per la loro (e vostra) crescita professionale.

Vi lascio con l’ultima regola del management:

non importa quanti linguaggi di programmazione conosci, da quanto tempo lavori in azienda o qual è il tuo voto di laurea. L’unica cosa davvero importante è se sei capace di prenderti delle responsabilità (anche di un team) e di saperle onorare con l’impegno. Chi fa carriera non è il più bravo ma il più capace a rispettare e far rispettare tempi, costi, e qualità.

Ho scritto pure questo

• Ma la voglia, no (0)
• I problemi np-completi sono intorno a noi (0)
• Esperienza unica di un viaggio… tout court Terra Santa! (0)
• come sentirsi manager per tre mesi (0)
• Il salvatore della (vaticana) patria (2)

L’università di Salerrno propone un corso per gli studenti iscritti alla laurea triennale in informatica chiamato Ingegneria del Software, durante il quale si simula l’azienda e si è a tutti gli effetti “informatici” che lavorano per un project manager, ossia uno studente della laurea specialistica; scopo dell’esame, produrre un sistema di medie dimensioni con le metodologie che “dovrebbero” essere usate nelle aziende IT. Io ho sostenuto quell’esame e ne ho un ricordo bellissimo; lavorammo al MAMS, un sistema che gestiva un ambulatorio privato con medici, ricette, visite, pazienti, etc.

Il corso di laurea specialistica in Informatica propone un corso di gestione progetti software, durante il quale uno studente della specialistica fa da Project Manager a dei ragazzi della laurea triennale, che devono invece sostenere l’esame di ingegneria del software. Io ho sostenuto quell’esame. Ieri

E’ stata un’esperienza che consiglio di vivere a tutte le persone che vogliono confrontarsi con la responsabilità ed imparare anche qualcosa dal punto di vista manageriale. Saper gestire un meeting, tenere sempre sott’occhio ogni incarico assegnato a chi e per quando, sapere indicativamente quanto deve durare ogni fase del lavoro, vivere con la costante angoscia della “scadenza”… sono emozioni da provare.

In collaborazione con un’altra manager, il mio team composto da 6 ragazzi ha lavorato allo sviluppo di un’applicazione che consisteva nel far pagare il biglietto dell’autobus attraverso il telefonino. Ossia: sali sull’autobus, l’autobus ti rileva a bordo e ti scala i soldi dal credito che hai caricato in precedenza. Ci sono tanti vantaggi ad avere un sistema così per un’azienda di trasporti, ossia:

1. tracciare il comportamento degli utenti (tenendo però presente la privacy)
2. dare la possibilità di pagare il biglietto anche in orari inusuali (quando le tabaccherie sono chiuse, ad esempio alle 2 del pomeriggio, oppure dopo le 10 di sera…)
3. avere una stima delle persone che salgono in autobus (se hanno il telefono col bluetooth acceso, si può controllare quante persone sono sull’autobus e poi fare un raffronto con quanti biglietti sono stati pagati, sia digitali che cartacei)
4. semplificare la vita anche al controllore, il quale può controllare se la persona ha pagato il biglietto mostrandogli l’immagine ricevuta sul telefonino
5. possibilità di comunicare con i clienti clienti e di suggerirgli tratte più semplici rispetto a quelle già percorse
6. poter dire di essere un’azienda figa

Il sistema funziona davvero, l’abbiamo chiamato ITER, non è in uno stato molto avanzato ma implementare ciò che resta non richiede molto sforzo; per questo ho inviato una mail alle aziende di trasporti della Campania e anche a qualche giornale locale, per dare una dimostrazione gratuita del sistema. Ma sono sicuro che gli amministratori, i politici, i giornali che ho contattato non sanno leggere le email… figuriamoci pagare col bluetooth!

E voi usereste un sistema simile?

Ho scritto pure questo

• Il salvatore della (vaticana) patria (2)
• Parliamo un pò di lavoro (3)
• Il mio primo colloquio di lavoro (4)
• Ma la voglia, no (0)
• I problemi np-completi sono intorno a noi (0)

All’età di 22 anni non capivo nulla di calcio.

all’età di 24 inizio il mio primo fantacalcio. Finisco penultimo.

All’età di 25 arrivo secondo al fantacalcio dell’università!

Ecco la magica squadra denominata ALT!F4 (è un fantacalcio informatico, cosa pretendete?!):

Portieri: Julio Cesar, Toldo, Handanovic

Difensori: Juan, Kjaer, Bonucci, Maicon, Mantovani, Portanova, Antonini, Perticone

Centrocampisti: Palladino, Felipe Melo, Perrotta, Lanzafame, Hamsik, Ledesma, Pastore, Lazzari

Attaccanti: Cassano, Di Natale, Gilardino, Toni, Mascara, Nenè

Due tre considerazioni fantacalcistiche:

1. Felipe Melo è stato il bidone più bidonabile della storia del calcio moderno. Davvero, finchè la Juve non capisce dove metterlo, questo giocatore è inutile.
2. Di Natale ha fatto un ottimo campionato. Mi sorprende che l’udinese non abbia un posto in classifica migliore.
3. Lazzari si è rivelato un buon tre-quartista.
4. Lanzafame non l’ho quasi mai schierato, eppure nelle ultime 3 giornate ha fatto 6 gol!
5. Hamsik è un giocatore particolare. Se segna o fa assist, prende 7. Se non segna, prende 5. Non è che forse pretendiamo un po’ troppo da lui?
6. Delusione Roma: Toni e Perrotta mi hanno raramente migliorato il fantacalcio.

Idee per l’anno prossimo: comprare più giocatori dell’Inter (ho solo Julio Cesar!), spendere meno in difesa e far volare in alto gli attaccanti.

Quali sono i vostri suggerimenti invece? Andiamo… ognuno di noi è stato fantallenatore… fateci sapere i vostri trucchi !

Ho scritto pure questo

• Fantacalcio for dummies (1)

Ieri ho fatto un esame ed è andato una mezza schifezza.

Purtroppo questo esame l’ho fatto con il professore della tesi e non posso prendere un brutto voto, sai che brutta figura?

Inoltre, a mezz’ora dalla fine e con tre esercizi ancora incompleti, mi è venuto un mal di pancia… non sono più riuscito a ragionare, ho consegnato così com’era.

La prova consisteva in:

1. dato un problema, dimostrare che è NP-completo
2. domande a risposta multipla su P e NP
3. esercizio sulla probabilità
4. risolvere un problema NP-hard usando il duale rilassato
5. scrivere un problema NP-hard in programmazione lineare intera e dare una soluzione arrotondando le soluzioni del problema rilassato
6. infine, dimostrare un algoritmo on-line.

Non ci avete capito nulla, vero?

Ed io dovrò rifare l’esame!!!! Per questo, lascio il blog un po’ a se stesso e ci rivediamo di tanto in tanto. Ciao!

Comments

• 13 gennaio, 2010, Emanuele writes: Ihihi... ricerca operativa?! Ciao, Emanuele
• 14 gennaio, 2010, Musikele writes: Algoritmi e strutture dati 2 ... e c'è una parte in cui si dimostra che questi problemi "intrattabili" possono essere approssimati con un sistema di programmazione lineare. Ci hai mai fatto caso? risolvere un problema di programmazione lineare mettendo il vincolo di avere solo variabili intere (nel caso, solo 0 o 1) è un problema ancora non risolto: generalmente lo si risolve con un algoritmo qualunque, tipo il simplesso, e poi si arrotonda (se è meno di 1/2 metti a 0, se è più di 1/2 metti a 1).. ma questo - si può dimostrare) porta a soluzioni cattive, almeno il doppio rispetto alla soluzione "ottima". Insomma... è questo il futuro dell'informatica, un giorno scriverò un articolo a riguardo.
• 22 gennaio, 2010, Pako writes: Mi è davvero dispiaciuto Michè! Ti ringrazio per la fotocopia e vedrai che il prossimo andrà meglio. :) Ciao
• 22 gennaio, 2010, Musikele writes: azz... i colleghi vengono sul mio sito? Sto diventando popolare hihihihi Oggi ho fatto TC1 ..che dio ce la mandi !
• 8 febbraio, 2010, mammt writes: Mikè a perz a cap!

Ho scritto pure questo

• I problemi np-completi sono intorno a noi (0)
• Favoletta italiana (3)
• La dedica della tesi di Laurea (5)
• internet c’è (0)

Ah: che bello vedere che alcuni amici hanno fatto l’upgrade da acer, hp e compagnia cantando per 9,99 € (avevano comprato il computer da poco e i produttori hanno messo Windows Seven in promozione)… ma io l’ho avuto gratis

Unico neo: non c’è Office.. Per quello la Microsoft si fa ancora pagare. Per gli studenti c’è una promozione, Office Ultimate a 52 €, ma per arrivare alla parola gratis ci sono ancora 52 km di monetine da percorrere….

Comments

• 17 dicembre, 2009, Emanuele writes: Io pure ho accesso da anni all'MSDN. Di tanto in tanto regalo le licenze in famiglia... personalmente non uso più Windows da tempo... e non guardare a queste cose come semplici regali: è un modo silenzioso di fidelizzare dei potenziali professionisti. Nulla è mai gratis veramente quando c'è una azienda in mezzo... Ciao, Emanuele

Ho scritto pure questo

• Il software che uso (e che devo installare ogni volta) (0)
• con Prey ritrovi il tuo pc (o smartphone) rubato (3)
• BASTA! ai powerpoint fatti male (0)
• aggiornare il firmware del nokia da linux (4)
• La patente europea: a che serve (e a chi) (1)