Il est réveillé. Encore une étape de franchie

Il n'a pas été systématiquement du coté des Républicains, cependant. Il s'est pas mal opposé (vocalement) à Trump et à pratiquement tout le parti de godillots qu'est devenu le GOP.

Et en plus tu seras pas emmerdé à devoir donner des bouts de foie

Il n'a pas été systématiquement du coté des Républicains, cependant. Il s'est pas mal opposé (vocalement) à Trump et à pratiquement tout le parti de godillots qu'est devenu le GOP.

Non mais faut dire que Trump, c'est encore un autre level aussi... Les soutiens de Trump, les vrais, ce sont des tarés.

un résistant de la dernière heure ...

https://img3.super-h.fr/images/snap [...] c9c99a.jpg

Kenshineuh qui découvre l'ampleur de l'infiltration HFr chez Plam Corp pendant un weekly meeting

edit : ça va être plus rapide de compter les non-Plam Corp ici

Si j'en crois la photo qu'elle m'a montrée, un connard de vice président de la stratégie corporate de la BNP est en plein harcèlement d'une copine via email.
 
J'arrive pas à croire qu'un mec qui a fait l'X et INSEAD soit aussi con, c'est affolant. J'essaye de convaincre ma copine à déposer une main courante à la gendarmerie pour qu'il cesse ses conneries.

Pas génial la dépendance JS vérolée qui défonce des ordis en Russie et au Belarus : https://www.bleepingcomputer.com/ne [...] raine-war/

Enfin c'est pas comme si NPM était connu pour être une source illimitée d'attaques supply chain.

 
_o/

 
Pourquoi pas une chaudière à pellets / bois?  
 
Vu l'endroit, tu aura pas de mal à trouver du bois de chauffage à pas trop cher  

 
J'ai encore des progrès à faire...

https://www.lemonde.fr/afrique/arti [...] _3212.html
 
Ce sont vraiment des ânes au Mali

Oui il m'a dit qu'il y avait un nouveau CEO / nouvel investisseur (ils sont 40 maintenant).
Et oui, mais je pense que c'est le but
 
