Enzo Bricolo 🛠⚙🛠 a écrit 1216 commentaires

Cette discussion me rappelle que j'ai assisté à la présentation (à partir de la page 66) d'un cas d'utilisation d'analyse et de rapprochement de CV par rapport à des offres d'emploi. C'est à la fois très intéressant techniquement et un peu inquiétant. Depuis cette présentation, je réécris systématiquement mon CV en fonction des offres auxquelles je peux être amené à répondre de façon à faire matcher au mieux un potentiel "moteur de rapprochement" …

"L'idée serait plutôt de détecter que les deux questions ont grosso modo la même signification et donc que les résultats les plus pertinents pour l'un et donc que les résultats pertinents sont sans doutes les mêmes aux deux requêtes."

Quelles questions ? Ces deux là ?
1. Quel est le rôle d'un député ? (oui, j'ai vu le point 9 et ses exemples maladroits)
2. Quelle est la fonction d'un député ?

Elles n'ont pas la même signification pour moi, mais peuvent avoir la même signification pour le posteur originel, ou pour les rédacteurs sur certains sites.

La machine (ou l'algo de google) pourrait-elle détecter que les réponses pertinentes pour la communauté des vieux cons ne sont pas exactement les mêmes que pour une autre communauté ? et la machine serait-elle en mesure de détecter quelles sont les réponses pertinentes pour le posteur originel si elle possède des éléments de contexte, comme par exemple l'historique de recherche du posteur original, qui permettraient de rapprocher le posteur de telle ou telle communauté ?

Nota bene : A propos de jargon, "posteur" n'existe pas (encore) dans le wiktionnaire, mais on le trouve ici ou là.

" je m'étonne que Google me propose une "définition" (ou je sais pas comment ils appellent ça exactement) "

Il appelle cela un "extrait optimisé", qui est calculé sur les pages que le moteur parcourt. Dans ton cas, Google a interprété tes deux mots comme une question, et il a trouvé une page (celle de MMLP) dont l'extrait optimisé semblait répondre à ta question, donc il t'a présenté cette page en premier dans un cadre en te précisant comme il l'avait trouvé et pourquoi il l'avait mise dans ce cadre. Ton ami Google n'a jamais écrit que l'extrait optimisé de la page de MMLP était la meilleure définition du "rôle du député".

Tu voudrais valider par l'analyse du web existant que l'usage des deux termes se confond avec le temps ?

C'est très intéressant techniquement mais sans vouloir passer pour l'affreux réactionnaire de service, ça fait de la peine. On ne met pas au même niveau dans l'analyse, surtout en France, le baragouin issu des forums de discussion (ou la tribune), des posts dans facebook et les articles académiques ou encyclopédiques, la littérature, la presse, etc. Amasein a raconté hier comment le mot "pieuvre" est arrivé dans le dictionnaire grâce (ou à cause) de Hugo. Je ne commenterai ni la "bravitude", ni "l'amicalité" …

Par ailleurs, pour une fois, il n'y pas de faux amis avec l'anglais. Confondre les deux termes, c'est aussi perdre peu à peu la compréhension des anciens textes et ajouter de la confusion dans les traductions (simultanées ou pas).

"Mal nommer un objet, c'est ajouter au malheur de ce monde. Et justement la grande misère humaine qui a longtemps poursuivi Parain et qui lui a inspiré des accents si émouvants, c'est le mensonge. Sans savoir ou sans dire encore comment cela est possible, il sait que la grande tâche de l'homme est de ne pas servir le mensonge."

C'est aussi pour ça que je suis pénible sur l'usage des termes techniques comme "cloud computing" …

Chapitre 4.2.2

Une des raisons, c'est aussi l'utilisation du terme "rôle", de la part de MMLP, à la place de "fonction". C'est assez courant. Si tu cherches maintenant les deux mots 'fonction député', le résultat devrait te convenir mieux. Et ceci posé, on peut effectivement se demander quel est le "rôle" du député, c'est à dire "l’ensemble des comportements, l’image sociale d’un individu en fonction de son statut et de sa fonction" et se demander si nos chers députés sont toujours bien dans leurs rôles.

Je te le mets en français (et pour ceux qui n'ont pas accès à Google) :

"Lorsqu'un internaute pose une question dans la recherche Google, la réponse s'affiche parfois en haut des résultats de recherche, dans un bloc spécial qui contient un extrait optimisé d'une page. Ce bloc comprend un résumé de la réponse extraite de la page Web, ainsi qu'un lien vers cette page, son titre et son URL."

…

"Le résumé est extrait d'une page Web de façon programmatique. Il se différencie des autres types d'extraits, car il est optimisé pour attirer l'attention de l'internaute sur la page de résultats. Lorsque notre système comprend que l'internaute pose une question, il détecte de façon programmatique les pages qui y répondent, et affiche un extrait optimisé du meilleur résultat dans les résultats de recherche.

Comme tous les résultats de recherche, les extraits optimisés reflètent le point de vue ou l'opinion du site d'où ils sont tirés, et non l'avis de Google. Nous cherchons en permanence à améliorer notre capacité à détecter l'extrait le plus utile. Ainsi, les résultats que vous voyez peuvent changer au fil du temps. Pour faire des commentaires sur un extrait optimisé, cliquez sur le lien "Commentaires" en bas du bloc."

Dans ton cas, la page qui a été présentée "en haut", tout d'abord contient les deux mots clés dans l'url, et de plus son "extrait optimisé" répond à la question induite par tes deux mots clés ("rôle, député") : "Quel est le rôle d'un député ?"

ci après l'extrait optimisé de la page présentée :

"Ils sont également, de fait, représentants dans l'hémicycle de leur circonscription, chargé de se faire l'écho des préoccupations propres à leurs territoires. Le rôle premier du député est donc de voter les lois et de contrôler l'action du Gouvernement."

Google est ton ami, il a essayé de construire une question à partir de deux mots, et d'y répondre.

Par ailleurs, si tu tapes la question complète en bon français, ton ami google t'aide à compléter ton choix

début de question

et si tu choisis la bonne entrée "Quel est le rôle d'un député dans la république française ?" tu obtiens les bonnes réponses dans le bon ordre

Victoire

Il est quand même sympa ton ami google !

Et le bouton "about this result" ?

Je ne comprends pas bien ce que tu veux faire mais peut être qu'un document en bon français pourra t'aider. Quel type de signature veux tu générer ?

"signer le document (par exemple) casse cette validation"

Il faut signer avec le bon stylo et au bon endroit.

Pas dans ce type de transport, mais j'ai aussi une petite base installée …

Le métier s'est pointé cette semaine avec des demandes d'intégration d'application en SaaS
qui exposent à la fois des APIs de type SOAP et REST.
J'ai cru que j'allais enfin pouvoir passer du coté hype de la force mais ce que j'ai vu était
juste affreux. Ces gens là méritent de se faire trouer, je plains leurs clients.
Je suis à deux doigts de poster l'url de l'API ici pour leur foutre la honte.

"perso, je ne parle jamais de "cloud" mais de systèmes distribués ou plus simplement de virtualisation, ce dernier englobant l'infrastructure et pas uniquement le système d'exploitation"

et les décideurs pressés ne te posent pas de questions ?

Merci pour ce lien que je bookmarke immédiatement … pardon … que "j'ajoute à la longue liste de mes liens favoris afin de pouvoir le retrouver rapidement".

Netflix a une utilisation super élastique d'AWS puisqu'ils allument et éteignent plusieurs dizaines de milliers de VMs tous les jours. Tout le monde n'a pas cette variation de charge quotidienne.

Soit, ce n'était pas le sujet. J'attends toujours, comme la sœur Anne, de voir poindre le "grand remplacement" de mes payloads en XML par des payloads en JSON, tel que me le promet whity, et pour l'instant, je ne vois rien venir sur ce front.

MQTT est un protocole, tu peux l'implémenter coté web si tu veux.

Exactement ! De toute façon, l'analogie est pourrie, car une "Pizza as a Service" n'a pas de sens.

En fait, c'est rigolo mais ça prête à confusion, je reprendrai l'analogie dans le 2/2.

Par Toutatis !

"on se tape un bruit énorme" ça se discute "tu paies de la cpu" c'est mon choix, mes cpus ne foutent rien "et de la bande passante" ben non, c'est compressé …
"côté web, c’est clairement le json qui s’impose" de quel coté du web ? pour quels usages ? je ne vois toujours rien venir de mon coté du web (par contre, j'ai des besoins MQTT qui m'arrivent du coté industriel).
```

Tu aurais pu lire le lien que j'ai laissé qui détaille une histoire similaire à ce que tu décris.

"c'est comme ça que naissent les religions"

C'est la magie du cloud !

"On devrait vraiment faire gaffe quand on utilise des symboles, ça peut avoir des effets de bord terribles."

C'est vrai, par ailleurs, ne pas utiliser de "symboles", ou ne pas utiliser les bons, a aussi des effets de bords terribles.

"PAAS++", c'est précisément le genre de terme qu'il ne faut pas inventer !

On parlera plutôt de FaaS, pour "Function as a Service", ce qui n'est pas terrible, j'en conviens.

Je me remets à la rédaction du 2/2 qui va détailler les 3 modèles de services historiques et leur nombreuse descendance.

"XML a encore son utilité aujourd’hui, mais JSON a tous les atouts pour le remplacer dans tous les domaines : c’est un meilleur compromis lisibilité humaine / machine que ne l’est XML."

Donc tu n'as pas bien lu mon post qui était concentré sur les cas d'usages "business" ou "machine to machine" dans lesquels on se cogne pas mal de la lisibilité par un humain.

Ceci posé, je dirai "challenge accepted" et j'attendrai impatiemment de voir du déploiement de JSON sur des échanges "business" dans mes différents périmètres d'intervention …

L'article est très intéressant mais je n'en peux plus de lire des bêtises comme "XML sapu" :

1. Les structures arborescentes pour l'échanges de données, ça existait bien avant le web (X12, EDIFACT, etc.) - je ne parlerai pas des crétins qui nous gonflent à demander des échanges en CSV.

2. XML, les libs et les outils qui tournent autour, les métaformats basés dessus comme l'ebXML, le xCBL, les webservices de type SOAP ont leur raison d'être et couvrent un certains nombres de besoins fondamentaux dans le business moderne.

3. Si de nouveaux besoins apparaissent et qu'ils amènent la mise au point de nouvelles techniques comme JSON ou de nouvelles méthodes d'échanges comme des webservices RESTful, c'est très bien mais il faut arrêter de faire des commentaires de "hipster chiant" sur le fait que "le XML, c'est lourd".

Choisissez les bons outils et si vous avez de nouveaux besoins, créez les (sous licence libre).

Accelerando est vraiment très bon.