Outil de nettoyage sur lequel je suis tombé. À tester un de ces quatre.

MongoDB ne perd plus de données ! Alors que depuis le début, Mongo était réputé pour perdre des données (à tel point aue je le déconseillais systématiquement), l'équipe a fait de gros efforts pour stabiliser le système, à tel point que Mongo passe désormais le Jepsen Test (LE test à suivre pour connaitre la stabilité d'une base de donnée distribuée). Comme quoi il faut mieux lancer une base instable mais sexy et avec beaucoup de fonctionnalités, et ainsi attirer beaucoup d'utilisateurs dès le début, plutot que de construire quelque chose de fiable, mais qui prendra beaucoup de retard. C'est amoral mais bon...
En tout cas, j'ai un certain nombre de nouveaux papiers/articles à lire sur la consistence et la Linearizability (EDIT: qui est en fait l'atomicité en francais. Je viens de comprendre plein de trucs d'un coup...) maintenant... À suivre

Un article sur la stratégie Open-Source chez Azure. Pas très poussé, mais il y a des éléments intéressants.

La version Open-Source de Spanner (évoqué dans l'article précédent). Pas aussi efficace, bien sûr (car eux ne maitrise pas le hradware), mais quand même. L'article évoque notamment les différences majeures entre les deux outils.

Un podcast fait sur le big-data par mon ancien chef et un de ses amis. Ils rassemblent des articles de news sur le big-data, et les aborde en les analysant. Un très bon moyen de se tenir au courant du monde du big-data !
PS : dorénavant, tous les articles provenant de ce podcast seront taggés bigdatahebdo

Un outil qui va parcourir les MANs pour expliquer une commande Linux (trouvée sur internet par exemple). Peut-être pratique, je le garde là.

Une nouvelle base graphe en pure python. À garder sous le coude, ça peut être intéressant !

Un article par le créateur de Flask sur comment implémenter une politique de retry dans une application multi-micro-services, pour éviter que la mise à jour d'un deux fasse tomber toute l'application. Un article que j'aurais bien aimé avoir sous la main pour certains de mes anciens projets... Mais mieux vaut tard que jamais !

Une description détaillée de comment mener des tests d'applications sur une architecture complexe avec de nombreux services. Ce que j'aime bien, c'est qu'ils parlent pas mal des problèmes humains, sans se concentrer uniquement sur le technique comme beaucoup d'articles. De plus, ils utilisent beaucoup la règle du "ça prend du temps au début, mais ça en fait gagner sur le long terme", règle que peu de décideurs sont prêts à entendre, voulant toujours paré au plus pressé, ce qui finit par donner des projets interminables.

Une description pas à pas des différentes étapes qui se produisent quand on ouvre une page web. Très bonne vulgarisation, qui ne rentre pas trop dans les détails techniques.