Enzo Bricolo 🛠⚙🛠 a écrit 1236 commentaires

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.

Tu n'as pas besoin d'IA pour faire un code qui gagne aux échecs. Tu peux regarder le code source de gnuchess par exemple, c'est très classique.

C'est qui cet industriel qui fabrique des moteurs parce qu'il y a trop de choix, je voudrais l'inviter à un dîner un mercredi soir …

Tu fais dans le comique de répétition ? Vivement le journal sur les lignes à retard

Ca me rappelle une vieille pédale …

J'aime bien ton avatar.