Enzo Bricolo 🛠⚙🛠 a écrit 1216 commentaires

Le proto TGV001 tournait avec des turbines donc le concept est très différent des machines qui parcourent nos belles provinces.

Tu utilises l'API de Siri pour lui balancer le début des deux parpaings, et tu compares le premier lien wikipedia qu'elle te renvoie dans les deux cas. Si c'est le même lien, tu en déduis que c'est le même groupe de personne. Si elle renvoie tout le temps un lien vers Douglas Adams, c'est que tu n'as pas bien géré le cache. Si elle te renvoie ce lien, c'est qu'on est vendredi et que cette grosse feignasse a envie de troller.

"je suis aigri"
Enchanté aigri, je suis matinal !

J'ai du rater un virage dans l'explication mais l'échange et le stockage sont deux problématiques bien distinctes. Dans le cas de l'échange inter-applicatif et en particulier B2B, l'interopérabilité ou la communicabilité des structures de datas est primordiale et le XML s'est imposé, ad hoc ou dans ses différentes déclinaisons comme le ebXML. Les "machins de téléphonistes" n'ont rien à faire dans la couche applicative …

Tu aurais pu citer Rainer Maria Rilke.

Je découvre cette initiative aujourd'hui.
Je guetterai l'année prochaine.

que je sorte mon "palantir"

Je peux te prêter un marteau et des tournevis

Je la connaissais avec cobalt et sodium.

Et tu cherches des clients ?
Parce que nous on utilise et on a des choses à dire :)

J'aime ton logo : c'est bien le symbole du docteur Manhattan dans une alvéole de nid d'abeille ?

Pour les boulets qui n'aiment pas vimeo, je vous ai mis du youtube.

Et au passage, je vous remets celle là.
que vous aviez déjà snobé sur la forme au lieu de critiquer le fond.
Bande de vieux ronchons !

sauf les mexicains. pas besoin.

Vous pouvez mettre des sales notes autant que vous voulez, vous avez quand même besoin des abeilles.

Ca veut dire quoi "tu traites" ?
Tu veux que je ressaisisse les données dans mon ERP ?
J'ai autre chose à faire, je dois servir mes clients.
Je préfère investir dans mes outils d'interopérabilité plutôt que de payer pour automatiser la relance.

Ca devrait plaire, on peut aussi démater ou perdre la quille ?

"La faible complexité de mon activité ne nécessite pas du tout une migration immédiate vers de l'EDI, vu les possibilités offertes par la loi."
Les lois, ça changent, qui peut le plus, peut le moins.

"Merci de cette offre généreuse, mais je suis très loin de ce domaine."
Si tu es dans la GSA/GSB/GSC, l'automonile, l'énergie, l'électronique et télécoms, etc.
j'ai des noms pour toi.

On est en 2015, toute facture est produite par une application d'un coté et consommée par une application de l'autre coté. Les anciens (ça date) ont établis des normes, des standards, des processus interopérables qui fonctionnent, qui sont déployables et qui sont performants, pour que les parties prenantes soient dans une relation de partenariat.

Qu'est ce que vous voulez que je fasse avec un PDF ? Je l'imprime et j'allume le barbecue ?

Je ne parlerai de la demat de PDF signé pour des factures, c'est une aberration !

