Le contexte est un élément important pour tous les domaines de la vie.
Deux événements identiques en termes d’actions peuvent avoir des conséquences, des retombées ou des ressentis complètement différents en fonction du point de vue, mais également du contexte.
Il est par exemple toujours important de replacer un fait dans son contexte historique pour mieux en comprendre les enjeux et les limites liés à l’époque.
Bien entendu, ce dernier est également éminent dans le secteur des projets informatiques
Définir le contexte
Un contexte de programmation peut être défini comme l’ensemble des informations pertinentes dont un développeur a besoin pour accomplir une tâche.
Le contexte comprend des informations provenant de différentes sources et les programmeurs interprètent les mêmes informations différemment en fonction de leur objectif de programmation. En fait, le même artefact peut créer un contexte différent lorsqu’il est revisité. Le contexte est donc, par nature, une “notion glissante”.
Cependant un projet informatique ne s’arrête pas à la création de code qui elle-même est induite par une étape d’étude et de conception.
Le développement se doit de prendre en compte l’ensemble de son environnement et ainsi le contexte global pour être réalisé de manière optimale.
Point sur les solutions magiques
On retrouve souvent des comparatifs entre des langages, des architectures de code, des outils ou autre qui visent à déterminer lequel est le meilleur.
La plupart du temps, avec une vision macro, les deux permettent d’arriver aux mêmes résultats ou presque. L’importance des points de différences semble, en général, être superflue. Chacun ayant ses points forts mais qui ne peuvent pas objectivement être mis en avant par rapport à d’autres, que cela ça au niveau des performances, vitesse d’exécution, prise en main ou autre.
Ces éléments prennent leur importance une fois que l’on connaît les attentes du projet. C’est seulement à ce moment que les tenants peuvent nous guider pour les aboutissants.
La mode existe également dans le domaine de la programmation, on entend des termes comme l’architecture hexagonale, les micros-services ou autres, cependant il est important de ne pas oublier qu’il n’existe pas de solution par défaut qui dépasse toutes les autres.
Mettre en place tout un environnement précis et profond pour un petit projet n’est pas une fin en soi.
Une question de moyen
Le rendu doit être au plus proche des attentes du client mais il ne faut pas omettre les moyens disponibles pour y parvenir.
On parle tout d’abord du contexte externe, le budget alloué permet-il de coller aux exigences, la date de sortie souhaitée pourrait-elle être respectée si autant de fonctionnalités et de sécurité sont requises, etc.
Et il ne faut pas non plus oublier le contexte interne lors de la réalisation. Ce dernier peut passer par le niveau des équipes, en effet, on ne peut pas attendre les mêmes choses d’une équipe de séniors et d’une autre de juniors.
Prendre le temps de bien comprendre les attentes de son client, en étant au fait de son besoin, des conséquences et répercussions pour ce dernier, pour pouvoir au besoin le conseiller voir le réorienter dans ses idées.
Prendre en compte tous les éléments intrinsèques et extrinsèques permettent d’être, au mieux, préparé et adapté pour une meilleure réussite du projet.