SIAMO GEEK

  • Consistency, please.

    Consistency, please

    Rubo questa immagine da Eric, un mio contatto su Facebook perchè credo che rappresenti in pieno il pensiero di chiunque abbia un minimo di onestà “storico-informatica”.

    Credo sia noto che qualche giorno fa una giuria di 9 persone presso il tribunale di San Jose, in California, USA, che dopo un profondo esame di ben tre (3) giorni ha dichiarato che la Samsung ha violato 5 brevetti sui 6 che erano stati portati in tribunale da Apple. Il risultato è che la casa coreana, che ha comunque fatto immediatamente ricorso, dovrebbe pagare all’azienda di Cupertino oltre un miliardo di dollari di danni.

    Non voglio entrare nel merito di una decisione per me assolutamente sbagliata e dannosa, anche perchè spesso si rischia sul cadere nel fanboysmo… e discutere con i fanboys Apple è una cosa che non auguro a nessuno, anche perchè è molto arduo spiegare che a perdere la causa è stata Samsung e non il sistema operativo Android che non sono la stessa cosa.

    Per me l’errore è alla base: combattere il proprio avversario portandolo in tribunale per quisquilie. Apple lo fa con tutti, ma si incazza come una biscia se lo fanno con loro, come il caso per cui Apple ha dovuto pagare perchè Proview Technology, una piccola azienda cinese, aveva registrato quel nome nel lontano 2000. A che pro?
    Google ed Oracle stanno discutendo da anni su Java, Apple cita Samsung per aver copiato il design e alcune funzioni sui telefoni che loro stesso hanno copiato da Sony, Apple ha portato Motorola Mobility (ossia Google) in tribunale (perdendo) ed ora Google (ossia Motorola Mobility) sta portanto Apple in tribunale per violazione di sette brevetti tra cui il Siri-voice recognition, notifiche via email, e videoplayers sui telefoni, ecc. ecc.

    Il giudice Lucy Koh, qualche giorno prima della sentenza, aveva chiesto a un avvocato (a quello di Apple per la precisione, ma la domanda poteva tranquillamente essere fatta a quelli di Samsung, Google, Oracle o Microsoft) se fumava crack.

    Me lo chiedo anche io. 

    Kazuma

  • Autenticazione a due fattori per Dropbox

    Dopo i recenti episodi di hackeraggio che hanno coinvolto Dropbox, il sito ha aggiunto la possibilità di attivare l’autenticazione a due fattori.

    Il primo fattore resta la password e il secondo può essere o un messaggio che si riceve via SMS oppure un’applicazione supportata (Google Authenticator, Amazon AWS MFA o Authenticator for Windows Phone 7).

    L’autenticazione a due fattori è un notevole passo avanti nella sicurezza, in quanto chi volesse accedere in maniera fraudolenta al vostro account di Dropbox dovrebbe conoscere la password e avere in mano il vostro cellulare.

    Vediamo come attivare l’autenticazione a due fattori.

    (altro…)

    Luigi Rosa

  • Un’ulteriore idiozia dei DRM

    Molti illustri nomi della scienza e della letteratura hanno iniziato a studiare nella biblioteca paterna.

    Per qualche oscura ragione, in questo momento mi viene in mente solamente l’esempio del piccolo Giacomo che passava le ore sui libri del padre, il Conte Monaldo Leopardi.

    Io stesso sono cresciuto in una casa piena di libri acquistati dai miei genitori, che potevo liberamente sfogliare e leggere, alcuni dei quali sono in questo momento in casa mia.

    (altro…)

    Luigi Rosa

  • Neil Armstrong (1930-2012)

    Queste sono notizie che non si vorrebbero mai dare perché gli eroi, quelli veri in carne ed ossa, sono per loro natura immortali.

     

    Luigi Rosa

  • Una Moleskine digitale

    Non c’è bisogno che io ripeta qui quanto l’informatica, soprattutto nel suo aspetto social, stia diventando eprvasiva a un ritmo accelerato. Aziende più tradizionali legate a un mondo ancora “carta e penna” stanno lottando per sopravvivere, alcune senza troppa fortuna.
    Una compagnia che sta tenando di conigare una storia fatta di taccuini e agende con una società sempre più digitale è la Italianissima (Milanesissima, per la precisione) Moleskine.

    Per quei pochi che non avessero mai sentito parlare di questa società, possono leggere unpo’ della sua storia originale nel sito internet; la sua rivitalizzazione da parte di Modo & Modo e la conseguente proliferaizone di prodotti, fa invece parte della quotididiantà da ormai più di un decennio.
    Moleskine da quelche tempo sta cercando di ritagliarsi uno spazio anche nel mondo dell’informatica, rilasciando applicazioni per iOS, e cercando di convicncere gli utenti a creare contenuti digitali da stampare in formato cartaceao, ritaglaire e inserire nei taccuini, tutto tramite l’applicazione MSK. (altro…)

    Luca Mauri

  • Linux e numeri casuali

    L’importanza della generazione dei numeri random in un sistema operativo server è tale che non può più essere lasciata al caso.

    Linux utilizza /dev/random e /dev/urandom per fornire ai programmi una fonte di numeri pseudo-casuali. L’entropia di /dev/random deriva dall’interazione dell’utente (mouse e tastiera), dall’attività del disco e dagli interrupt di sistema. Purtroppo nei server headless parte delle fonti di entropia non sono disponibili, diminuendo la casualità dei numeri generati.

    Una delle caratteristiche di /dev/random è che può essere anche scritto per alimentare il generatore con dell’entropia. Esistono alcune soluzioni che si basano su dispositivi hardware esterni, sul rumore termico della scheda audio, o su altri sistemi che generano grandezze non deterministiche legate a fattori esterni. La dipendenza da un hardware dedicato o specifico e la scarsa disponibilità di questi tipi di soluzioni sui server virtuali o in hosting ha portato Gary Wuertz e Jirka Hladky a trovare una soluzione alternativa.

    I due hanno creato havaged, un programma che si basa su HAVEGE per alimentare /dev/random con la giusta dose di entropia al fine di migliorare la casualità dell’output.

    Su un normale Linux CentOS la sequenza configure-make-make install funziona alla perfezione; il processo di make crea anche lo script da mettere in init.d per poter avviare il programma in modalità demonica.

    La pagina di man di haveged contiene anche alcuni esempi di utilizzo interattivo del programma per generare password o per sovrascrivere file o partizioni con dati veramente casuali.

    Luigi Rosa

  • Il ritorno di Melissa

    Melissa è un macro virus di Word che ha infettato la Rete nella primavera del 1999.

    Tredici anni dopo Melissa torna sui nostri vostri schermi sotto forma di un malware molto subdolo.

    La nuova Melissa non si replica inviando se stessa ai primi 50 contatti di Outlook. Questo nuovo malware a base sessuale non è dannoso per le vittime come il Sex Ladies che ha causato qualche problema agli utenti Macintosh nel 1988.

    All’apparenza, la Melissa del 2012 vuole solamente mostrarvi le sue grazie dopo che voi avete risolto alcuni CAPTCHA, e qui casca l’asino, o, meglio, il porco.

    (altro…)

    Luigi Rosa

  • VMware Workstation 9

    VMware ha annunciato la nuove versione del sistema di virtualizzazione desktop.

    A partire dalla versione 8, VMware Workstation può eseguire automaticamente delle VM all’avvio del sistema operativo ospitante senza interventi da parte dell’utente, rendendo definitivamente obsoleto l’oramai vetusto VMware Server 2.0, ancora utilizzato da chi non vuole o non può installare VMware ESXi.

    (altro…)

    Luigi Rosa

  • PaperBack

    PaperBack è un programma di backup per Windows un po’ inusuale.

    Questo software converte un file in uno schema di pixel monocromatici come quelli riportato a fianco.

    È possibile selezionare la densità, la dimensione e la ridondanza dello schema di pixel che viene stampato per adattare il risultato alla tecnologia di stampa utilizzata.

    Con una stampante a 600 dpi si possono salvare 500.000 byte di dati su un singolo foglio A4; se si decide di utilizzare una stampante a getto d’inchiostro è bene ridurre la densità dei pixel.

    Le stampe di PaperBack possono essere lette con uno scanner e date in pasto al programma per essere riconvertite in un file.

    Il programma è completamente gratuito e open source, quindi è possibile analizzare il tipo di algoritmo utilizzato per la codifica dei dati.

    Luigi Rosa

  • Non così sporco come potrebbe sembrare

    Qualche settimana fa ho potuto partecipare ancora una volta alla edizione Milanese del convegno Converged, organizzato da DataCenter Dynamics.
    Come al solito, la conferenza è risultata mediamente molto interessante: solo una presentazione è stata veramente inguardabile mentre una mi ha colpito per freschezza e intelligenza.

    Si tratta dell’intervento del capo del Data Centre Development presso Yahoo, Derek  Webster.
    La sua prima slide riportava, stranamente, un doppio titolo “Benefits of Bringing the Data Centre to the Power” e “Challenging Data Centre Build Norms“: con questo però non manifestava confusione di idee, ma piuttosto intendeva mostrare alla platea come la ricerca per la costruzione di un nuovo datacenter abbia costretto l’azienda a rivedere molti dogmi reiterati spesso dall’industria del settore.

    Lo scopo di Yahoo era appunto quello di costruire un nuovo datacenter in un tempo limitato – ovvero in feriore ai 18-24 mesi normalmente necessari – in maniera economica – contro lo standard industriale di 10 MUS$/MW – con un PUE molto piccolo – drasticmente inferitore al “buon” 1,5.
    Per ottenere tutti questi risultati, Yahoo ha deciso di costruire il datacenter lontano da quello che sono definite “cities of the internet“: questo significa terreni, energia e mano d’opera poco costosi, in una zona economicamente depressa in modo da poter beneficiare di tassazione ridotte da parte del Governo. (altro…)

    Luca Mauri

  • PDF: non solo Adobe Reader

    I file in formato PDF sono diventati da tempo un subdolo veicolo di diffusione del malware.

    Il problema non sta tanto nei file medesimi, ma nel modo in cui vengono aperti e trattati dal programma di visualizzazione (reader). Il reader più popolare è senza dubbio Adobe Reader (già Acrobat Reader), ma è anche il più vulnerabile ai problemi di sicurezza, soprattutto perché molti utenti non lo aggiornano come dovrebbero e non percepiscono i file PDF come minacciosi.

    (altro…)

    Luigi Rosa

  • Lunga vita ai (lunghi) nastri

     

    In un complesso progetto di conservazione di un archivio di dati, 110.000 (centodieci mila) cassette a nastro di diversi tipi e diverse epoche, contenenti 11 Pb di dati derivanti da prospezioni geosismiche sono stati convertiti in circa 8000 cassette a nastro IBM 3592, suppongo usando quelle di massima capacita`: 4 TB per cassetta, in 880 metri di nastro. E incidentalmente per la prima volta sono state fatte due copie (quindi ora c’e` anche un backup) di questi dati. (altro…)

    Kurgan