Je t'engage d'abord à creuser avec les "métiers" les processus que vous voulez mettre en place,
qui vont différer entre les factures clients (pour l'ADV), les factures fournisseurs (pour les achats),
et les factures "internes" (toujours compliqué, surtout à l'international).

Posez vous des questions "bêtes" :
- est ce qu'on gère des avoirs, des rejets de factures, des avis de paiements, des factures à
zéro, des factures de garantie ?
- quelle volumétrie, par mois, par client, par format ?
- quel est le process en cas de panne ?

Rien que l'étude des processus (au niveau technique) doit te donner les infos suffisantes
pour ensuite challenger les solutions en mode SaaS ou en interne (bonita, WSO2, etc.).
Si le budget est trop limite,commencer en SaaS, vous paierez à l'usage, montez en compétences,
challengez le fournisseur et quand vous êtes prêts, reprenez le truc en interne.

Une fois que l'on a tiré le fil, et gérer le premier stade, tout est possible,
échanges de plan d'appros, de commandes, d'avis d'expédition, d'ordre de
transport, etc. Les gains générés paient le projet et le récurrent.

Tu trouveras de l'aide dans les communautés gérant le domaine de ta boîte, et si tu es
dans l'aéro, sache que tu peux m'appeler directement.

La kula est le nom d'un système d'échanges de biens prestigieux pratiqué dans les îles Trobriand près de la Nouvelle Guinée. La générosité est signe de pouvoir, ça fait réfléchir …

C'est pour ça que le chamane reste dans l'ombre de sa grotte avec ses copains chamanes à picoler du jus de racine. Il peut ramasser des coups de massue en traitre quand, par un bel après midi, il collecte en solo des champignons rigolos pour préparer son omelette spéciale.

"Faire l'intermediaire entre l'individu et les esprits de la nature, ca n'a VRAIMENT rien de religieux, pour toi ?"

Religion : « le fait de s'occuper d'une nature supérieure que l'on appelle divine et de lui rendre un culte »

Ce n'est pas vraiment la même chose.

"C'est possible, car pour moi ces deux termes sont quasi synonymes. Tu m'expliques stp ?"

La fonction est attachée au titre, c'est moyen d'atteindre le bon fonctionnement de l'ensemble du corps social.

Les rôles sont les comportements attendus d’un individu (ou parfois d'une organisation), dans l’exercice d’une fonction qui renvoie au statut social.

Dans mon exemple, le chef (fonction) est sensé "cheffer" (rôle), et le chamane (fonction) est sensé "chamaner" (rôle).
Mais parfois cela s'inverse, le chef possède la connaissance, et le chamane exerce
l'autorité. Cela peut marcher (exemple dans BattleStar Galactica), mais c'est confusionnant !

"c'est juste malhonnête."

Je comprends tes points, je reformule.
Le chef (rôle) exerce l'autorité, le chamane (rôle) possède la connaissance.

Bien sur, le chef possède aussi des connaissances et le chamane détient aussi une autorité.
Mais ce n'est pas leur rôle principal, tout est question de dosage.
Pour remettre en perspective, pense aux rôles traditionnels des parents dans une famille
traditionnelle. Chez moi, l'un exerçait l'autorité et l'autre possédait la connaissance,
mais ils fonctionnaient comme un tandem, et pas en single<

Le sujet de mon journal, c'est quel rôle voulez vous, ou pensez vous jouer ?
```

"tu es le chef de projet"

c'est une fonction

"tu gères les délais (faut livrer),"
"la qualité (ça marche),"
"les coûts (que dalle, c'est du libre, on ne sait pas comment le monnayer)."

Ah ben zut alors, ce journal n'était pas hors sujet !
Tu mets les délais en premier, je crois que je comprends pourquoi.
Tu moyennes la qualité à "ça marche". Tu aurais pu aller plus loin ?
Tu mets les couts en dernier, mais en ajustant sur le financement.

Si tu as réussi ça, avec une équipe de 5 personnes qui est restée "unanime",
tu dois avoir un bon level de "chaman".

"(le sagem Fadt 800), repris par Orange dans plein d'autres pays."
Ce qui est drole, c'est que je vais pouvoir vérifier ton histoire à la pause café !

"Qui est au-dessus est une question qui n'a pas de sens amha."
Je disais la même chose à ma moitié il y a peu.

Non, tu n'as pas bien lu, je répète, un "chaman" n'est pas un "chef".
Je suis volontairement remonté aux groupes préhistoriques pour ne pas
perturber le discours avec un angle religieux.
Et tu confonds le rôle et la fonction.

Le chef détient l'autorité, le chaman possède la connaissance.
Le chef tire le groupe vers le haut, le chaman assure la cohésion du groupe.

Dans certains groupes, il arrive même que les rôles et les fonctions se croisent,
et que ça fonctionne quand même. L'important, c'est le fait qu'il y ait deux rôles
distincts et que l'équilibre entre les deux rôles soit respecté.

J'ai des kilotonnes de Mappers
base->base, CSV->base, XML->CSV, ODT->OOXML, etc.
Très bon exercice, et au passage tu peux leur coller les normes et standards dans les pattes (RFC4180, EDIFACT D96A, SPEC2000, xCBL, etc.) et le contrôle de la gestion de l'unicode, "ça peut pas faire de mal".