Enzo Bricolo 🛠⚙🛠 a écrit 1216 commentaires

Tu peux utiliser XML et XSLT.

On est à 500 ?

"On peut pas interdire la chasse au moment où toute la nature fout le camp ? Sérieusement ?"
Le passé est le passé, aujourd'hui la chasse est réglementée et beaucoup des actions menées
par les chasseurs au quotidien sont bénéfiques à "la nature".
Oui, certains font n'importe quoi. Je peux en dire autant de certains motards mais personne
ne parle d'interdire la moto.

"Facile à dire, quand la chasse a justement exterminé les prédateurs des ongulés"
C'est un peu plus compliqué que ça. Les gens qui ont exterminé des loups en France, ce n'était
pas pour le plaisir de la chasse.

Il risquerait de se faire pincer très fort …

Pour être plus sérieux, si l'acteur est le fournisseur :

a. si le client a tout automatisé et qu'il traite le XML en premier, il va vérifier
que la facture XML correspond au bon de commande (ou à l'avis de réception) de l'étape
précédente. Si oui, il va poubelliser le PDF, valider la facture, faire l'archivage légal
et la passer en paiement puis passer à la facture suivante, sinon, il va ouvrir le PDF et
demander des "explications" à son fournisseur (ou le balancer à la DGCCRF).

b. si il traite le PDF en premier, à réception, il va rentrer la facture PDF dans un outil
de workflow / GED indexées avec les données incluses dans le XML. Un opérateur humain va
ouvrir le PDF dans l'outil de workflow ressortir le bon de commande (ou l'avis de réception)
de l'étape précédente, constater le problème, ouvrir un dossier de litige dans son outil de
workflow / GED, et l'envoyer au service "litige" pour qu'ils envoient un courrier au fournisseur
un courrier standard au bout du délai légal ( 30 jours ? / 60 jours ? ), ça lui fera les pieds.

Le plus drôle, c'est que si le fournisseur déploie une nouvelle version de son soft qui
est buggée, le client peut se retrouver avec à traiter simultanément des factures conformes
et des non conformes …

Ça manque de TVA cette histoire …

"Je te rappelle qu'une facture contient aussi un tas de mentions légales, parfois des notes et des conditions de vente, des logos, etc. éléments qu'on ne place pas en compta, donc pas dans le XML."

Juste un "petit" point de détail. Le XML dont on parle, c'est un format "normé" qui respecte un standard rigoureux. Tu n'as pas besoin des logos, mentions légales, etc. pour en faire une facture valide. Quand tu mets en place ce genre de chose entre un fournisseur et un client, tu mets aussi en place les messages XML qui valident que la facture a été bien reçue, qu'elle est conforme à ce qui était attendu, que tu vas la payer.

Si la facture est non conforme ou erronée, tu envoies à ton fournisseur (qui s'est encore
planté le gros boulet), un message XML qui lui notifie son erreur.
Quand tu as validé et payé ta facture, tu envoies à ton fournisseur (qui a été sage) un autre message XML qui lui dit que tu as payé la facture no X à telle date avec le numéro de virement Y, ça lui permet de rentrer automatiquement dans sa compta, et d'affecter ses comptables à faire des trucs intéressants comme contrôler les notes de frais.

Si en tant que client, tu veux être capable de consulter la facture PDF à la demande
(en cas de litige par exemple), il y a des solutions pour ça. Quand tu tombes à 0,1 %
de litiges, tu peux même affecter un humain pour les traiter.

Si en tant que client, tu veux recevoir uniquement du PDF, il y a déjà des normes pour ça,
qui gère les échanges sécurisés, les signatures, etc.
C'est pas génial, mais ça permet à la DAF de venir discuter avec la DSI.

Sur ces sujets là, il faut réfléchir au processus global, pas uniquement au "format" des
échanges.

Petit rappel de mon coté : la facture est un document qui intéresse d'autres personnes que
l'émetteur et le destinataire, par exemple les services de l'état … on ne peut pas faire
n'importe quoi au prétexte que c'est plus souple …
Certains risquent de se faire pincer très fort dans les mois qui viennent.

La souplesse, c'est qu'on va continuer de voir des échanges de PDF par mail. En cas d'anomalie, les "humains" seront capables de rééditer la facture depuis leur GED ou
depuis leur "ERP" et de l'envoyer à leur interlocuteur par mail.

Pour moi, c'est un constat d'échec.

Ben, c'était pas le sujet, tu lis pas le source du PDF, tu lis la facture PDF
avec un "reader PDF".

Ce dirlo est du côté de l’emetteur De la facture ou du réceptionnaire ?

