Reprise du message précédent :
Mon beau-beauf ça va pas mieux : 3l d'oxygène par jour, première thérapie non couronnée de succès, ils passent à une autre, expérimentale (je suppose le truc de Trump, Casirivimab / Imdevimab). Le doc reste confiant, mais dit que la récup prendra pas mal de temps.

mais qui achète les derniers intel aussi ?

comme souvent, très intéressant dans la réflexion.
- je serais curieux de voir comment ils vont éviter le decision derailing (le passage où il dit que les recommendations qu'ils font sont prises comme des impératifs absolus) : je vois ça quotidiennement ici, et ça me parait très difficilement évitable : on parle de N+2, 3, 4 que les gens connaissent mal (donc mauvaise lecture des intentions), et qui ont un pouvoir considérable, et que toute ta chaine managériale vénère. Donc oui, quand ils disent 3 trucs dans le meeting (qui dit par n'importe qui d'autre seraient passés complètement ineperçus), ces trucs deviennent des reliques sacrées : "oui, mais le leadership a dit : " , "oui mais <nom du leader> a dit"...
- le truc sur sortir du positionnement social / politique, je le comprends complètement : c'est un engrenage merdique une fois que tu es pris dedans. Après tu peux avoir des principes clairs (égalité de chance indépendamment du sexe / orientation sexuelle / éthnicité / age / etc...), ça empeche pas.
- pour le 360° on fait ça beaucoup ici, et ça atteint très très vite ses limites (pacte de non aggression tacite, tu dis rien qui fache comme ça on te dira rien qui fache, wordsmithing à l'infini parce que c'est très subtil de faire passer tes propos). Maintenant que je suis manager je peux voir l'envers du décor, et franchement c'est extremement rare que le peer feedback aux niveaux N / N-x serve à quoi que ce soit. Pour avoir aussi bossé dans des boites où ça se faisait pas du tout, c'est pas forcément mieux : ça donne un poids démesuré au manager (sachant que ici, comme avant, les peers du manager connaissent en general assez mal les autres employés, donc les calibration sessions sont creuses au possible). C'est un sujet super complexe, j'ai pas de bonne proposition, mais je trouve ça intéressant qu'ils expérimentent.

l'idée c'est de mettre la responsabilité sur celui qui prend la décision de consulter les gens dont la personne a besoin pour décider (ce qu'il mentionne dans l'article)

ça fait beaucoup d'extrapolations sur le message, ils parlent que des thunes qu'ils te filaient et le fait que du coup basecamp était au courant de ce que tu en faisais car ils les versaient directement pour un but précis, la ca me parait plus fair que tout le monde ai la même chose et l'utilise comme bon lui semble

 
Pas cool.
 

 
ça concerne aussi les 11x ?? Qui sont réputés pour être mieux pour l'autonomie et surtout pour la première fois ont une partie GPU acceptable ?
 

 
Ça je suis pour.  

Les coins touristiques sympas du monde entier sont désespérés et ne rêvent que de gros bons touristes blancs vaccinés, donc reste gros, fais toi vacciner en priorité et pars en vacances cet été
Rati et moi on avait qu'à prendre des rations complémentaires de frites et de béarnaise si on voulait voyager cette année
 

Oui enfin en ce moment dans la culture américaine ça veut dire "arrêter de nous saouler avec vos histoires de racisme, de tarlouzes et de misogynie"
Ces sacs à merde n'ont pas hésité une seconde à se mettre en avant il y a quelques mois sur le fait d'être carbon neutral, mais parce que là ça les impacte  

T'es chaud de bon matin  
 
1. No more societal and political discussions on our company Basecamp account.
Plutôt aligné avec ça. J'aime beaucoup avoir une séparation forte pro/perso. Du coup ça me choque pas de pas parler politique avec les collègues sur les outils de travail de la boîte, par écrit.
Ce qui n'empêche pas d'en discuter avec les collègues en dehors du boulot.
Surtout qu'avec la polarisation des opinions ces dernières années, ça peut vite partir en sucette (surtout sur des sujets US)
 
DHH a d'ailleurs complété ce point dans un post dédié : https://world.hey.com/dhh/basecamp- [...] k-b44bef69
 
2. No more paternalistic benefits.
Très bonne décision IMO car ce qu'ils proposaient était très formaté (sport, éducation, bouffe de qualité...), ce qui n'est pas la vie de tout le monde.
Donc ça permet une diversité beaucoup plus grande dans les dépenses.
 
3. No more committees.
Retour aux sources chez eux. Ca a marché longtemps, je pense que ça peut continuer.
 
4. No more lingering or dwelling on past decisions.
Retour aux sources également.
 
5. No more 360 reviews.
J'ai testé pour la première fois dans mon équipe dans ma boîte actuelle où c'est optionnel (on peut demander un 360 et choisir ses pairs).
C'est moyennement efficace je trouve car il faut une confiance absolue entre les collègues en question, histoire de ne pas arriver à un consensus mou.
Donc je trouve effectivement leur choix défendable.
 
6. No forgetting what we do here.
Retour aux sources aussi
 
J'ai l'impression qu'avec leur croissance récente (liée notamment au lancement de Hey), ils ont du perdre un peu en route ce qui les représentait.
Donc rien de choquant pour moi dans ces annonces.
 

Ils disent jamais ça, ils parlent de sujets politiques et sociétaux
 

+1

https://www.youtube.com/watch?v=iszwuX1AK6A  

 
Perso on a laissé tomber les vacances depuis l'an dernier (enfin on en a pris, mais sans sortir du département sauf 1 ou 2 fois pour voir la famille quoi), et là on attend encore avant de planifier le moindre de truc, en tout cas on va laisser passer l'été

Nous on a 3 semaines à poser d'ici fin mai pour pas les perdre.
On devrait partir, mais en restant en France.

La bouffe, le sport, les siestes, tous ces trucs de bien-être, c'est plus facile de les faire quand ils sont immédiatement accessibles. C'est pas la même démarche de devoir allouer une partie de son budget et de son temps pour s'inscrire à une salle de sport, acheter à manger... Et ça contribue à la culture de la boîte.

Je suis attaché à ces avantages là où je bosse, et je n'apprécierais pas qu'ils soient convertis en argent.

Il me reste 5 jours d'ici fin juin (syntec = t'as 13 mois pour utiliser tes congés). 3 semaines en France t'as moyen de faire un truc chouette

