Venticinque anni di software portato su camion, in magazzini e nelle corsie d’ospedale lasciano opinioni precise sugli strumenti. Questi sono quelli che scegliamo, e in fondo alla pagina ci sono quelli che ci siamo stancati di aspettare e abbiamo scritto noi.
C# e .NET dall’inizio alla fine: il dispositivo, l’API e il servizio cloud dietro di essa in un unico linguaggio, così un solo team può gestire l’intero percorso. Swift e Kotlin nativi dove la piattaforma lo richiede.
12 in uso ogni giornoTelefoni in tasca, palmari rugged nei magazzini, gateway fissati nei veicoli. Le parti di ogni piattaforma che la maggior parte dei team non tocca mai sono quelle in cui lavoriamo ogni giorno.
16 in uso ogni giornoServizi pensati per un deploy pulito e costi di esercizio contenuti, con le pipeline e la telemetria che permettono a un team piccolo di gestirli alle 3 di notte.
12 in uso ogni giornoRelazionale, documentale, geografico e cache, sul server e sul dispositivo. Scelti in base a come i dati vengono interrogati e sincronizzati, non a cosa c’era nell’ultimo progetto.
8 in uso ogni giornoI servizi e i formati di comunicazione da cui un prodotto connesso finisce per dipendere: notifiche, identità, store, mappe e i contratti tra sistemi che non controllate.
12 in uso ogni giornoIndipendenti dal modello per scelta. Il modello è un componente sostituibile; gli strumenti, il retrieval e le valutazioni attorno sono ciò che costruiamo per durare.
8 in uso ogni giornoQuando il plugin di cui un progetto aveva bisogno era abbandonato, mancante o silenziosamente difettoso sui dispositivi reali, lo abbiamo costruito come si deve e pubblicato. Oggi migliaia di team rilasciano software sulle stesse librerie che portiamo in ogni incarico: ogni riga pubblica, ogni download contato.
Componenti nativi per .NET MAUI e Blazor, dalle table view ai diagrammi di Gantt.
Nessuno conosce queste librerie meglio di chi le ha scritte. Portateci la parte difficile del vostro progetto e vi diremo senza giri di parole cosa serve.
