Il existe un adage en informatique : consommez ce que vous avez préparé. L’idée est d’utiliser nous-même les logiciels que nous distribuons à nos clients pour en améliorer la qualité et l’utilisabilité. Après tout, il est beaucoup plus facile d’ignorer les irritants vécus par un client que ceux qui nous affligent tous les jours.
Archives du mot-clef Développement
Payer ses dettes
La dette technique est un concept intéressant en informatique. Elle représente en une seule idée les coûts de modification, d’amélioration et de maintenance d’un logiciel. L’intérêt sur cette dette s’élève à mesure que le logiciel se complexifie. Elle peut même devenir tellement élevée que tous les nouveaux développements deviennent presque irréalisables. Mais, à la fin, est-ce qu’on peut faire banqueroute à cause de la dette technique ?
Atterrir sur la lune ou ma calculatrice est plus forte que l’ordinateur d’Apollo
Un jour deux pays ont décidé de se faire la course. Leur but était vieux comme le monde : montrer qui est le plus fort. Ils auraient pu choisir n’importe quel cible mais il leur fallait un objectif vraiment impressionnant, quelque chose de grandiose. Bref un objectif qui tairait les protestataires à tout jamais. Ils ont fait la course pour la Lune.
Les États-Unis ont été les premiers à l’atteindre. Pour ce faire, ils ont développé plusieurs nouvelles technologies comme un charmant petit véhicule et un module d’alunissage pas tout à fait aérodynamique. C’est un excellent exemple de l’ingénierie humaine. Mais, par rapport à ce qu’on fait aujourd’hui, est-ce que c’est si complexe que ça ?
L’effet Coca-Cola ou quand la nouveauté devient une manière de vivre
L’informatique a soif d’innovation. Il faut toujours créer quelque chose de nouveau ou de différent sinon nous risquons de rapidement devenir dépassé. L’innovation est devenue une obligation pour réussir et nous orientons une grande partie de nos efforts pour trouver la prochaine grande idée. Cependant, est-ce qu’il est possible de toujours innover ? En plus, est-ce que c’est vraiment nécessaire ?
Poser la première pierre
Est-ce que vous utilisez Twitter? Savez-vous pourquoi un message a 140 caractères au maximum? Après-tout, il serait vraiment facile de faire de messages de 200, 300 ou même de 567 caractères. Il serait beaucoup plus facile d’envoyer un message et on pourrait sûrement dire plus de choses. Les communications seraient plus efficaces. Pourtant Twitter n’augmente pas la taille des messages et ils ne semblent pas vouloir le faire. Pourquoi?
Si une chose peut mal tourner, elle va infailliblement mal tourner.
J’ai dernièrement fait quelques recherches sur la génération de fichiers de diagnostiques et préparé un article sur le sujet. Nous avons ensuite ajouté cette fonction dans un de nos programmes. L’objectif étant de générer automatiquement un fichier MiniDump lorsque certains types d’exception se produisent. Le fichier MiniDump est ensuite compressé et joint au message d’erreur qui est envoyé à notre système de suivi. C’est génial! Sauf qu’à partir de ce moment, plus personne ne pouvait nous envoyer de message d’erreur.
Apprendre à viser juste
Le jeux de dards, le passe-temps le plus dangereux que l’on peut pratiquer en public dans un bar ou une taverne. Heureusement, il est presque disparu des lieux publics au Québec. Ce qui doit avoir évité des mésaventures à plusieurs personnes. Il existe quelques variantes des règles mais le jeu est tout de même assez simple. Il suffit de viser juste pour atteindre la cible de préférence près du centre. Ce n’est pas une chose très difficile à faire avec trois dards et les encouragements de quelques amis. La cible ne bouge pas, on n’est pas très loin et on peut contrôler la quantité d’alcool consommée. Pourtant, c’est quand même bougrement difficile et la cible semble être vraiment petite.
L’informatique industrielle ou le Kanban appliqué
D’accord le titre peut sembler contradictoire. Après tout, l’informatique est un domaine où la production à la chaîne n’est pas vraiment possible. La variabilité des tâches est diverse et les gens ne sont pas interchangeables. Mais est-ce qu’on ne pourrait pas retirer quelques avantages à optimiser la production logicielle en s’inspirant du travail en usine?
Retour sur la planète NoSQL
J’ai déjà discuté des raisons pourquoi je ne favorisais pas l’utilisation d’une base de données NoSQL dans un projet auquel je collaborais. Mais, est-ce que ces bases de données ont leur place? Est-ce qu’elles sont utiles? Comment faire le meilleur choix?
Les réponses, comme pour la plupart des choses en informatique, dépendent principalement de l’utilisation. En effet, il faut être conscient des limites imposées par les choix technologiques que l’on fait et il faut comprendre comment ces limites peuvent contraindre l’application développée.
Le projet est en retard, il nous faut un plan
Avez-vous déjà remarqué que la première chose qu’on nous demande de faire lorsqu’un projet est en retard est de produire une liste? Bien sûr, cette liste est parfois habilement dissimulée par une autre appellation comme un plan d’action ou un état général de la situation. Mais dans tous les cas, le document produit reste toujours une liste des choses à faire pour compléter le projet.
L’objectif de cette liste est de créer une stratégie claire pour la complétion du projet. Le client va s’en servir comme étalon pour juger de l’avancement futur du projet. Elle lui donne une sensation de contrôle parce qu’il sait ce qu’on doit faire, la direction qu’on va suivre et combien de temps on va prendre. Elle n’existe que pour cet objectif bien particulier soit rassurer le client et lui démontrer qu’on a la volonté de compléter le projet.
Information générée par une source non certifiée 