Un dossier d’appel d’offres de trois lots
Trois entreprises répondent à un appel d’offres, et ce qui arrive, ce sont trois jeux de chiffres qui doivent rester distincts et voyager ensemble. Chaque lot entre dans ce document comme un fichier à part, entier, dans la forme où il a été envoyé. Ce qui fait de ce tas de pièces jointes un dossier qu’on peut dépouiller, c’est le reste : le document nomme les colonnes sous lesquelles les fichiers sont présentés — le lot, le jour de l’envoi, le montant —, dit ce que chaque fichier inscrit dans chacune, et dit que la liste est triée par jour d’envoi, du plus récent au plus ancien.
Sans cela, un logiciel de lecture n’a rien à montrer qu’une liste de noms de fichiers, qui ne dit à un acheteur ni quel lot est arrivé quand, ni pour quel montant. Avec cela, les trois lots apparaissent comme un tableau qui se trie. Et parce que tous les logiciels de lecture n’affichent pas les dossiers, la feuille de garde dispose les mêmes colonnes sur la page elle-même : celui qui ouvre le document voit ce qu’il y a dedans dans les deux cas, et les fichiers sont toujours là, à sortir un par un.
Ce que montre cet exemple
- Trois lots, chacun voyageant entier comme un fichier à part.
- Le document nomme les colonnes et dit ce que chaque fichier y met : le dossier est un tableau et non un sac.
- La feuille de garde dispose les mêmes colonnes, pour un logiciel de lecture qui ne montre pas de dossier.
Le code source complet
Rien n’est omis et rien n’est simplifié : c’est le programme exactement tel qu’il tourne, pour le développeur qui utilise cette bibliothèque.
La troisième est la description elle-même : une simple liste de ce que la page doit dire, et c’est elle qu’on envoie au service.
Voir le code Rust
Voir le code Python
Voir le code JSON
Le document lui-même
Ouvrir le document en anglais
Ouvrir le document en français
Ouvrir le document en allemand
Ouvrir le document en espagnol
Ouvrir le document en italien
Ouvrir le document en portugais