• [^] # Re: Et les autres

    Posté par . En réponse au journal Programmer ça craint. Évalué à 10.

    C'est l'idée la plus fausse qui trotte dans la tête des managers. Patcher un code non trivial, ça coûte souvent aussi cher que de le coût initial du projet et les quelques jours/hommes qu'on a économisé sur les specs se payent souvent en années de correctifs à l'arrache...

    Je pensais qu'un exemple extrême suffirait, mais apparemment non.
    Donc je vais expliciter:
    D'un côté tu multiplies les correctifs à l'arrache, comme tu dis, et de l'autre:
    -Tu expulses tous les occupants de l'immeuble
    -Tu évacues tout le quartier
    -Tu rases l'immeuble
    -Tu le reconstruits intégralement
    -Tu compensés financièrement tous ces gens.
    La charpente en acier, ça ne se remplace tout simplement pas.

    Autre exemple: coups, toute petite erreur de rien du tout dans un circuit fondé en 14nm te coûtera dans les 100k,ドル c'est juste le masque, aucun circuit produit, aucun test fait, aucun rappel de circuit défectueux.

    Le circuit marche, mais il est désigné trop limite par rapport à la techno, certains dont hors specs, on ne le voit qu'après soudûre chez le client final:
    Chaque mauvais circuit soudé t'es refacturé 200$. Avec 20-30k circuits par wafer, j'espère que le yield est resté correct.

    Tu fais des éléments d'une voiture. Ils arrêtent la ligne à cause de ton produit:
    70k$/min. Si tu ne peux pas filtrer à ta sortie d'usine les bons modules des mauvais, tu fermes juste ta boite. Redesign, remise en prod, requalif? Le client t'a remplacé, et il t'envoie la facture pour leur requalif avec ton concurrent.

    En matériel, un patch, ça n'existe pas: c'est un produit modifié. Les autres sont là dehors, utilisé. À part un rappel, il n'y a rien qui puisse être fait.

    Si tu veux l'équivalent logiciel, considère que tout part dans l'embarqué sans aucune possibilité de mise à jour, jamais. Un bug? Ça se corrige pas. C'est permanent sauf remplacement.