Dimenticate l’idea che un e-reader serva solo a leggere romanzi storici in treno mentre fingete di essere impegnati. La barriera tra il mondo del ‘solo lettura’ e quello dell’interazione vera e propria è appena crollata, e lo ha fatto Kobo con uno stile che definire ‘geek-friendly’ è un eufemismo.

Il progetto Cobalt ha trasformato il Kobo Clara BW in qualcosa di molto più simile a un piccolo computer super-minimalista e ultra-efficiente. Non parliamo della solita integrazione proprietaria che ti costringe a comprare solo contenuti del brand, ma di un vero ecosistema di app. E quando dico app, non intendo i soliti gadget inutili, ma roba che fa battere il cuore a chiunque abbia mai passato troppe ore su terminale o su Hacker News.

Tra le chicche che mi hanno fatto saltare sulla sedia c’è il Terminale nativo. Sì, avete letto bene: una shell con tasti pronti all’uso direttamente sul panel. Immaginate di poter lanciare qualche comando o script mentre siete in coda alle poste, senza dover tirare fuori un laptop. E non finisce qui: c’è anche un ‘AI Command Center’ per interrogare modelli linguistici e un sistema per gestire le richieste dei coding agent tramite ‘Sidekick’. Praticamente potete approvare i pull request mentre siete lontani dalla tastiera. Un sogno proibito per ogni developer che vuole procrastinare con classe.

Certo, c’è un piccolo dettaglio che richiede un sorriso amaro: l’App Store installa solo app ‘signed’. Questo significa che, nonostante l’entusiasmo, non siamo ancora nel territorio del ‘scarica tutto quello che vuoi dal web e spacca tutto’. C’è ancora un recinto, anche se stavolta il recinto è molto più grande e interessante del solito. Però, la presenza di strumenti come arXiv per i preprint scientifici, il lettore OPDS (Gutenbird) e persino un’app per inviare messaggi in Morse usando la luce frontale, dimostra che l’obiettivo è creare un dispositivo per persone che amano la tecnologia, non solo per lettori passivi.

È una mossa che va oltre il semplice aggiornamento software; è un cambio di paradigma. Kobo sta dicendo che l’e-ink può essere uno strumento di produttività (o di distrazione intelligente) e non solo un pezzo di plastica per leggere l’ultimo bestseller della lista dei più venduti. Se amate il minimalismo e l’idea di avere un pezzo di hardware che fa esattamente ciò che serve senza notifiche social tossiche, questo è il futuro che stavate aspettando.

Source: Kobo can run apps now

Avete presente quella sensazione di onnipotenza che provate quando il vostro codice passa tutti i test, il linter non urla e il build è finalmente verde?

Ecco, dimenticatela. Se usate i dispositivi Kobo, la realtà è molto più cruda e decisamente meno logica. Recentemente è emersa una storia che è un vero incubo per chiunque ami gli standard aperti e la pulizia del codice. Un autore ha pubblicato un nuovo eBook, tutto in regola, superando l’epubcheck con la grazia di un robot senza bug. Eppure, per i lettori Kobo, il file risultava ‘corrotto’.

Il colpevole? Non è un errore nel file, ma un pezzo di tecnologia fossile: il RMSDK di Adobe. Parliamo del motore di rendering che Kobo usa ancora oggi, una roba che sembra uscita da un setup retrocomputing degli anni 2010. È il cuore di Adobe Digital Editions, quel software che tutti usiamo solo perché dobbiamo, un monumento al DRM e alla pesantezza software.

Il problema è che questo motore è rimasto congelato nel tempo. Mentre noi ci divertiamo a usare CSS moderni, Flexbox, Grid e funzioni matematiche avanzate, il parser di Adobe si blocca non appena vede qualcosa che non appartiene al suo mondo preistorico. In questo caso specifico, una riga di CSS totalmente valida — una semplice funzione ‘min()’ per gestire la larghezza di un’immagine — è stata interpretata come un errore fatale. Il risultato? Nessun messaggio d’errore utile, solo un silenzioso e frustrante crash del file.

Da smanettone, trovo questa cosa assolutamente inaccettabile. Siamo nel 2026! Se un software non riesce a gestire un’istruzione CSS standard senza dichiarare il fallimento totale, non è un software, è un timer a scadenza che aspetta solo di esplodere. È il classico esempio di vendor lock-in mascherato da ‘compatibilità’: Kobo si aggrappa a un motore proprietario e vecchio di un decennio, e noi siamo costretti a scrivere codice ‘povero’ e antiquato solo per non far piangere il loro parser.

Per noi che amiamo smontare le cose e capire come funzionano, questo è un promemoria brutale: non potete fidarvi solo degli standard ufficiali se sotto il cofano c’è un motore che gira ancora a vapore. Se volete che le vostre creazioni (che siano eBook o script per una CNC) funzionino ovunque, dovete testarle contro il peggior scenario possibile. Dovete sottoporle al ‘tritacarne di Adobe’.

In conclusione: meno hype sui nuovi standard e più attenzione alla robustezza dell’implementazione. Finché le grandi corporation continueranno a preferire il controllo del DRM alla qualità dell’esperienza utente, saremo sempre costretti a scrivere codice come se fossimo ancora nel 2013. Una vera tristezza per chi ama l’innovazione.

Source: Your ePub Is fine