• [^] # Re: Performances vs. Sécurité

    Posté par . En réponse au journal Le glissement du C++ (et dans une moindre mesure du C) vers une position indésirable. Évalué à 10.

    Tu peux ajouter dans la liste

    • des 'experts' parce que lorsque leur commercial leur a demandé s'ils connaissaient le langage ils ont répondu 'oui'
    • ceux qui se font propulser sur un projet parce que le 'c++ c'est comme le java...'
    • Le gars qui devant la complexité du code on envoyé un mail à leur commercial "sortez moi de là!!!" et qui 1 an après sont toujours là.
    • celui qui a posé sa dem, mais que la boite veut faire travailler jusqu'au bout...
    • le boulot fait par des presta en passant par un service achat qui prends le moins disant et qui malgré tout s'attend à avoir des cadors...
    • les specs quasi inexistantes ou qui change à deux jours de la recette (voir 3 semaine après le début de celle-ci)
    • les 200 JH de dev prévu à faire en 150, et encore les réunions n'étaient pas comprise.
    • une dette technique que les chefs ne veulent pas résorber
    • du code à coup de copier/coller pour pas risquer de casser l'existant, l'évol suivante ne marche que dans un cas sur 6 parce que seule deux des fonctions ont été mise à jour.
    • des noms en dur dans le code parce que y'en a qu'un et que ça bougera pas, 5 an après on en est à 16... et à chaque nouveau cas, modif de code!

    Dans tout ça des problème de buffer overflow? en dev oui, en prod, pas depuis que je suis sur le projet. Par contre on a eu de la corruption mémoire pour mauvaise utilisation des threads, des calculs qui oscillent et ne rendent pas la main, oom killer parce que travailler sur 96 réseau en même temps ça passe pas, des fuites mémoire en java,

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent