Et si on vendait de la compote au lieu de pommes comme tout le monde ?

Internet est la Mecque des nouveaux logiciels et solutions en ligne. Il est possible de résoudre n’importe quel problème grâce à quelque chose disponible sur internet. Il suffit de savoir où chercher pour identifier la solution qui nous satisfait le mieux.

Pour s’en convaincre, il suffit de visiter le ITunes store, Google play ou la bibliothèque Steam.  Nous avons maintenant plus d’applications disponibles que jamais.  Cependant, il faut se poser un question essentielle : est-ce qu’on a vraiment besoin de tout ça ?

Publicité

Manger sa propre nourriture ou utiliser ses logiciels pour la première fois

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.

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 ?

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.

On ne peut avoir qu’une seule chance pour faire une bonne impression

La première rencontre avec une nouvelle personne peut définir en grande partie notre relation future.  Il arrive qu’on tombe amoureux ou qu’on déteste profondément quelqu’un au premier regard.  La même chose peut se passer avec une application.  Les premières minutes d’utilisation sont  déterminantes pour la survie de notre logiciel sur l’ordinateur de notre utilisateur.