Premier brief mail du projet

Le 25 juin 2026 à 13:57, Frederic Dumas f.dumas@ellis.siteparc.fr a écrit :

Bonjour Jean-Pierre,

Daniel et moi avions fait un debrief de vive-voix samedi soir, et voici seulement maintenant le petit mémo que je m'étais promis d'écrire pour conserver trace de ses conseils:

• prendre le temps de bien identifier dès le début du projet l’ensemble des données que nous serions à même de manipuler, même si nous n’en utilisons qu’un sous-ensemble dans les premières implémentations;
• utiliser les outils les plus simples pour noter nos idées au fil de l’eau, documenter le projet avec flexibilité; un simple ficher plat au format markdown sur le git de l’E2Li pourrait être suffisant;
• retenir par principe mariaDB, plutôt que SQLite, pour parer à toutes éventualités à l’avenir; pour se faciliter la maintenance, l’installer depuis un container Docker, qui gérera automatiquement les dépendances sans polluer le système;
• pour manipuler la base depuis le code Python, utiliser la bibliothèque sqlalchemy;
• pour générer l’affichage HTML+CSS depuis le code Python, utiliser la bibliothèque Gunicorn, évolution de uWSGI;
• en post-scriptum de notre discussion, Daniel citait encore la bibliothèque Boltons.

J’en ai forcément oublié (désolé Daniel), ayant rédigé ces notes cinq jours plus tard. Dans l’immédiat, pouvons-nous commencer par créer un premier Readme.md sur le git de l’E2Li ?

Jean-Pierre, as-tu reçu une réponse de Telegram, te donnant la procédure à suivre pour activer ton compte par SMS ? Si tu y parviens, ça nous permettra non seulement de réunir dans un seul canal tous nos échanges écrits sur ce projet, mais aussi de lancer des conférences vidéo à trois facilement (sans ouvrir Jitsi dans un navigateur web).

À bientôt à tous les deux.

Deuxième brief mail du projet

Le 25 juin 2026 à 17:50, Daniel Cordey dc@pxcluster.com a écrit :

Frédéric,

Merci pour ce petit résumé. Afin de vous aider dans votre réflexion, je suggérerais de visualiser chaque geste que vous feriez si vous deviez faire ces opération manuellement. Aussi, pour chaque geste ou action, bien réfléchir à TOUT ce que vous manipulez. Les boîtes ont-elles toutes la même taille ? Les objets sont-ils composés (écrou-boulon) ? Certain objects sont-ils systématiquement associés à d’autres (indissociable) ? Y-t-il des étapes intermédiaires qui semble anodines, mais qui sont systématiques ?

Donc, à chaque objet/pièce manipulé, il faut attribuer des caractéristiques (solide, liquide, fragile, oxydable, etc.), peut-être aussi des dimensions (impliquant des tailles de boîtes différentes), puis des opération, comme prendre, mettre, nettoyer, assembler, etc.

Tout ce que vous oublierez, va engendrer beaucoup plus de travail de correction et d0’adjonction/modification par la suite; avec le risque que la structure initialement pensée s’avère inadéquate. Dans ce cas... il est souvent préférable de tout reprendre à zéro. Ne pas hésiter à faire preuve d’obsession du détail !

Ensuite, ne pas hésiter à refaire le raisonnement et l’analyse plusieurs fois (dans votre tête). Vous devez être certain de ne rien avoir oublié... Pas évident, mais implique de refaire la démarche dans sa tête des centaines de fois... Pas de A à Z, mais des parties... des petits détails. Et dès que vous détectez quelque chose auquel vous n’aviez pas encore pensé, notez le immédiatement !

Voilà...

A+

dc

Troisième brief mail du projet

Le 25 juin 2026 à 23:35, jpn@e2li.org a écrit :

1er cas d’usage J’ai un devis validé par le client, je cherche les pièces pour réaliser les taches de maintenance. Je me place dans le cas ou toutes les pièces sont disponibles en quantité suffisantes et que les références correspondent exactement aux pièces qui doivent être changées. Tous les utilisateurs ont le droit de faire cette opération.

Je prend soi mon téléphone, soit un des deux téléphones de l’entreprise ( si mon téléphone ne possède pas les certificats qui permettent d’authentifier le serveur et de se faire authentifier par le serveur). Je flash le QRcode qui fournit le SSID et le mot de passe du réseau wifi du serveur d’inventaire pour basculer sur le réseau inventaire. Je flash le QRcode du premier article (QRcode de type URL de l’article dans le serveur inventaire). Le serveur me renvoi la page de l’article contenant une photo discriminante de l’article, sa référence, sa position dans le magasin, sa position dans les camions, les stocks magasin et camions, la pièce contenant cette pièce si il en existe une, la marque du fabriquant si la pièce n’est utilisée que par un fabriquant de nacelle élévatrice. Des fonctions apparaissent comme : modification de la quantité en stock, documentation, association de pièce englobante, association de pièces englobées, modification de la pièce. Les fonctions sont grisées si je n’ai pas les droits nécessaires pour faire l’action.

Si maintenant, je flash le QRcode du magasin, cela décrémente de 1 le stock du magasin (remarque, il serait bien de fournir un QRcode différent pour chaque camion et pour le magasin)

quelques réponses:

Il existe 2 tailles de boites. Une majorité de pièces sont rangées dans ces boites ( peut-être 90% ) le reste est soit trop grand pour tenir dans ces boites, soit liquide.