C'est la partie qui me fait hurler de rire quand je lis sur Twitter que Goog aurait eu un plan avancé à 4-5 ans impliquant plusieurs de ses divisions et des partenaires tierces pour tenir le marché : je suis PgM, c'est mon job de faire collaborer les gens, et c'est une putain de plaie parce que chez Goog tout le monde a une opinion et se sent obligé de la donner, et c'est une culture du consensus encore pire que chez Nestlé parce que si les gens sont pas d'accord, ça paralyse rien, ils font juste leur propre truc dans leur coin. Si Goog était capable de ce niveau de coordination, je serais un des premiers à le savoir, parce que mon job serait 100x plus simple.
Du coup je comprends très bien l'attrait de viser une boite de 40 personnes ou tu as limite toute la boite en visuel quand tu es assis à ton bureau, et que régler un conflit ça revient à mettre 4 personnes devant un tableau blanc.
Je pense aussi qu'ils vont lui demander d'importer un peu 2-3 méthodes et approches (paradoxalement je pense que beaucoup de nos process sont plus adaptés à une boîte de 40 personnes qu'une de 150k)
 
J'avoue que ça commence à me fatiguer un peu...c'est peut etre parce que ça fait 16 ans non stop que je bosse sans chômage / sabbatical (j'ai eu 2 mois de gardening leave avant d'aller chez Goog, mais j'ai préparé mon déménagement), mais ça me fatigue la déperdition d'énergie pour arriver à quoi que ce soit.

Il est réveillé. Encore une étape de franchie

Pas sur qu'il ait le droit un jour  
Je vais être obligé de picoler encore plus pour équilibrer et soutenir nos viticulteurs

Pas génial la dépendance JS vérolée qui défonce des ordis en Russie et au Belarus : https://www.bleepingcomputer.com/ne [...] raine-war/
 
Enfin c'est pas comme si NPM était connu pour être une source illimitée d'attaques supply chain.

C'est une bonne question. Des conseils d'une solution par rapport à l'autre ?

 
Tu peux postuler

J'aurais tendance à dire que la chaudière bois va demander beaucoup de manipulation (faut charger les buches), pellets moins (si t'as un silo, sinon c'est des sacs à régulièrement vider dedans); et pour les deux il faut gérer le ramonage. Je pense que les chaudières bois ont aussi la limitation que tu peux pas faire varier la puissance, t'as ce que les bûches te sortent. Je présume que pellets la chaudière peut gérer en fonction de la quantité de pellets qu'elle met dans la chambre de combustion.
 
La PAC (air-eau je présume) va avoir beaucoup moins de manipulations mais va être complètement dépendante de l'apport électrique, et potentiellement moins efficace si t'as un gros gros hivers.
 
Si tu veux causer chaudière bois je peux te filer l'adresse de la ferme familiale (pas loin de lolmacon) pour que t'ailles poser des questions à mon oncle, il en saura probablement beaucoup plus

J'aurais tendance à dire que la chaudière bois va demander beaucoup de manipulation (faut charger les buches), pellets moins (si t'as un silo, sinon c'est des sacs à régulièrement vider dedans); et pour les deux il faut gérer le ramonage. Je pense que les chaudières bois ont aussi la limitation que tu peux pas faire varier la puissance, t'as ce que les bûches te sortent. Je présume que pellets la chaudière peut gérer en fonction de la quantité de pellets qu'elle met dans la chambre de combustion.
 
La PAC (air-eau?) va avoir beaucoup moins de manipulations mais va être complètement dépendante de l'apport électrique, et potentiellement moins efficace si t'as un gros gros hivers.
 
Si tu veux causer chaudière bois je peux te filer l'adresse de la ferme familiale (pas loin de lolmacon) pour que t'ailles poser des questions à mon oncle, il en saura probablement beaucoup plus

Le fait d'être un agresseur n'a pas grand chose à voir avec l'intelligence.

C'est une bonne question. Des conseils d'une solution par rapport à l'autre ?

Par ailleurs la chaudière bois ça fait de la pollution aux particules et l’impact écologique du bois énergie est loin d’être négligeable

ca leur apprendra en plus a gérer leur deps

Et l'impact ecolo du bois énergie quand tu brûle les coupes d'entretien d'une forêt dont la seule destination est de favoriser le champignon, la châtaigne et de temps en temps un ou deux chênes pour si bois d'oeuvre, c'est rien : si tu le brûles pas le bois pourri sur place.

https://i.imgur.com/4oMBt07.png
hum, il va me falloir un chausse-pieds pour rentrer tout ça là-dedans:

https://i.imgur.com/TcRIM3e.jpg

https://i.imgur.com/4oMBt07.png
hum, il va me falloir un chausse-pieds pour rentrer tout ça là-dedans:
 
https://i.imgur.com/TcRIM3e.jpg
 

 
Je vois pas les disjoncteurs pour l'éclairage?
 

ca leur apprendra en plus a gérer leur deps

 
Je serais curieux de savoir comment même une bonne gestion des deps peut prémunir d'un tel problème, et ce quelque soit le package manager d'ailleurs.
 
À moins de figer tous ses paquets, mais dans ce cas on renverse le problème en gardant des failles de certains paquets qui ont déjà été corrigées.
 
Et je n'imagine pas pouvoir passer sur les plusieurs dizaines de paquets utilisés pour vérifier manuellement qu'ils n'ont pas apporté de la merde... et que leurs dépendances n'ont pas apporté de la merde... et que les dépendances de leurs dépendances n'ont pas...
 
C'est une vraie question, je ne suis pas expert en sécurité des packages, du coup ça m'intéresse de connaître les bonnes pratiques à ce sujet qui permettraient d'éviter ce genre de problème.

La théorie (et je sais pas si c'est vraiment fait en pratique), c'est de freezer tes versions pour avoir un reproducible build.
C'est le job de l'équipe de suivre les montées de version, et de pin la nouvelle version du build quand il est pushé
 
ça se fait beaucoup en data science par ex : tu utilises un truc genre poetry pour Python, et tu pin tes versions, ce qui fait que si je prends to Jupyter notebook, je prend ton env avec, et je suis sur de pas avoir de fantaisies liées à des versions de lib différentes
 
Ici on a 2 cas de figures :  
- c'est un package interne, et tout le monde est sur la HEAD (c'est forcé au moment du commit, tu dois avoir un repo synced sur la HEAD). Des fois tu peux te faire casser ton joli build parce qu'une autre équipe a fait une MAJ un peu sauvage de ta dépendance
- c'est un package externe, et quelqu'un doit l'avoir rendu compatible avec notre système de build et nos dépendances, donc fatalement ça pin la dernière version pour laquelle qqn a fait cet effort (on a une équipe de sécu qui veille, si y'a une montée de version à faire rapidos (genre log4j) ben c'est fait, et du coup la nouvelle version devra être utilisée partout. Y'a aussi une équipe interne qui veille au grain, et qui peut pousser des MAJ globale sur l'ensemble du mono-repo (par ex t'as un appel de méthode pas safe si tu passes pas dangerousParameter=False, ils peuvent chercher toutes les occurences de l'appel et pousser un change géant)

 
Oui, pour ce qui est de bosser avec des version pinned, c'est ce que je fais.
 
Mais de temps en temps il faut faire des mises à jour de sécurité, donc a minima les version patch.
 
Mettons que je mets à jour mes libs (patch uniquement), je lance mes tests, tout est OK.
 
Mais en fait la dep d'une dep d'une dep est programmée pour faire de la merde en juin 2022.
 
Comment je le sais ?

Personne n'a remarque ce superbe calembour

il me semble qu'on a un faible pour Jojo ici: https://twitter.com/amelie_for_you/ [...] 4374683648

c'est moche, je bosse avec un de mes product analyst qui est chinois, basé en Californie. Il est hyper sympa et bosse bien, mais il un accent chinois de l'espace. C'est pas un problème en soit, sauf que à cause de lui, je m'attend d'une seconde à l'autre à ce qu'il jette son carnet en disant "EMOTIONAL DAMAGE"
 
J'ai honte, c'est mal

 
il me fait une peine immense ce type...c'est horrible

 Version pinned + lecture des changelog + si y'a eu ce genre de failles tu le sais sur le net.

Je suis d'accord que tu peux jouer de mal chance et upgrader pendant l'intervalle ou personne ne sait que c'est vérolé

loulou peut sortir aujourd'hui \o/

 
Enfin dans ce cas il faut un mec à plein temps pour faire régulièrement de la lecture de changelog de centaines de deps...
 
On est proche du yakafokon quand même. Dans la réalité ça me semble compliqué.