4 posts
Le Cleanroom engineering d'IBM a atteint des taux de défauts 100 fois meilleurs que la moyenne industrielle, puis a sombré dans l'oubli. La disparition n'avait rien à voir avec le fait que cela fonctionnait.
Le Cleanroom software engineering process d'IBM livrait 0,1 défaut par millier de lignes de code. La moyenne industrielle à l'époque se situait entre 10 et 50.…
La programmation lettrée promettait que le code devait être écrit d'abord pour les humains et ensuite pour les machines. Quatre décennies plus tard, presque personne n'écrit de cette manière. Voici pourquoi l'idée la plus élégante de la documentation logicielle n'a pas changé notre façon de travailler.
En 1984, Donald Knuth a publié un article proposant une inversion radicale. Les programmes ne devraient pas être écrits pour les compilateurs et annotés pour…
Le processus de revue structuré de Michael Fagan chez IBM capturait presque tous les défauts avant qu'ils n'atteignent le compilateur. Il consommait aussi 15 à 20 % de l'effort total du projet. Voici pourquoi la méthode de revue la plus efficace de l'histoire du logiciel a disparu, et ce que les équipes manquent réellement.
En 1976, Michael Fagan a publié un article dans l'IBM Systems Journal décrivant un processus de revue si efficace qu'il est devenu la référence en matière de…
La programmation N-version promettait que des équipes indépendantes feraient des erreurs indépendantes. L'expérience de Knight et Leveson en 1986 a prouvé le contraire, et la NASA s'est discrètement retirée.
Au début des années 1980, la NASA était confrontée à une question qui hante encore l'ingénierie safety-critical aujourd'hui : comment tolérer des bugs que vous…