Prima di firmare, o di rifare tutto, ti serve un parere che non venda niente.

Audit del codice e second opinion tecnica

Quando un progetto software va male, raramente è colpa di una sola cosa. Più spesso è un insieme di scelte rimandate, dipendenze vecchie e conoscenza rimasta nella testa di una persona.

Guardo il progetto da fuori e ti dico cosa c’è, cosa rischi e cosa farei io al tuo posto, in ordine di priorità. Se dopo l’audit decidi di rifare tutto, lo decidi con i dati in mano.

Come lo affronto

Negli ultimi anni molto codice nasce con l'aiuto dell'AI, e nei progetti che analizzo si vede: file e funzioni molto più lunghi del necessario, codice generato e mai ripulito, le stesse parti ripetute in più punti.

Il costo arriva due volte. Il codice è più difficile da leggere e da correggere per chi viene dopo, e se si continua a lavorarci con l'AI ogni modifica consuma più token del necessario, perché il modello deve rileggere tutto quel codice. Nell'audit segno dove si può accorciare e in che ordine conviene farlo.

Quando serve

  • Hai un software che funziona a metà, è lento, o nessuno sa più come metterci mano.
  • Un fornitore ti propone di rifare tutto da zero e vuoi capire se serve.
  • Devi ereditare un progetto da un'agenzia o da uno sviluppatore che non c'è più.
  • Stai per investire su un progetto e vuoi un parere indipendente prima di firmare.

Cosa comprende

  • Lettura del codice e dell'architettura, con un occhio a sicurezza, prestazioni e manutenibilità.
  • Verifica delle dipendenze, degli aggiornamenti mancanti e dei punti fragili.
  • Valutazione di preventivi e proposte tecniche di terzi.
  • Roadmap con le priorità, separando quello che va fatto subito da quello che può aspettare.
  • Se serve, refactoring guidato o migrazione tecnologica come seguito della consulenza.

Come si svolge

  1. Accesso

    Mi dai accesso in lettura al codice e mi spieghi il contesto.

  2. Analisi

    Studio il codice e, dove possibile, lo faccio girare in un ambiente di prova.

  3. Report

    Un documento leggibile anche da chi non è tecnico, con i problemi trovati e cosa comportano.

  4. Discussione

    Una call per spiegare il report e rispondere alle domande, anche del tuo team o del fornitore.

Cosa ricevi

  • Report di audit con problemi, rischi e priorità.
  • Roadmap tecnica con stime di massima.
  • Se richiesto, un parere scritto sulle proposte di terzi.

Domande frequenti

Il report lo capisce anche chi non è tecnico?

Sì, è scritto per chi deve decidere. I dettagli tecnici stanno in una sezione a parte per chi sviluppa.

Quanto tempo serve?

Dipende dalle dimensioni del progetto. Dopo un primo sguardo al codice ti do una stima.

Approfondimenti

Parliamone

info@giusepperusso-dev.it

Vuoi capire se fa al caso tuo? Scrivimi due righe sul problema: rispondo entro 24 ore lavorative.

prenota una callLinkedInGitHub