Categoria: My take on
-
Il deployment dovrebbe essere una decisione di business Intro “Non possiamo rilasciare oggi, ogni deployment ci mette 3 ore.” Quante volte hai sentito o detto questa frase? È il segnale che qualcosa non va. Non nel business, ma nella tua pipeline. Quando la frequenza dei deployment è dettata da vincoli tecnici invece che da esigenze…
-
Nell’episodio precedente dedicato a SpecKit mi ero fermato alla parte di analisi / scrittura requisiti offerta dal toolkit stesso. Ho avuto poi modo di proseguire e sperimentare con gli altri due comandi principali dedicati all’implementazione (riporto dalla documentazione): /speckit.tasks: generate actionable task lists for implementation /speckit.implement: execute all tasks to build the feature according to…
-
Tra dieci anni lo sviluppo software sarà molto diverso da come lo conosciamo oggi con l’evoluzione non prevedibile degli strumenti basati sull’AI. Tuttavia, sono convinto, alcune problematiche di base rimaranno sempre. Mi riferisco a quelle organizzative e di dinamiche tra le persone. Ci sarà sempre da capire cos’è più importante fare, parlare con i clienti,…
-
Qualche giorno fa stavo parlando con Luigi di librerie “famose” nel mondo .NET che sono diventate o che stanno diventando a pagamento. Parliamo di casi come AutoMapper, MediatR, FluentAssertions e così via. In questi casi, come comportarsi? Ci sono vari scenari. Fermarsi alla versione che resta free: semplice, veloce, non si violano copyright ma sul…
-
Nel messaggio precedente ho parlato di una cantonata presa dall’AI. Restando sempre nell’ambito di quel progetto, invece, l’uso di AI mi ha permesso di realizzare nel giro di un 15 minuti (test inclusi) qualcosa che probabilmente ci avrei messo ore. Sempre parlando di migrazione di work-item tra un TFS e Azure DevOps, il cliente, a…
-
In questi giorni ho usato parecchi token di Copilot per sviluppare un tool one-shot di migrazione work-item da un Team Foundation Server 2015 ad Azure DevOps. Quest’attività è inserita all’interno di un progetto di consulenza più esteso di riorganizzazione di un reparto di sviluppo di una dozzina di persone ed è stata propedeutica per l’inserimento…
-
Quando mia mamma tornava dal supermercato era sempre entusiasta delle cose che comprava che sulla confezione riportavano la scritta “novità”: “Ehi guarda ho comprato una novità!” diceva. A volte (più di qualcuna) era un qualche prodotto che aveva variato il 2% degli ingredienti e allora sfoggiava la scritta “nuova ricetta” ma lei era felice lo…
-
I test *automatici* non servono per la code coverage, per la qualità o per qualche altro motivo tecnico. Chi trae davvero beneficio dei test sono *le persone*. Con un portafoglio di test automatizzati ben strutturata, le persone: Sono più tranquille quando modificano codice di feature esistenti perché i test dicono se hanno rotto qualcosa Possono,…
-
Nelle aziende burocratiche i team si focalizzano su obiettivi locali, invece che globali. Quindi: development si concentra sulla velocità di sviluppo; testing sulla qualità; operation sulla stabilità. Certo sono validi obiettivi ma… un sistema di ottimi non è un sistema ottimo! Cosa succede se dev sviluppa così veloce che operation non ci sta dietro? Bisogna…
-
Gli specialisti: i maestri del dettaglio nelle software factory Hai mai conosciuto qualcuno che conosce a memoria ogni parametro di configurazione di Kubernetes o sa esattamente dove cercare quando un test fallisce? Probabilmente hai appena incontrato uno specialista. Nel mondo delle software factory, gli specialisti sono gli artigiani del codice, i custodi della qualità tecnica…