Newsgroup: it.comp.lang.visual-basic
Titolo: Costi di sviluppo

In un thread a parte (ed oramai vecchio) si è sviluppata una discussione sul
tema "costo dello sviluppo". Ve ne riporto un riassunto e faccio qualche
altra considerazione, vedremo se si svilupperà.
Una teoria è quella dello "spendiamo il meno possibile, chi paga lo
apprezza". VB in questo filone ci si infila benissimo, rapido e potente
permette di fare bei lavori in tempi rapidi. La mia teoria invece è
"facciamo le cose bene, chi paga lo apprezza", dato che ho una visione un po
più "di lungo periodo" (il progetto che coordino adesso è oramai ad oltre 12
mesi presso i clienti e siamo quasi al terzo anno di sviluppo). VB si mette
bene anche in questo filone perchè comunque la potenza c'è e (lo giuro!) si
riesce a programmare bene e con una certa eleganza anche usando VB.
Se un legge gli interventi in questo forum poi notiamo una partecipazione
quantomeno varia, con una gaussiana (spostata verso sinistra) che parte dal
superprincipiante che non sa neppure da che parte si comincia, per passare
al piccolo professionista/freelancer che lavora su commissione (e mi pare il
picco della gaussiana) per arrivare al dipendente della multinazionale o al
mago delle API che sa veramente tutto.
Posto che ai superprincipianti non può fregar di meno di questi argomenti mi
piacerebbe una discussione da parte di quelli che fanno parte del top della
gaussiana e del lato destro sul tema: ma quanto ci costa VB?
Temi possibili:
- Quanti di voi usano strumenti di design per partire da una progettazione
per arrivare al codice (sia per la progettazione del database che per quello
che riguarda la parte di programmazione)?
- Quanti di voi applicano RELIGIOSAMENTE politiche di code commenting serio?
- Quanti di voi si preoccupano di quello che succede "dopo"?
E, in tutto questo, questo costo in più chi lo paga? E lo paga volentieri?
Saluti
Massimo

 Massimo
Ciao
Giorgio

 E, in tutto questo, questo costo in più chi lo paga? E lo paga volentieri?
Sono convinto che si faccia a metà con il cliente. Io perchè riguadagno
qualcosa sulla rapidità di sviluppo se riprendo in mano il codice, e il
cliente perchè l'investimento che fa è parzialmente tutelato dall'illusione
di avere un codice che può essere ripreso in mano anche se domani decido di
andare a fare l'asceta in Tibet.
Per concludere vorrei solo far presente che molto spesso per quanto si
pianifichi non è possibile mandare avanti indefinitivamente un progetto con
lo stesso codice sorgente modificato.
Ci sono molte variabili esterne (il cliente, le terze parti, i linguaggi
nuovi) che ti costringono a sedimentare modifiche su modifiche sul codice
sorgente che dopo qualche anno, per quanto sia documentato bene, deve essere
comunque riscritto. L'unica cosa che si salva sono per l'appunto le funzioni
di base ed eventuali OCX (ma anche questi mica sempre). Questo è molto vero
per i progetti multimediali, che cambiano completamente tutti gli anni, ma
sul lungo periodo diventa vero anche per i gestionali.
Immagina un grosso prodotto che è passato da VB3 a VB6 attraverso tutte le
versioni intermedie e che è stato toccato per il millenium bug prima e per
il passaggio all'Euro poi, dovendo ogni volta cambiare interfaccia per
mantenere comunque un aspetto "alla moda". Per quanto documentato, ormai
sarà diventato un colabrodo nel quale mettere le mani senza rompere qualcosa
è difficile.
Ogni tanto bisogna avere il coraggio e la forza di imporre un rifacimento.
Ciao
*Roby*
P.S.
Pensa te chi si risente... il Gentilini. Mi sembra di essere tornato ai bei
tempi delle BBS. ;-)