l'article peut se résumer à

Enfin toi qui subis de la toxicité au quotidien avec ce genre de personne il est temps d’agir aussi. Je le rappelle parce que je le dirai jamais assez : ton boulot n’est pas ta vie. Tu n’es pas censé donner tant d’importance à ce genre de gens. Tous ces connards qui prennent plaisir à rabaisser les autres sont tragiquement nombreux. C’est pas une raison pour leur donner de l’importance. Tu n’es pas ton code ni ta code review. Laisse ces gens dans leur névrose et occupe toi de faire du mieux que tu peux en améliorant toujours tes connaissances et tes méthodes. Affronte ces connards ou tout simplement barre toi. Mais ne les laisse jamais te rentrer dans la tête et te torturer.

mais c'est tjs intéressant :)

In my experience :
Some complications on kubernetes are just inherent to a google-ish state of mind. If you're not on GCE, then you have to implement an overlay network, which is basically a fatass iBGP AS with a spoon of iptables.

Since your can rely on the linux kernel to ensure a proper set of routes, you do NOT need an external db as a dependency.

Tl;dr : I think the use of etcd in a network infrastructure, even SDN, is quite useless in most of use cases and understand the underlying nature of an overlay network is more important than just reproducing a basic tutorial entitled "how to prod kubernetes in 5mins". More to follow on this subject, I've left a half written blogpost in my company's drafts

Exactement la manière dont je me figure le processus de recrutement, plutôt que les classiques questions de psychopathe qu'on m'a servi dans plusieurs entretiens, genre "comment vous décririez vous en dehors de la technique". C'est tellement anti-naturel que PERSONNE ne peut répondre à ça sans un conditionnement parfait à l'hypocrisie, donc à se conformer à l'entretien en s'éloignant du but visé (le recrutement d'une PERSONNE en phase avec une équipe de PERSONNES). C'est tout le paradoxe de ce processus stupide :)

Autant bosser avec des gens qu'on apprécie intellectuellement et humainement, ça donnera forcément de belles choses !

une chiée de blogs d'engineering plus techniques les uns que les autres, je sens que je vais en avoir pour 1000 ans à faire le tri ... j'ai crashé le js de feedly en important tout, BREF que du bonheur

J'espère que la boite que je rejoins correspondra un peu à ces idées de fonctionnement, la hiérarchie horizontale est la clé du succès dans la majorité des cas, la transparence la clé de l'honnêteté !

j'ai été surpris de voir que je m'étais ajouté (il y a un moment) dans mon feedly pour avoir une idée du formattage du flux RSS de pluXML. J'ai cru que quelqu'un avait publié le même billet que moi

Un article framablog fort intéressant ... Ils font la promotion de jekyll pour le blogging, qui est aussi utilisé par img.bi ... Python, c'est vraiment impressionnant :-)

concurrent de pluxml ?

j'avais oublié cette plateforme de blogging :) a voir si elle est aussi cool qu'elle en avait l'air !