L'agenzia ha consegnato il codice, ora propone un «code audit» — perché dovremmo pagare di nuovo?

È come andare dal sarto per un abito su misura e sentirsi dire alla consegna: «Vuole che controlli per 5 mila rubli se le cuciture reggono?». L'agenzia che non si fida del proprio codice ha trovato davvero un modo creativo per fare cassa.

Con l'audit del codice si valuta il livello di debito tecnico (technical debt). Gli sviluppatori a volte scrivono codice spaghetti o saltano i test pur di rispettare le scadenze. Al momento il sistema gira, ma al primo aggiornamento viene giù tutto. L'audit serve proprio a far emergere questi rischi.

Non date soldi all'agenzia. Collegate al repository su GitHub o GitLab dei tool open source di analisi statica. Anche gli strumenti automatici riescono a mappare duplicazioni di codice e falle di sicurezza di base in 10 minuti e a costo zero.

Noi non abbiamo fatto l'audit su un progetto da 650.000 RUB; dopo 6 mesi volevamo aggiungere una nuova feature e un'altra agenzia ci ha detto: «Questo codice è spazzatura, tocca rifare tutto da zero», facendoci spendere altri 500.000 RUB. Il controllo indipendente serve eccome.

Se decidete di fare il code audit, fate controllare 3 cose: 1) Ottimizzazione delle query al database, 2) Sanitizzazione dei parametri di input, 3) Documentazione del codice. Se questi punti sono a posto, un domani qualsiasi altro sviluppatore potrà metterci mano senza problemi.

vendere l'audit su roba scritta da loro è una furbata bella e buona. pagate un freelance esterno x qualche ora di consulenza e fategli dare un'occhiata veloce basta e avanza.

Nel contratto iniziale sono previsti i criteri di accettazione e il periodo di garanzia? Se c'è una clausola su «clean code e rispetto degli standard architetturali», sono tenuti a farlo gratis come condizione di consegna.

Se non ho capito male stai dicendo che: Chiunque abbia fretta su code audit si blocca nello stesso punto.

Le persone difendono le abitudini non i processi. La resistenza nasce da lì. Spero che le sia utile.

Ho vissuto la stessa cosa due anni fa. Un report settimanale scritto sull'avanzamento è molto più utile che chiedere date.

Inizia con un piccolo test, non impegnarti subito su tutto.

La discussione si è dispersa, la riassumo. Il calendario dei pagamenti va legato alle fasi del lavoro non alle date.

Confermato dall'esperienza.

Separiamo i concetti, vengono confusi. Chiunque abbia fretta su code audit si blocca nello stesso punto.

Se non sono stati definiti i criteri di accettazione, il momento in cui il lavoro è finito è discutibile.

Tre cose da controllare mentre lo fai. Introdurre un processo per le richieste di modifica non rallenta il lavoro, lo accelera.

Le persone difendono le abitudini, non i processi. La resistenza nasce da lì. Naturalmente cambia se la vostra situazione è diversa.

Riassumo l'argomento, perché sono state date diverse risposte. Se ricevete tre risposte diverse su un argomento, la domanda è posta male.

Spero che le sia utile.

Corretto. Gran parte del tempo perso si accumula nelle pratiche in attesa di approvazione.

Il fatto che tutti facciano una cosa non significa che sia quella giusta. Spero che le sia utile.

Ho lavorato a lungo su questo. Il calendario dei pagamenti va legato alle fasi del lavoro, non alle date.

L'offerta più economica è spesso quella meno ponderata. Spero che le sia utile.

Grazie per averlo scritto, è proprio così. Le credenziali di accesso devono essere create a nome dell'azienda, non con account personali.

Un report settimanale scritto sull'avanzamento è molto più utile che chiedere date. Se scrivete qui il risultato, sarà utile anche ad altri.

Parlo dal lato opposto, io sono dalla parte dei fornitori. Ogni punto non scritto è un punto che in futuro le due parti ricorderanno diversamente.

Le decisioni affrettate diventano decisioni da correggere sei mesi dopo.

Grazie mille era la risposta che cercavo.