Leggi di Murphy nello sviluppo del software (visualizza wikitesto)
Versione delle 11:32, 21 ago 2022
, 1 anno fa→Corollario
| (12 versioni intermedie di 5 utenti non mostrate) | |||
Riga 1:
[[File:Personaggio di Star Trek sclera davanti a schermo blu della morte.gif|thumb|300px|Tipico programmatore che vede le leggi di Murphy nello sviluppo del software compiersi.]]
Line 28 ⟶ 27:
I requisiti a cui bisogna dare più importanza sono quelli che il cliente considera ovvi.
==== Corollario ====
Se un cliente ti contesta il fatto che il ''gatto'' che gli hai portato non va a benzina, è perché "ovviamente" intendeva un ''gatto delle nevi''.
==Documentazione==
Line 39 ⟶ 40:
* Se è stata scritta, non descrive la funzionalità su cui stai lavorando.
* Se la descrive, è obsoleta.
* Se la descrive e non è obsoleta, è andata persa.
=== Legge dei diagrammi ===
Line 102 ⟶ 104:
Il numero dei bug aumenta in proporzione esponenziale con il numero di patch applicate per correggerli.
=== Legge della compatibilità (o legge di [[Internet Explorer]])===
C'è sempre almeno un browser in cui una funzionalità cross-browser non funzionerà come previsto.
Line 133 ⟶ 135:
# Lo modifichi.
# Non funziona.
====Corollario====
Alla fine, quando hai finito di correggerlo
* Tentando di salvare, l'editor andrà in crash, facendoti perdere tutte le modifiche;
* Ti dimenticherai come lo avevi corretto;
* Ti accorgerai che è venerdì sera, e ti toccherà rifare tutto nel weekend (gratis).
===Paradosso del porting===
Ogni porting, ogni restyling, ogni migrazione di piattaforma, comporta un rifacimento completo.
== Progetti e management ==
Line 234 ⟶ 243:
* Un giorno solo contiene una quantità infinita di ore di straordinario.
* Lo straordinario a recupero non sarà mai recuperabile.
===Lemmi del ritardo===
* Se sei in anticipo, il requisito sarà completamente ridefinito.
* Se sei in linea con i tempi, la scadenza sarà anticipata.
* Se sei in ritardo, accadranno entrambe le cose.
===Paradosso dell'urgenza===
Più è urgente una tua richiesta, più è probabile che sia cestinata.
===Legge del colpevole===
Se un programma non funziona, il colpevole sei tu:
* Se l'hai scritto tu dieci anni fa e qualcun altro l'ha riscritto, avresti dovuto verificare.
* Se l'ha scritto qualcun altro del tuo team, avresti dovuto verificare.
* Se hai verificato ed era tutto a posto, avresti dovuto verificare meglio.
====Corollario====
Dovrai sistemarlo tu, gratuitamente, e senza discutere.
== Della stessa collana ==
| |||