Gestion des erreurs

Bonjour,

j'aimerais partager mon expérience sur la gestion des erreurs. Mon boss 
n'a jamais voulu entendre parler de assert, il est saoulé par les tests 
unitaires (junit), et ne parlons surtout pas de checkstyle ou FindBugs. 
Donc il a "développé" un mode de prévention d'erreur assez intéressant 
finalement: il test tout, tout le temps. Avec lui, pas question d'avoir 
une contrainte dans un objet du style tel attribut ne peut jamais être 
null, dans CHAQUE méthode de l'objet, il re-test si le champ est null.

Ca peut paraitre complètement con comme méthode développement, mais en 
fait, vu qu'il ne met jamais de javadoc, c'est beaucoup plus dur de 
casse un code qui marchait. Une méthode a souvent des contraintes sur 
ses arguments et sa valeur de sortie, bah là on ne peut faire aucune 
supposition d'aucune sorte, sauf que ça va pas planter.

En gros, le but n'est plus de respecter les specs (car les specs sont 
malheureusement finies APRES le code dans ma boîte), mais plutot 
"que-ça-plante-pas" du genre:

    private JTable getTabledansOnglet(int onglet){
        java.awt.Component c = getComponent(onglet);
        if ((c!=null) && (c instanceof javax.swing.JScrollPane)){
            c = ((javax.swing.JScrollPane) c).getViewport();
            if (c!=null){
                c = ((javax.swing.JViewport)c) .getView();
                if (c instanceof JTable){
                    return (JTable) c;
                }
            }
        }

        return null;

    }

Cette méthode se trouve 20 lignes en dessous du code d'ajout d'un 
onglet qui fait un truc du genre new JScrollPane(table). Mais quand 
même il re-test à chaque niveau que la structure Swing est bien 
respectée.

Encore pire, j'ai un collègue qui code en mode "me fait pas chier avec 
des détails" et qui vérifie que Jtable.getSelectedRows() ne retourne 
pas null alors que la javadoc dit que la méthode renvoit un tableau 
vide mais pas null.

Est-ce que d'autres sont dans le même cas ? Avez vous trouvé des 
arguments pour obligez ces messieurs qui code pour eux même à mesurer 
l'importance de pas faire comme ils font, parce que je sent que je vais 
finir par faire comme eux à force...