Cette norme est sur des échanges B2B, pas pour être imprimée et « lue par un humain ».

Pour info, Cross Invoice Industry (le XML) est un standard porté par l’UN/CEFACT, pas vraiment « obscur ».

Je ne comprends pas la logique qui consiste à Em barquer le XML (CII) dans le PDF. On peut toujours reconstruire le PDF à partir du XML si jamais on en a besoin (Qui pourrait en avoir besoin ?). Éventuellement, on peut passer le PDF inliné ou en pièce attachée du XML.

Par ailleurs, Chorus permet déjà la gestion des pièces jointes. Il suffisait de demander à envoyer le PDF par ce canal.

"Mitterrand a lancer le FN uniquement pour faire prendre des voies à l'UMP"
L'UMP n'existait pas à l'époque mais je vois ce que tu veux dire.
Mitterrand a appris de ses nombreuses erreurs tout au long de sa carrière.
Pour gagner en 81, il a juste fait le nécessaire. Ceux qui n'étudient pas
l'histoire ne profitent pas de ses leçons.

"des manœuvres politiques ont fait l'élection, pas la volonté des gens."
Il faut juste lire les règles du jeu avant de jouer et de mon point de vue,
la "volonté des gens", ça n'existe pas. c'est juste une tournure rhétorique.

La politique brasse peut être beaucoup de vent mais au bout du compte,
c'est du concret, que ce soit au niveau local, régional, national ou européen.

Les anglais ont compris (un peu tard), les français sont en train de comprendre.
On verra bien ce que ça donne pour les européennes, si on arrive à élever un
peu le débat autour des ronds points.

Vivement
- "Passer l'élection des délégués du personnel à la galette des rois"
- "Passer l'élection du président de la banque mondiale au chifoumi"
et mon préféré
- "Passer l'élection du pape à la battle royale"

Dans les deux exemples très pertinents que tu donnes, les systèmes analysent leur propre performance et réagissent de manière autonome, à chaque itération.

Dans l'exemple que j'ai donné plus haut, il n'y avait rien de similaire. On se contentait d'analyser à posteriori la performance du système.
Les gens qui voulaient utiliser le terme "temps réel" avait l'habitude programmer ces traitements dans un batch nocturne qui traitait toutes les réceptions du jour et d'analyser le temps de traitement du batch complet avec un engagement client à 24 heures. Passer à un engagement à 15 minutes a déjà été difficile. Pour ces traitements, on a fini par utiliser le terme de "fil de l'eau". Le système traite ce qu'il reçoit dès
qu'il le reçoit, mais il ne peut pas offrir plus de puissance que ce qu'il a.

Ensuite on est passé à 5s mais c'est une autre histoire.

Dans mon cas, c'était surtout du bon dimensionnement de la VM pour gérer les pics de charge et s'assurer que le code qui tourne a bien les performances attendues.
On me demandait juste de mesurer le temps écoulé pour chaque tache et on faisait un bilan en fin de semaine.

C'était un OS à chapeau rouge sur une infra X86 virtualisée classique.

C'était "garanti" contractuellement vis à vis de notre client (grande distribution). En cas de retard, on avait juste des pénalités financières et pas des châtiments corporels (heureusement).

En médiologie, "temps réel" est opposé à "en différé". C'est sur une autre échelle de temps.

Il y a peu, on avait encore un compte rendu des manifestations dans les journaux papiers
uniquement le lendemain (c'était mieux avant, hein, dominique ?).

De nos jours, on a plusieurs chaines d'infos en continu, des livefeeds twitter facebook interactifs, etc.

"J'ai essayé 3 fois de la publier en dépêche, mais j'ai une erreur oops de linuxfr :("
Faut passer sur les tribunes (celle des dépêches en cours ou celle des moules), y'aura bien qqun pour aider.

"c'était pour faire écho à la traduction littéral de FPGA"
Ça serait plutôt un champ d'éolienne une semaine et des panneaux solaires la semaine suivante ?

J'avais plus une image en tête avec un centre d'appel (externalisé) plein de cubicles.
Une semaine ils bossent pour une assurance, la semaine d'après pour un marchand de robinet.
C'est moins efficient que de l'avoir en interne (ça va moins vite et y'a des soucis d'I/O :))
mais c'est plus polyvalent.

"J'ai déjà vu passer l'expression "en temps contrôlé" qui serait bcp plus rigoureuse en effet."

J'aime bien "temps contrôlé", mais on doit pouvoir faire mieux.