Merci aux différentes personnes qui ont répondu pour mes histoires de create/update, ça m'a permis d'avancer un peu dans ma réflexion
Au final je vais probablement partir vers 2 méthodes publiques distinctes + quelques méthodes internes pour factoriser les comportement commun entre les deux.

ouais bon , pour moi c'est un peu vendredi  (interspint et petit niveau de motivation )

 
Je pars à Majorque le 8 mai
 

Oracle, mais quelle énorme daube !!!
 
Ils refusent toujours d'ajouter la clause "IF EXISTS/IF NOT EXISTS" là où toutes les autres BD l'ont depuis 10 ans, et devoir contourner ce manque est d'un chiaaaaaaant !!!
 
Ah putain mais quelle merde.

En même temps c’est pas si fantastique que ça, entre autres parce-que dans pg en tout cas ca prend dans tous les cas ke lock nécessaire, genre « create index if not exists » même si l’index existait déjà la transaction en cours a maintenant un lock SHARE sur la table (plus personne peut insérer dedans) .

T'es pas trop sensé faire ce genre de trucs pendant que la prod tourne de façon intense, non plus.

Bref, j'en ai plein le cul, le mélange Liquibase, qui est lui même un outil médiocre + Oracle + droits restreints qui ne permettent pas de faire des create/drop même dans la base de test, c'est un enfer. Pour tester un pauvre script qui fait 3 drops et 2 create, j'y passe un temps fou parce qu'il faut remettre la base de test dans un état où la base est exactement dans l'état attendu, et ça veut dire ouvrir un ticket JIRA à chaque fois pour que le DBA daigne le faire. Ca passerait impeccablement si on passait tous les scripts dans l'ordre après un drop database, mais en incrémental, c'est ultra chiant.

edit: ou si Oracle avait "IF EXISTS/IF NOT EXISTS"

Tu peux pas tester ça dans une transaction SQL et faire un rollback a la fin ?

