flan a écrit 1865 commentaires

Euh… ce n'est quand même pas très dur de trouver 5 ou 6 complices.

C'est même hyper simple : je demande à ces six personnes de faire ce que je leur conseille, de me confier leur mot de passe et hop, c'est bon.

Bin en fait, tout dépend de la réponse : si produire ma propre monnaie me permet de générer davantage d'euros que ce que j'ai dépensé en matériel et en énergie, oui, je vois l'intérêt… (modulo les éventuels inconvénients éthiques). Mais globalement, ça voudrait simplement dire que c'est un produit financier comme un autre.

Mais ça ne répond pas à beaucoup de questions qui sont critiques pour ce genre de sujets :

• quel est l'avantage de coder en dur la politique monétaire ? avec les monnaies actuelles, on peut adopter n'importe quelle politique monétaire.
• comment fait-on pour bloquer un compte ?
• comment fait-on pour rembourser quelqu'un (autrement dit, régénérer de la monnaie) qui aurait perdu l'argent pour une raison X ou Y ?
• comment fait-on pour redistribuer l'argent sur un compte donné sans avoir les accès ?
• comment fait-on pour les grands projets (et le crowdfunding n'est pas une solution viable pour des « vrais » grands projets) ?

Euh… alors là, j'ai beaucoup de mal à y croire.

Donc au hasard, si je les échange contre des euros (pourquoi pas), j'aurais gagné des euros en échange de rien du tout (de la ML qui ne m'aurait rien coûté).

Là, vraiment, je n'y crois pas un instant.

Ça ne répond pas à la question : qu'est-ce que ça m'apporte d'échanger en junes plutôt qu'en euros ?

Mais concrètement, quel est l'intérêt d'utiliser cette monnaie (à part le plaisir de l'utiliser) ?

Un missile est un engin propulsé guidé avec une charge explosive (la roquette étant propulsée mais non guidée, la bombe étant non propulsée), donc oui, ça correspondrait bien à la définition.

Je ne sais pas si le troisième exemple justifie le fait de parler d'arnaque, mais c'est clair que ça donne une impression de flou (volontaire ou non, je ne sais pas).

Les questions les plus importantes sont évitées, en disant que de toute façon le but n'est pas de remplacer complètement les monnaies actuelles… mais du coup, ça répond encore moins à la question de son utilité (s'il faut changer des euros en junes, puis juste après rechanger les junes en euro pour les utiliser (ou pour les conserver sans perdre d'argent), j'ai du mal à comprendre l'intérêt.

Je trouve toujours particulièrement étrange de graver dans le marbre une politique monétaire alors qu’elle est censée varier en fonction des circonstances. Pourquoi se priver volontairement d’un levier d’action ?

On finit toujours par s'adapter. Mais à quel prix ?

D'où l'intérêt d'écrire en français : ça prête moins à polémique :)

Là, tu parles de salaire après 30 ans de carrière. Ça n'a rien de fantastique pour un ingénieur avec la même ancienneté, au contraire…

Je t’avoue que je ne me sens pas spécialement responsable de ce qui a été fait ces 3000 dernières années…

C'est exactement ce qu'il dit ;)

Le problème n'est pas le changement de vocabulaire mais l'appauvrissement du vocabulaire.
Avec 100 mots de vocabulaire, tu ne peux pas avoir une pensée aussi complexe qu'avec 1 000 mots.

Si la continuité est vraiment importante, le serveur à domicile n'est probablement pas la meilleure solution vu qu'il y a des beaucoup de raisons d'avoir des interruptions de service plus ou moins longues : panne matérielle, coupure électrique, plantage du modem, panne chez le FAI, vol du serveur, incendie, bête arrachage de prise… et tout ça en ton absence, bien évidemment.

Tout est dans le titre : je vais me pencher sérieusement sur cette solution, dans l'optique de supprimer sensu/uchiwa/elasticsearch/graylog/rabbitmq par Prometheus et Grafana (couplé à quelques plugins dont Loki).
Rien n'est fait pour l'instant, mais j'aimerais bien que ça soit faisable :)

1) Les logs sont rarement en JSON de base, il faut donc un outil pour les mettre en forme (logstash, graylog, …) — et même s'ils étaient en JSON, ça ne voudrait pas dire qu'ils aient tous le même format.
2) quand on a un ES bien rempli, il faut dans tous les cas avoir une interface d'exploitation (Kibana, ou ici Grafana)
3) si j'ai bien compris, Loki permet d'avoir les logs correspondant à des métriques directement, au lieu d'avoir à faire la corrélation temporelle manuellement.