J'ai beaucoup travaillé sur des sujets ou on me demandait de garantir l’exécution de 99% de taches
en moins de 15 minutes et je refusais catégoriquement que certains nomment cela du "temps réel".
Les systèmes temps réels que je connaissais dans l'embarqué géraient de véritables contraintes,
et utilisaient des noyaux temps réels.
On est ni sur les mêmes enjeux, ni sur les mêmes contraintes, ni sur les mêmes architectures
techniques, ni sur les mêmes langages et outils, il faudra certainement clarifier le vocabulaire
pour éviter les catastrophes dans le nouveau monde .

Par ailleurs, l'expression "temps réel" a aussi un sens en médiologie. Ça devient bordélique
si on parle de médias du style twitter/facebook qui permettent de suivre l'actualité
en "temps réel" au sens de la médiologie mais en utilisant des technos non "temps réel"
dans leurs architectures techniques.

"Au passage, j'en peux plus du terme "remonter".Pourquoi doit-on faire "remonter" des informations ? Elles viennent d'en bas ? Elles remontent où ? En haut ? Qui est en bas ? Qui est en haut ? La France est un pays vertical ? À quelle altitude se situe-t-on ? Ce terme est vraiment symptomatique d'une élite hors-sol."

T'es pas au courant pour les pyramides ? Elles ont une base et un sommet.

Tu peux proposer un nouveau vocabulaire compréhensible par tous, pas "élitiste" et pas "hors sol" sur le site du grand débat. Aucun sujet n'est tabou ni totem, même pour les gens qui n'ont pas lu de livre.

Ce qui faisait donc de mon commentaire un trait d'humour. Pour info, "Vilain petit nouveau !" est aussi une des phrases préférées du doyen chauve de la tribune. Tu connais certainement la tribune, cet endroit étrange de linuxfr.org, ou l'on "débat" des modes de scrutin et de politique tout le temps.

Pour revenir à ton journal, si on veut refaire l'histoire, en 2002 (j'y étais), on a eu la conjonction de différents facteurs. Tout d'abord, les medias nous ont bassiné que l'on aurait Chirac/Jospin au deuxième tour et presque tous les instituts de sondage étaient d'accord. Donc beaucoup d'électeurs de "gauche" ( à prendre au sens large ) se sont fait plaisir en votant pour des petits candidats genre Taubira ou sont carrément partis en vacances (c'était les vacances scolaires et il faisait très beau).
Résultat des courses, on le connait, on a eu à nouveau Chirac, élu à 82 %.

Ce que la gauche aurait du retenir de ce fiasco, c'est que l'élection présidentielle ne sert pas à se faire un ego trip, et que si elle arrive dispersée, elle prend une raclée. Visiblement, les leçons n'ont pas été retenues, et la non alliance entre un Jean Luc Mélenchon inquiétant et un Benoit Hamon fatigué a conduit à une nouvelle défaite. C'est dommage j'aurai préféré un 2e tour Macron-Mélenchon, on aurait pu faire des analyses poussées sur la tribune.

L’intérêt principal du mode de scrutin existant, c'est qu'il est compréhensible par tout le monde.

La machin que tu proposes est peut être le plus "juste", le plus "équitable", ou que sais je, mais
c'est incompréhensible.

"les chasseurs ont eu droit à une réduction de 50% sur le permis de chasse"
Pas du tout, seul le permis "national" a bénéficié de la réduction (10% des permis).

Par ailleurs, les chasseurs sont sollicités pour s'occuper des ongulés, très souvent,
et pas rémunérés. Si tu veux, on peut discuter de ce modèle économique aussi.

"Le paysan-développeur ensemence son champs avec un fichier nommé «bitstream»."

C'est confusionnant au possible.

Par ailleurs, il manque un mot dans "une plate-forme réel". Et il faudra dire en
2 phrases pourquoi c'est bien adapté pour le "temps réel" (le vrai "temps réel",
celui qu'il va falloir renommer un jour).

Supers journaux nonobstant, il faudrait les compiler dans une dépêche ?

T’es bigleux, on a fait mieux l’an dernier

C'est là. Dépêchez vous avant qu'il ne ferme !

Rien n'est gagné d'avance mais il y a plein de gens brillants qui bossent. Chaque nouvelle génération de biocarburant est plus prometteuse que l'ancienne (j'aime particulièrement les
micro algues).

Concernant les applications dans l'aéronautique, je vous renvoie vers ce site là et ce rapport là.

Cette synthèse a alimenté le "pas trop grand" débat autour de la PPE, vous trouverez le rapport
là.

Bonne lecture, et venez commenter avec les méta experts de la tribune.