Pebbling
Non è un segreto che FitBit si sia data allo shopping motivata dalla paura di scomparire a mezzo di iWatch & Android Wear. Vector prima, Pebble dopo. Per mia umilissima opinione, stando a leggere le recenti defaillance, FitBit sta imboccando la strada sbagliata: il bello di questi dispositivi focalizzati sul fitness è che hanno bisogno di poca cura. Così mentre la concorrenza rilascia dispositivi resistenti all’acqua e con durata di batteria praticamente eterna (vedasi) FitBit continua – parrebbe – a focalizzarsi su un prodotto che, se rilasciato con GPS, molto probabilmente andrà a competere con i dispositivi caricami-ogni-sera della concorrenza. Ovviamente trattasi di speculazioni personali e mi farebbe piacere, tra qualche mese, scoprire di essermi sbagliato nel momento in cui FitBit rilascerà il dispositivo “perfetto”.
Nel frattempo…
Il mercato dei Pebble watch è praticamente crollato. Un Pebble Classic ricondizionato si trova per 25-30$ al supermercato più grande del mondo. Un Pebble 2 HR per circa 70$. Questi giocattoli hanno un vero e proprio SDK con tanto di market e, per quelli dotati di accelerometro, API adatte alla misurazione dei passi. App che fanno da pedometro ce ne sono già un tanto al Kg su github, compresa una che fa l’upload dei dati su un server a piacere. Mi sono detto perché no e ho pensato ad un piano in tre fasi per sostituire il demone che sincronizza i dati via polling tra Servizio A e Servizio B con una WebApp che lo faccia on demand.
- Fase 1: scrittura di un client abbastanza robusto e di un server basato su SqlCE con pochissime pretese; il vantaggio è di avere la possibilità di scaricare il file DB in locale e poter semplificare l’eventuale debugging. In questa fase ci sarà una WebAPI a fornire le statistiche giornaliere
- Fase 2 (opzionale): modificare il demone in modo da leggere i dati dalla mia WebAPP e testare la sincronizzazione
- Fase 3: effettuare la sincronizzazione direttamente sul server appena subito dopo l’upload dei dati
Al momento ho quasi terminato la fase 1, il client dovrebbe essere pronto e abbastanza robusto e resiliente ai problemi occasionali dovuti alla connessione. Il server, ad occhio e croce, dovrebbe trattarsi di quattro o cinque SQL statement, quindi roba fattibile tra un caffé e un cornetto.
Intanto ho osservato che il numero di passi conteggiati sul Pebble parrebbe essere addirittura più accurato di quelli del dispositivo corrente.
Now, let the fun (hacking) begin.
-quack
P.S. alla fin dei conti si tratta, comunque, di un dispositivo FitBit.