La vidéo montre très bien comment la forme influe de manière gigantesque sur la perception du fond – et combien j’ai à apprendre pour gérer mes propres présentations.
Attention, c’est un truc qui vous restera en tête longtemps à chaque fois que vous regarderez une conférence TED ensuite.
Those values start with a basic notion: We are losing control over the tools that once promised equal opportunity in speech and innovation—and this has to stop.
[…]
Meanwhile, I’ll keep encouraging as many people as possible to find ways to take control for themselves. Liberty takes some work, but it’s worth the effort. I hope you’ll consider embarking on this journey with me.
(et bien entendu il y a un loupé, donc si vous avez vu ce lien à partir de twitter, ne faites rien et passez votre tour svp)
Si vous lisez ce billet, je vous remercie grandement de [vous signaler] . Vous pouvez aussi me signaler cette lecture via messagerie instantanée, email, ou même par un commentaire anonyme sur le billet. Peu importe, je cherche juste un comptage empirique du nombre de gens qui l’ont lu malgré l’absence d’apparition sur twitter.
Au fur et à mesure une grande partie des échanges sont passés sur Facebook ou Twitter. De moins en moins de gens utilisent les flux RSS ou visitent les sites manuellement.
Je cherche à voir comment annoncer quelques contenus que je ne veux pas voir sur twitter, pour diverses raisons. Je cherche du coup à évaluer si c’est une option viable ou si ça revient à publier dans un trou noir. Ce billet n’est exceptionnellement pas annoncé via twitter. Les quelques minutes que vous passerez à vous signaler m’aideront à savoir ce qu’il en est..
Vous n’êtes probablement pas beaucoup de concernés donc je compte sur vous pour m’aider sans passer votre tour.
Sans changements de notre organisation économique, seuls les propriétaires des robots et des algorithmes, et quelques artistes vedettes et fonctionnaires réussiront à gagner leur vie. Tendance déjà manifeste quand on voit se creuser l’écart entre les pauvres et les riches. Pour nous sortir de cette impasse, nous devons bannir l’usage du mot chômage et instaurer un revenu de base inconditionnel.
C’est à la fois caricatural et tellement vrai : J’ai un travail, je cherche un revenu [de base]
Je partage tel quel, et je ferme les commentaires parce que ce type de sujets a tendance à trop facilement déraper. Si vous voulez réagir, vous pouvez me contacter en privé.
Selon une enquête Inserm/Ined de 2006 [PDF], 16% des femmes et 5% des hommes déclarent avoir subi des rapports forcés ou des tentatives de rapports forcés au cours de leur vie (6,8% des femmes déclarent des rapports forcés et 9,1%, des tentatives, et respectivement 1,5% et 3% des hommes).
— « Estime-toi heureux : toi, tu ne peux pas te faire violer »
Et bien évidemment, je suis en pleine phase avec la citation du même article, même si je suis peiné qu’il soit nécessaire de le mettre explicitement pour éviter que ça ne soit mal interprété :
Je n’atténue en rien la gravité du viol des femmes. Je reconnais que les premières victimes de viol sont des femmes et les premiers criminels, des hommes.
Je partage peu de bêtises mais ce match de ping pong est un indispensable à regarder pour vous remonter le moral :
J’ai cherché de quoi stocker des données avec plusieurs serveurs maîtres en réplication, mais je n’ai rien trouvé d’intéressant pour l’instant. Je me suis dis que toi, fidèle lecteur, tu pourrais apporter ta pierre. D’autant qu’il me semble que c’est une problématique courante, au moins pour les américains qui doivent avoir des serveurs sur les deux côtes, synchronisés entre eux.
J’ai des visiteurs qui vont accéder en lecture, en écriture ou en modification à des données. Ces visiteurs peuvent être répartis géographiquement et j’aimerai que dans la mesure du possible, ils puissent accéder à leurs données rapidement. Par rapidement j’entends « sans avoir à payer 100 à 200 ms de latence pour joindre un serveur de base de données sur une autre côte ou sur un autre continent ».
Là où j’ai de la chance, c’est qu’une même données ne sera crée, modifiée ou lue que par un seul utilisateur (ou presque). Cet utilisateur sera donc le plus souvent au même endroit, donc je peux répartir mes données en considérant qu’un seul serveur est maître sur chaque données. Dans mon esprit ça veut dire que ce sera rapide (données proches) 90% du temps et lent (serveur maître loin) les 10% du temps restant si l’utilisateur navigue géographiquement. Par contre il faut que lors de la création d’une donnée, je puisse choisir quel serveur sera le maître pour la donnée en question (pas de répartition automatique par hachage de clef puisque le maître est choisi en fonction de la proximité géographique).
Histoire de compléter : J’ai assez peu de relationnel dans ces données et j’y accède quasiment toujours par leur clef primaire. Je suis prêt à utiliser du SGBDR type MySQL, du clef/valeur type Redis, ou des intermédiaires type MongoDB (bon, j’ai une préférence pour du Redis, qui serait mon choix sans la contrainte multi-maître).
J’ai des volumes qui vont représenter plusieurs Go, entre 5 et 20 on va dire à vue de nez, non volatiles (donc j’exclue tout système qui ne permet pas de sauvegarde ou qui n’a pas de couche écriture disque). La performance est importance lors des accès, mais je ne vais pas avoir un débit d’écriture phénoménal non plus. Je ne pense pas que ce soit le critère de choix principal.
Enfin, je n’ai pas besoin d’écritures synchrones sur plusieurs serveurs. Je suis prêt à avoir une latence d’une ou plusieurs secondes avant de pouvoir accéder à une nouvelle donnée (ou à une modification) depuis un autre serveur que celui de sa création.
Beaucoup de solutions ont un mode maître-maître qui ne semble pas convenir à mon besoin, où les conflits peuvent être légion : Si un utilisateur fait volontairement une opération sur une données à partir de plusieurs emplacements géographique, je risque de ne pas pouvoir tracer ses différentes opérations mais d’avoir au mieux la trace de la dernière. Sauf erreur de ma part, les bidouillages multi-maîtres MySQL et PostgreSQL entrent dans cette catégorie.
J’ai jeté un oeil à Redis-cluster, qui a l’air d’être assez proche de la philosophie que je cherche (chaque donnée a un et un seul maître) mais c’est malheureusement avec une isolation complète, c’est à dire qu’aucun noeud n’a l’ensemble des informations en lecture. J’y viendrai s’il le faut, mais si je veux un fail-over correct ça veut dire qu’il faut que je double chaque noeud (le maître, puis son esclave en cas de défaillance). Je ne suis pas non plus certain de pouvoir choisir le maître à utiliser lors de l’écriture.
Je regarde Riak, CouchDB, RethinkDB, Tyrant, Voldemort, Dynomite et quelques autres mais je manque cruellement de retours d’expérience et d’informations pour faire un choix éclairé, si tant est que l’un de ceux là puisse correspondre.
J’ai aussi en tête de faire quelque chose à la main avec une logique applicative par dessus le connecteur Redis, pour qu’il se connecte au bon serveur en fonction du premier caractère de la clef, mais j’aimerai franchement éviter les bidouilles manuelle pour quelque chose qui doit certainement avoir une solution sur étagère.
Dis, lecteur, as tu des liens, des retours d’expérience, des informations, des commentaires ?