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 avons 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. |