Projet et histoire informatique

Un projet informatique commence par un problème à résoudre pour quelqu’un. Programmer immédiatement expose à fabriquer une interface agréable qui ne répond pas au besoin. Imagine un club souhaitant compter ses livres disponibles. Le besoin est de connaître ce qui peut être emprunté ; utiliser un dictionnaire Python est déjà un choix de représentation. Sépare ces deux décisions. Le problème décrit le service attendu, tandis que la solution indique les moyens choisis pour le rendre.

Une spécification précise les entrées, les résultats et les conditions de validité. Pour compter des livres disponibles, on peut représenter leur disponibilité par un tableau de booléens : True signifie disponible, False signifie emprunté. Le résultat attendu est un entier compris entre zéro et la longueur du tableau. Le tableau vide est autorisé et doit donner zéro. Cette convention évite qu’un membre du groupe interprète True comme « déjà emprunté » pendant qu’un autre utilise le sens contraire.

Fixe un périmètre raisonnable. Une première version qui compte correctement les disponibilités vaut mieux qu’une application prétendant gérer les emprunts, les comptes et les notifications sans fonction fiable. Les extensions sont placées dans une liste séparée. Une règle de réussite doit être observable : « le résultat vaut 2 pour [True, False, True] » est contrôlable ; « le logiciel fonctionne bien » ne précise aucun comportement. Les exemples sont des vérifications, pas la totalité de la spécification.

Décompose le projet en fonctions dont les responsabilités sont simples. Une fonction calcule le nombre disponible, une autre prépare le texte affiché et une troisième dialogue avec l’utilisateur. Le calcul doit pouvoir être testé sans cliquer dans l’interface. L’interface entre deux fonctions désigne ici les données échangées et les conventions communes ; ce n’est pas nécessairement un écran. Écrire ces conventions avant de répartir le travail réduit les incompatibilités lors de l’assemblage.

Le calendrier représente un exemple d’organisation, pas une durée imposée à tous les projets NSI. Une personne peut préparer l’interface avec des résultats d’essai pendant qu’une autre écrit les fonctions. Toutes deux doivent avoir convenu du type du résultat. Une tâche dépendante attend les productions nécessaires, même si son responsable est libre. Pour estimer une date de fin, on suit ces dépendances : additionner toutes les durées comme si rien ne pouvait avancer ensemble serait trompeur.

Travaille par versions identifiables. Chaque modification indique ce qui change et pourquoi. Une version de référence permet de revenir à un programme exécutable si une expérimentation échoue. Dans un groupe, annonce qui modifie quel fichier ; compare les différences avant de réunir les contributions. Un conflit n’est pas résolu en gardant au hasard la copie la plus récente. Chaque membre doit comprendre l’ensemble du service et pouvoir expliquer sa contribution, y compris les choix abandonnés et leurs raisons.

Un test compare un résultat obtenu à un résultat attendu défini indépendamment du programme. Commence par un cas ordinaire, puis des cas limites. Pour le comptage, vérifie un tableau vide, un tableau sans disponibilité, un tableau entièrement disponible et un tableau mélangé. Ces cas explorent des comportements différents. Ils ne prouvent pas à eux seuls la correction pour toute entrée imaginable, mais ils révèlent des erreurs fréquentes de condition, d’initialisation ou de parcours.

Une démarche de mise au point consiste à reproduire le défaut avec le plus petit exemple utile, identifier son origine, corriger puis rejouer les anciens tests. Un résultat incorrect peut venir d’une boucle qui ignore le premier élément, d’un compteur jamais initialisé ou d’une condition inversée. Change une cause à la fois. Conserver le cas qui a révélé l’erreur crée un test de non-régression : il détectera une réapparition du défaut dans une version suivante.

La documentation répond à plusieurs lecteurs. Pour l’utilisateur, elle explique comment démarrer, quelles entrées sont admises et comment interpréter les résultats. Pour la personne qui maintient le code, elle décrit les fonctions, leurs paramètres, leurs résultats et les limites connues. Un commentaire utile explique une décision ou une contrainte ; il ne répète pas chaque instruction en français. Indique aussi les ressources réutilisées et leurs licences : trouver du code sur le Web n’autorise pas automatiquement toutes les réutilisations.

Une restitution honnête montre ce qui a effectivement été testé. Une démonstration réussie sur un exemple ne permet pas d’annoncer que toutes les données possibles sont traitées. Si le logiciel ne conserve rien après fermeture, précise cette limite. Pour un projet scolaire, utilise des données fictives ou non personnelles lorsque l’identité des personnes n’est pas nécessaire. La qualité d’un projet se voit aussi dans sa lisibilité, sa possibilité de reprise et la précision des limites annoncées.

En 1936, Alan Turing formalise un modèle de calcul et l’idée d’une machine universelle. Une même machine peut exécuter des traitements différents lorsqu’on lui fournit leurs descriptions. Ce résultat théorique ne décrit pas un ordinateur portable de son époque et ne signifie pas que tous les problèmes sont calculables. Il permet de comprendre pourquoi un appareil programmable peut changer de fonction sans changer chaque composant matériel.

Le 21 juin 1948, le Manchester Baby exécute un programme conservé dans sa mémoire électronique. Les travaux de Frederic Williams, Tom Kilburn et Geoff Tootill constituent un jalon de la réalisation des machines à programme enregistré. Le qualifier précisément évite une affirmation trop générale sur « le premier ordinateur », dont le sens dépend des critères retenus. Théorie du calcul, construction matérielle et diffusion commerciale sont des étapes distinctes.

En 1969, les premiers nœuds d’ARPANET sont reliés aux États-Unis. Ce réseau est un précurseur important de l’Internet actuel, mais Internet ne se confond pas avec un seul réseau historique. En 1989, Tim Berners-Lee propose au CERN un système qui donnera naissance au Web. Le réseau transporte des données ; le Web organise l’accès à des documents liés entre eux. Utiliser le courrier électronique ou transférer un fichier ne signifie donc pas nécessairement consulter une page Web.

Pour un projet, l’histoire sert à identifier des idées plutôt qu’à aligner des noms. Un catalogue consultable à distance combine représentation des données, algorithmes de recherche, langage, machine et communications. Une invention se construit souvent sur plusieurs contributions. Consulte des documents institutionnels et distingue la date d’une proposition, celle d’une démonstration et celle d’une diffusion. Une photographie de machine ne prouve pas, à elle seule, la date à laquelle un programme a fonctionné.

Pour poursuivre, retrouve l’espace S’entraîner du site à l’adresse /exercices. Reprends d’abord les fonctions, les tableaux et les booléens si tu hésites sur la signification des paramètres ou du résultat.