C'est la méthode Oracle. C'est ultra moche et ça ne passera pas la revue de code.

Error: ORA-00972: identifier is too long
 
Ah tiens, je l'avais jamais eue, celle-la. 34 caractères, c'est trop pour la version d'Oracle en préprod.

Ouais mais parfois tu le mets dans un truc qui machine le chose histoire de t’assurer que c’est bon, et là crac c’est plus bon.

Pour le coup c’est mieux que Postgres qui tronque à 63 octets sans rien te dire, quand les identifiants sont auto générés ça peut faire de mauvaises surprises quand tu te rend compte que t’as 3 tables qui en fait foutent tout leur bordel au même endroit

AJA: quand ils ont ajouté un Set au JavaScript ils se sont pas dit que mettre des opérations ensemblistes dessus serait utile, donc les intersections ou différences c’est bite & couteau. Par contre mettre des méthodes d’itération des Map (keys/values/entries) apparemment c’était important  
 
Et juste pour être clair: les collections sont pas compatibles, dans un set tu add(v), une map tu set(k, v), tu peux pas généralement utiliser un set comme une map.

je suis content de voir que je suis pas le seul à m'être dit la même chose...

Peut-être que leur set, c'est en fait une map derrière. Je ne serais pas surpris...

D'ailleurs je ne sais pas comment sont implémentés les sets quand c'est fait proprement.

Cryptocurrency is an abject disaster

https://www.reddit.com/r/programmin [...] _disaster/

Le standard régit l’interface. L’implémentation n’impose pas d’avoir une interface stupide.  
 
Implémenter un set par dessus une map c’est assez standard, mais ça ne requiert pas d’exposer la map. Ce que Set ne fait d’ailleurs pas, l’interface de Set n’est pas un superset de celle de Map.

Ah mais je suis d'accord, mais si c'est un map derrière, ça explique peut-être pourquoi il n'y a pas d'opérations d'ensemble. C'est juste pas une bonne implé.

Bah non rien n’empêche d’implémenter des operations ensembliste sur un hashset, c’est ce que fait python. Et même implémenté naïvement ça restera plus lisible et efficace que chaque projet qui le refait de son côté. Suffit de voir que faire une union en splattant dans un tableau puis en convertissant en set est plus rapide que copier le premier set puis insérer les éléments du second. C’est pas comme si une implémentation native pourrait faire pire.  
 
Et encore une fois le standard définit une interface, pas une implémentation spécifique.

 
C'est pas du tout ce qu'on avait subodoré  

Ah tiens, et pour continuer sur le sujet,
https://layerci.com/blog/crypto-min [...] ng-free-ci

https://www.reddit.com/r/programmin [...] g_free_ci/

ah c'est pour ça, chez plamcorps le CI donnait des warnings qu'il allait devenir payant, maintenant je comprends pourquoi

Plamcorp paie pas son CI?  

ils grattent des licences gratos partout en parlant d'open source.

Y a des experts en DynamoDb ici ? Je galère sur un design qui est pourtant con à la base.
Mais faut dire que je viens surtout du relationnel et peut-être que je force le truc sur du dénormalisé alors que ça servirait à rien.
 
Oui je sais que vu mon side projet bidon, un RDBMS est laaaaargement suffisant. Mais je trouvais l'opportunité intéressante pour commencer à tâter un peu ce fameux DynamoDb (NoSQL).

C’est toujours ca de pris pour les CxO  

et les consultants  

sinon, je viens d'essayer d'appeler l'architecte qui a construit le paddock qu'on achète, mais j'ai raté un léger détail "Etablissement fermé le 07-07-2004"
 
pour être honnête, je sais pas pourquoi son numéro est partout dans google et dans des annuaires d'architectes, ça sent les gens qui se copient des bases de données les uns les autres, des vagues de scrapping et le mec reçoit des appels 15ans après être parti à la retraite.

Bien joué les mecs, non seulement ils sont bannis de toute contribution au kernel, mais les 190 patchs qu'ils ont soumis et ont été intégrés ont été retirés. Une sacrée équipe de bras cassés, ces chercheurs en sécu.
https://www.reddit.com/r/programmin [...] searchers/