La scelta tra un contratto a prezzo fisso e il time and materials viene quasi sempre presentata come una scelta sul rischio, il che è corretto, e subito dopo gestita male, perché entrambe le parti danno per scontato che il rischio sparisca invece di limitarsi a spostarsi. Non sparisce. In un accordo a prezzo fisso il...
Sviluppo software
Articoli, guide e tutorial su Sviluppo software, con consigli pratici per sviluppatori e aziende, con esempi concreti tratti da progetti reali.
Le discussioni sul versionamento delle API cominciano quasi sempre dalla parte sbagliata, cioè da dove mettere il numero di versione. È la decisione meno importante dell’intero argomento. Quello che conta è capire quali modifiche richiedono davvero una nuova versione, e la maggior parte dei team sbaglia nella direzione...
Una RFP software, cioè una richiesta di offerta, dovrebbe rendere i fornitori confrontabili. La maggior parte ottiene l’effetto opposto, perché descrive una soluzione in modo abbastanza dettagliato da vincolare la risposta e insieme omette le informazioni che chiunque userebbe per quotarla. Il risultato sono cinque...
Il costo di manutenzione software è il numero che trasforma un progetto riuscito in una conversazione difficile diciotto mesi dopo. La costruzione era stata preventivata, approvata e consegnata. Quello che succede dopo la messa in produzione è stato descritto come «assistenza» e gli è stata attribuita una cifra che...
La due diligence tecnica non è una gara di qualità del codice, e i team che si preparano ad affrontarla di solito investono il proprio tempo nella cosa sbagliata. Nessuno che stia comprando un’azienda è lì per dare un voto alle vostre astrazioni. Chi acquista sta cercando di capire quanto costerà possedere questo...
Il lavoro sulla performance del database comincia quasi sempre con qualcuno che propone un’istanza più grande, e finisce quasi sempre con la scoperta che una singola query eseguiva una scansione sequenziale su 4 milioni di righe a ogni caricamento di pagina. L’hardware non è mai stato il vincolo. Lo era il piano di...
Le strategie di testing software vengono quasi sempre descritte in termini di copertura, e la copertura è il numero meno informativo dell’intera disciplina. Una codebase al novanta per cento può rilasciare un bug proprio sul percorso più usato, perché la copertura misura quali righe sono state eseguite durante un giro...
Lo sviluppo software fintech viene quotato e pianificato come qualsiasi altro sviluppo software, fino al momento esatto in cui qualcuno chiede chi sia autorizzato a detenere il denaro. Da lì il progetto smette di essere un esercizio di ingegneria e diventa un esercizio regolamentare con una componente tecnica, e il...
Lo sviluppo di un MVP va storto durante la riunione di definizione del perimetro, non durante la costruzione. Qualcuno pronuncia le parole «minimum viable product», tutti annuiscono, e poi arriva un elenco di funzionalità che contiene account utente, un pannello di amministrazione, la fatturazione, le notifiche, una...
La maggior parte dei team tratta la sicurezza delle API come un problema di autenticazione. Aggiungono token, li verificano su ogni rotta e considerano il lavoro concluso. Poi un tester cambia un numero nell’URL e legge la fattura di un altro cliente. Quel divario fra “autenticato” e “autorizzato” è dove vive la...