Le librerie Shiny (Bluetooth, job in background, notifiche push, posizione e sincronizzazione per .NET) hanno superato i 40 milioni di download e si trovano nel file di progetto di app che conoscete. Le abbiamo scritte noi, le manteniamo noi e collaboriamo con il team .NET MAUI di Microsoft. Quando la vostra app deve funzionare su dispositivi reali sul campo, è questa la profondità che state ingaggiando.
Il lato dispositivi dell’azienda, costruito su fondamenta già in produzione.
App .NET MAUI, iOS e Android in produzione e conversioni da Xamarin a MAUI, compreso il lavoro su background, offline e ciclo di vita che la maggior parte dei team sbaglia. Collaboriamo con il team .NET MAUI di Microsoft fin dalla nascita di MAUI.
BLE central e peripheral, flotte di dispositivi e integrazione hardware. Le librerie che il settore usa per questo le abbiamo scritte noi.
Tracciamento della posizione, geofencing e telematica per veicoli e squadre che lavorano dove la connettività non è garantita.
App per Apple Watch, Wear OS, CarPlay e Android Auto che portano la vostra app mobile al polso e sul cruscotto, pensate per uno sguardo o un comando vocale, non per lo schermo di un telefono in miniatura. Il collegamento tra telefono e orologio si basa su una libreria che abbiamo scritto noi.
Un budget compra mesi di ingegneria. La domanda è come vengono spesi quei mesi. In un prodotto connesso, qualunque cosa abbia un dispositivo, un processo in background o un funzionamento offline, una larga parte del primo anno finisce in infrastruttura che il cliente non vede e che migliaia di team hanno già scritto.
Proporzioni indicative: la ripartizione esatta dipende dal progetto. Quello che non cambia è da quale parte della linea state pagando un team di ingegneri per ricostruire.
Ricavi e feedback arrivano prima, perché il calendario non si apre con un trimestre di lavori preparatori.
I sottosistemi più rischiosi (lavoro in background, sincronizzazione, connettività dei dispositivi) sono collaudati in produzione prima che il vostro progetto inizi.
Meno codice di vostra esclusiva proprietà significa meno da correggere, portare e presidiare ogni anno dopo la consegna.
Il vertice che la maggior parte dei progetti sacrifica è uno che abbiamo già pagato, alla luce del sole, in 25 anni, ed è incluso nell’incarico. Quello che vi dà è semplice: una parte maggiore dell’anno va nel prodotto che volevate costruire, e una minore nell’arrivare alla linea di partenza.
Ogni incarico può partire da una di queste. Ognuna ha un nome e un perimetro messo per iscritto prima di iniziare, così la prima decisione è piccola e vedete come lavoriamo prima di impegnarvi in qualcosa di più grande.
Per le app già su .NET MAUI: tempi di avvio, crash che si riproducono solo su dispositivi reali e lavoro in background che ha smesso di partire dopo un aggiornamento del sistema operativo.
Un elenco ordinato di correzioni, con le più gravi diagnosticate fino alla riga di codice.
Ogni plugin e dipendenza di piattaforma della vostra app Xamarin mappato su ciò che lo sostituisce in .NET MAUI: il passaggio su cui si arena la maggior parte dei porting.
Un piano di migrazione costruito su una consultazione anziché su una fase di ricerca, e una stima vera.
Il vostro hardware che dialoga con un’app reale su iOS e Android (scansione, connessione, riconnessione e sincronizzazione in background) su dispositivi veri, non in un simulatore.
La prova che la parte difficile funziona su telefoni veri, e un percorso con i costi verso l’app di produzione.
Ogni offerta viene quotata a prezzo fisso dopo aver visto il perimetro, e un prezzo fisso resta fisso: se ci mettiamo di più, è un problema nostro, non vostro.
Raramente è la conversione della UI a deciderlo: è l’elenco delle dipendenze. L’audit delle dipendenze di due settimane mappa ogni plugin sul suo sostituto e lo trasforma in una stima a fasi.
No. Di solito conviene, perché sono open source, già in produzione e mantenute dalle stesse persone che fanno il lavoro. Non restate mai vincolati a uno strato privato che capisce solo il fornitore.
Sì. La maggior parte dei problemi Bluetooth si trova al confine tra l’app e il firmware, e siamo abituati a lavorare a cavallo di quel confine, anche dicendo a un fornitore cosa deve cambiare dalla sua parte.
La nostra profondità è in .NET MAUI e .NET per iOS e Android, compreso il codice nativo di piattaforma sottostante. Se un’app nativa è la scelta giusta per il vostro prodotto, ve lo diremo.
Raccontateci l’app, i dispositivi e dove vengono usati. Vi diremo dove di solito le cose vanno storte, e come lo eviteremmo.
