Quoi de plus énervant que de perdre des heures (ou des jours) devant la même erreur ou le même bug ?
Jeu des questions / réponses : qu'y a-t-il de frustrant dans la vie d'un informaticien ?
1 : Bugs stupides
Ces bugs, dit "stupides", sont qualifiés de la sorte car il sont tout à fait triviaux, on s'imagine ne jamais les commettre. A un tel point que, même lorsque nous les a sous les yeux, nous les ignorons sciament tout en stressant de voir les aiguilles de l'horloge avancer et la nervosité augmenter... "La procédure devrait fonctionner, mais pourquoi ne passe-t-il pas là ?"
Remède : un coup d'oeil extérieur permet généralement de découvrir rapidement la solution.
2 : Bugs vicieux, lenteurs et problèmes de performances
Un logiciel est terminé et vient de passer en production à la grande joir de l'équipe de développement. Les quelques remarques "cosmétiques" ont été prises en compte, mais quelque remarques restent ouvertes.
Exemple : "Ca rame" ou encore le terrible "Après plusieurs heures d'utilisation, c'est de plus en plus lent et fini par planter"
Remède : Un audit scrupuleux du code est souvent la seule solution, mais plusieurs outils de "profiling" existent et rendent presqu'agréable cette tâche initialement ingrate ...
3 : Librairies extérieures ou APIs défaillantes
Le net regorge de librairies, souvent open-source, souvent gratuites, permettant de faire à peu près tout. La tentation est forte, et justifiée, de ne pas vouloir "ré-inventer la roue" en permanence. Il y a effectivement gain de temps à ré-utiliser l'existant plutôt qu'à le développer. Mais est-ce bien toujours le cas ? (au fait, les roues de votre voiture sont-elles en pierre ou en bois ?)
La librairie en question suit-elle bien les spécifications annoncées ? Est-elle stable ? Même en production avec une charge beaucoup plus élevée ?
Un "InternalLibraryError" fait toujours une peu peur !
Remède : Valider la qualité de la librairie avant d'en décider l'utilisationet. Parfois, ré-inventer la roue est la bonne voie !
|

Nos experts peuvent vous aider !
Parfois déjà en quelques minutes, à trouver ce point virgule mal placé, cette variable doublement initialisée ou cette ressource non libérée.
Contactez-nous via l'adresse pour en avoir le coeur net !
Nous pouvons travailler par téléphone, en télé-maintenance ou sur site. |