Bref, quelle que soit la base préférée, les outils de transformation et de visualisation restent nécessaire. Par contre, c'est intéressant d'avoir un seul outil de transformation, un seul outil de stockage et un seul outil de visualisation au lieu d'en avoir deux ou trois à chaque fois.

Pour compléter : une supervision est souvent constituée de trois types d'indicateurs : les métriques (valeurs numériques quelconques qui varient avec le temps, pour faire de jolies courbes), les checks (on/off, OK/KO, etc.) qui disent uniquement si c'est bon ou pas et les logs. Pour chacun de ces types d'indicateur, il faut au moins savoir les collecter, les stocker et les présenter à l'utilisateur (tu peux ajouter de la mise en forme, générer des alertes, et plein d'autres choses).

Pour les logs, la chaîne est souvent constituée de syslog qui envoie à logstash (pour mise en forme) qui les stocke dans ElasticSearch. Kibana est une interface de visualisation et de recherche d'ElasticSearch.
Dans le même genre et toujours pour les logs, il y a Graylog qui peut remplacer (en moins puissant mais plus simple) Logstash et Kibana.

Prometheus (je connais mal) fait la collecte des métriques et des checks et de la visualisation simple.
Grafana est à la base une visualisation de métriques qui demande un stockage (comme influxdb, mais il sait en utiliser d'autres). On parle ici du plugin Loki pour reprendre Grafana pour la visualisation des logs en plus des métriques (sachant qu'un plugin permet également d'utiliser Grafana pour la visualisation de checks).

Le concept est intéressant, mais je ne sais pas ce que vaut Digiposte en termes de sécu.

Dans le monde Apple, tu as également AirDrop, qui passe par le Bluetooth et le Wifi, ce qui permet des débits bien plus importants qu'en Bluetooth pur, et sans rien configurer (ça va fonctionner en broadcast, ou en limitant à ses contacts connus). L'authentification est faite via les comptes Apple respectifs. Le destinataire n'a qu'à accepter le transfert.

Sur les nouveaux iPhone, ça va un peu plus loin vu que le destinataire présélectionné (quand il y a plusieurs personnes aux environs) est celui vers lequel le téléphone émetteur pointe (ça utilise une troisième technologie pour ça, l'UWB).

La partie broadcast est faite en Bluetooth LE, et s'il y a transfert, les deux appareils créent un réseau Wifi pair-à-pair temporaire (en parallèle des réseaux auxquels ils peuvent être connectés chacun de leur côté) le temps du transfert.

Je ne pense pas qu'il faille partir de la fin du mot pour trier, plutôt qu'il faut utiliser un tri plus subtil qu'un simple tri caractère par caractère. Par exemple :
- on fait des classes d'équivalence pour chaque mot (la classe d'équivalence de ce mot étant ce même mot dépourvu d'accents et autres bizarreries),
- on trie les classes d'équivalence,
- on trie les différents mots au sein d'une classe d'équivalence.

Oui, bien sûr.
Ce que je veux dire, c'est qu'il n'y a aucun ordre naturel pour trier ces différents caractères. Ça dépendra très certainement du contexte.

Par exemple, si je choisis l'ordre "e" puis "é" (parce que pourquoi pas), et que je veux trier "cote", "cotes", "coté", "cotés".
Dans beaucoup de cas, je vais pourtant vouloir trier "cote", "coté", "cotes", "cotés", sans respecter l'ordre lexicographique pur.

Petit, j'ai appris une liste triée de 26 caractères, mais je n'ai jamais appris d'ordre particulier entre majuscules et minuscules, ni d'ordre dans les versions accentuées d'un même caractère (doit-on faire eéè ? éeè ?, éèe ?).

Partant de là, il faut bien choisir une convention, et cette version ne me surprend pas plus qu'une autre.

Others correspond plutôt à la somme de ceux qui sont identifiés mais regroupés car trop peu importants isolément (ChromeOS + FreeBSD + OpenBSD par exemple).