Reprise du message précédent :
La mousse de mon casque commence à se barrer vraiment dans tous les sens    
 
Je suis donc sur le marché pour un casque bluetooth avec une réduction de bruit puissante (et avec batteries, pas de piles   )
 
J'ai bien sûr entendu parler du Sony WH-1000XM4, mais je me demande s'il n'y a pas d'autres références, avec une réduction de bruit encore meilleure ou au moins puissante. Je pensais au QC45 ou au Bose 700 comme candidats potentiels
 
Use cases :  

• Ecouter des mp3 en 192kbps, parfois je sors les grands moyens avec du 320kbps mais c'est exceptionnel
• Ecouter les réunions de la COGIP et la douce voix de Plam
• Gaming
• 10/12h par jour, sessions de 4/5h  
• Rien à branler de la street cred
• Le micro en option, s'il y en a un OK mais ce n'est pas un critère

 
Des idées ?  

fait gaffe, certains vont finir par croire que tu as été embauché toi aussi

bon, sinon à la cogip, j'ai l'impression d'etre le seul à bosser aujourd'hui ...

Plam le libriste idéaliste qui se met à expliquer que travailler pour Facebook c'est pas si mal tant que c'est pas au niveau du comité de direction cela devrait te mettre sur la voie  

Moi j'avais une réunion ce matin où personne n'est venu en pensant que tous les autres ne bossaient pas    
Après analyse des mails reçus, les seuls qui ont l'air de bosser sont ceux qui ont pris leur journée  

Pour posséder un Bose 700, et pour avoir testé le XM4, je trouve la réduction de bruit largement meilleure sur le Bose. Au maximum, l'extérieur est quasiment inaudible. Et même si c'est pas important pour toi, la fonction mains-libres est tout aussi bonne : mes correspondants n'entendent aucun bruit externe, même en pleine rue avec de la circulation

Si c'est des données qu'on doit servir, elles doivent être en mémoire quelque part tu le chemin. Mais du coup ma phrase marche pas, typiquement dans l'exemple Netflix, chaque serveur aura les ressources dont il est responsable en mémoire, mais ira les chercher dans un backend de stockage qui lui les stockera vraisemblablement à un moment dans un disque dur.
 
Le truc c'est qu'à aucun moment tu ne mets une lecture de disque dur sur le chemin de l'utilisateur, on est pas des bêtes.

chaque serveur n' ayant que ~1000 utilisateurs à servir, en plus en lecture séquentielle, ça passe peut etre avec du disque + un cache SSD géré par l'os / la carte raid ?

le reboot devient un non evenement, mais les verifs d'intégrité de fichier deviennent couteuses. L'ajout d'une nouvel épisode ( quelques Go en comptant toutes les versions) ne doit pas avoir un impact enorme

 
On dirait que t'es en open space avec des collègues relou, vu le cahier des charges

 
En plus j'ai pas le souvenir d'avoir été au téléphone plus de quelques minutes avec D.ion    
 
Ça doit être surtout le soir quand il regarde des vidéos YT de mes talks, j'imagine  

Merci pour le retour
 
 

Ecoute on parle de mon divorce là, et si je divorce je vais poster davantage  

Ah merde je savais pas que tu divorçais

si, et pour éviter ça il me faut un casque  

Y'a aussi la solution du baillon...

Changer les mousses ?

Ouais donc tu mets du caching en RAM sur le trajet, ok
 
J'ai cru qu'il fallait sortir les bandes

 
Mais ta femme elle fait quoi pour faire autant de bruit quand tu bosses ? Genre syndicaliste cégète avec un mégaphone pour les meetings Teams ?  

Ne t'inquiètes donc pas pour la planète, le circuit de ré utilisation est déjà défini et ils vont partir en Afrique
 

Dans notre époque Woke-iste on ne peut plus gérer son foyer comme on l'entend sans être emmerdé. L'important n'est donc pas le pourquoi, mais comment diminuer l'ampleur du problème, un QC25 à pile/câble et avec de la mousse foutue en l'air ne fait pas le job correctement (ie. comme un syndicaliste CGT), je cherche donc une autre solution, recommandée par des experts

 
Je dirais pas un cache, non : chaque serveur peut avoir les données dont il est responsable en permanence en mémoire. Si ça rentre, pas besoin de s'enquiquiner avec un cache. Je pense que ça passe sans souci.
 
Un cache c'est chaud, déjà ça veut dire qu'on accepte de rater ; ensuite, ce n'est utile que si la plupart des ressources sont inutilisées la plupart du temps. Je ne ferais pas cet hypothèse sur un catalogue Netflix, qui a relativement peu de ressources et beaucoup d'utilisateur par entrée dans le catalogue.

Mais tu vas pas mettre ton datastore principal en RAM je pense. Donc à un moment ça va passer d'un disque à de la RAM, c'est du caching

Oui tout à fait. C'est pour ça que je me suis mal exprimé, en général le stockage ce sera pas abordé en détails, on dira juste qu'il faut xxx To et qu'on n'a guère de contraintes de latence ou de cohérence.

 
Non mais sans parler de femme ou d'homme, quand ton/ta partenaire fait beaucoup de bruit et que ça t'emmerde dans ton taff, il y a peut être des solutions non-techniques mais humaines (sans parler de divorce).

 
C'est Dion, il est KPI driven

Après dion pourrait faire comme tout le monde et se monter une chambre anéchoique dans son jardin.

 
Tu veux dire comme Hermes ?

T'es sûr que tu n'as pas passé un an ou deux comme consultant junior* CIO chez Deloitte ou PwC ? Je retrouve leurs marques de fabrique : affirmer des évidences auxquelles tout le monde a déjà pensé depuis longtemps mais avec beaucoup d'aplomb et après le match
 
* > Je laisse jubi confirmer, lui les employait directement, mais je pense qu'un senior m'aurait balancé un "framework" pour me le dire, ça fait quand même plus sérieux...

Je suis retardé, j'ai pas les moyens d'avoir un jardin dans les terres étendues des balkany  

   
La latence, dans cet exemple, c'est très intéressant car effectivement c'est pas une contrainte pour ce type de projet, contrairement à la majorité des projets web.  

Un bureau par personne c'est un KPI

déjà on monte rarement à 9 entretiens, la plupart des postes non techniques c'est 3-4, et je dirais 4-6 pour les postes techniques (ça peut faire plus si par ex tu es refusé sur un poste, et que le HR te propose un autre poste au passage, tu peux être amené à refaire des entretiens)
 

 
+1, le process est conçu pour éliminer les biais de bullshits, et aussi parce que en interne tout le monde se branle de ce que tu as fait avant. C'est d'ailleurs un peu surprenant quand tu arrives avec un profil un peu senior, faut vite refaire tes preuves. C'est un peu violent, mais c'est aussi un gros filtre sur les managers pipo qui savent plus rien faire.
Disons que ton CV est ce qui t'amènes à avoir l'entretien. Mais c'est pas ce qui te le fera réussir, ni ce qui te fera réussir dans ton job une fois embauché.
 
Chaque job est décomposé en connaissances de bases pour le job (les role related knowledge ou RRK), au nombre de 2-3, auxquelles on rajoute leadership (capacité à faire avancer ses sujets, ou à aider à faire avancer les autres si t'es manager), cognitive ability (les fameuses questions de logique meme si y'a plus de brain teasers), et googleyness (est-ce que tu es gentil et peut bosser en équipe en gros). Les RRK sont pas exhaustives pour le job, mais sont considérées comme des bons proxys pour savoir si t'as un bon candidat.
Pour un SWE les RRK c'est algorithms + system design, pour Program manager c'est program management (no shit), process improvement (+algorithms/system design si Technical), pour data scientist c'est statistics, SQL/R/Python, etc...
La façon dont c'est testé est assez formelle, et ça se prépare carrément. Faut etre une brute énorme pour y aller comme ça et passer les interviews.
 

la question parait presque trop simple, y'a aucune question d'intégrité ou de partition tolerance. En general les questions de system design vont t'amener vers une tradeoff qui n'a pas de solution parfaite, et tu dois expliquer pourquoi tu vas à droite ou à gauche. L'interviewer distille des contraintes qui te forcent à réviser ton choix, montrant que tu comprends comment faire ces choix
Quand j'avais préparé cette interview, j'avais fait une mock interview avec un collègue d'Hepha (le valaisan ), c'était sur la gestion de quotas Youtube (comment empêcher des gens de sniffer tout Youtube). C'est lui qui avait écrit le système en vrai . Mais c'était une super cool interview, j'ai appris plein de trucs, c'était vraiment une discussion, c'était très bien fait.
 

j'ai toujours du mal quand on considère Google comme une entreprise avec une volonté propre. A part des aspects organisationnels commun, c'est un tas d'entité avec des objectifs, positions sur le marché, etc... très différent. Certains font de la R&D, d'autres ont des utilisateurs concrets. Certains font du blé, d'autres en perdent. Y'a quasi aucune gouvernance centralisée, et quasi jamais de mandats (genre Sundar qui débarque en disant "allez les gens, cap sur cet objectif" ), ça vient vraiment d'en bas. De fait les product areas ont des cultures assez différentes. Du coup chaque PA a des PM qui sont parfois plus pushy que d'autres, et selon le domaine où ils sont, jouent plus avec la limite que d'autres.
 

 
Pour préparer: faut comprendre a/ comment se passe l'interview, b/ comment répondre (ie expliquer tes assumptions / trade-offs) et c/ connaitre les 20-30 concepts
Bon article d'intro : https://blog.pramp.com/how-to-succe [...] b35de0df26
https://www.educative.io/courses/gr [...] -interview ==> ça vaut le coup, ça explique chaque concept en détail
La chaine de ce gars, en particulier cette vidéo qui est une super intro sur les 20-30 concepts que tu dois connaitres : https://www.youtube.com/watch?v=UzLMhqg3_Wc&t=3s (comme le dit hepha l'espace de réponse est assez limité)
La chaine de ce gars, qui fait des deep dive assez cool sur chaque sujet, et aussi des mock interviews en expliquant : https://www.youtube.com/channel/UCR [...] peef7iFsKw
Ce type est un ex-Googler avec un égo de la taille d'un petit pays, mais cette vidéo est très proche d'une vraie interview : https://www.youtube.com/watch?v=q0KGYwNbf-0&t=1s
Un talk intéressant sur l'aspect "distributed" //www.youtube.com/watch?v=Y6Ev8GIlbxc
 

j ai un XM3 que je trouve très bien, je présume que le XM4 est encore mieux ?
 

le truc c'est que la noise cancellation marche mieux sur les bruits répétitifs. Si ta cops a une voix de crécelle, je sais pas trop ce que le casque va y faire, à part être "très fermé"
 

personne n'a parlé de Fernande
 

J'ai du mal à comprendre l'intérêt de 4/5 (voire plus) entretiens.

1 RH, 1 avec l'équipe à la rigueur et 1/2/3 autres techniques me semble beaucoup. Enfin y'a quoi à voir sur 3/4 entretien technique ?
En plus y'a des périodes d'essais, si le mec passe bien son entretien technique mais que pendant sa période il fait pas le taff c'est ciao non ?

L'analyse économique est nettement en faveur du casque, bien que le scénario soit moins plaisant qu'avoir une pièce de 10m2 en plus isolée phoniquement
 

Tu t'embourgeoises, avant pour un achat comme ceci tu aurais fait une grille de critères et des tests in situ
 

La crème solaire t'empêche pas d'avoir un cancer de la peau, mais ça aide
 

C'est pour éviter les outliers. C'est 4 entretiens, et effectivement ça fait pas une différence folle avec 3. J'imagine qu'il y a des gens qui ont sorti le doigt mouillé pour dire que c'est la bonne valeur, qui limite d'embaucher les déchets (coucou el_barbone ) tout en ne faisant pas perdre trop de temps aux uns et aux autres.

Arrêter quelqu'un après la période d'essai ça se fait quasiment jamais et c'est hyper cher. Notre onboarding est tellement long qu'il faut réellement un an pour savoir si quelqu'un est mauvais. Dans une boîte plus petite je veux bien croire que c'est faisable mais quand même, pour le moral ça me semble un peu chaud de traiter la période d'essai comme un entretien étendu (même si techniquement c'est ce que ça veut dire).

Merci Jubi pour les liens  

 
comme je l'ai dit on évalue en général 4 ou 5 critères différents. En general chaque interview ne se focus que sur un critère (on creuse VRAIMENT la question).
Comme l'a dit Hepha, c'est hyper cher de tester tes candidats en période d'essai, tu veux vraiment pas à avoir à en venir à ça.
En general le process c'est :  
1/ entretien RH qui checke que tu es un humain, et que tu parles proprement anglais et les questions d'usage (visa, etc...)
2/ un entretien de filtrage, où un Googler va te checker sur 2-3 critères à la fois : le but c'est pas de sélectionner c'est de voir si ça vaut la peine de te faire venir en interview
3/ 2..n entretiens, avec en general un par critère
 
Note qu'avoir plus que 1 entretien par critère donne un signal plus fort au hiring committee parce qu'ils peuvent voir si il y a consensus ou pas
 

1/ "economique"
2/ j'ai fait pour le XM3. Et il fonctionne toujours nickel, donc pas besoin d'en changer.
3/  tu peux aussi éviter l'exposition au soleil, if you catch my drift    
 

On est pas Google mais on recrute des gens qui sont amenés à toucher pas mal de trucs donc c'est impossible de juger en une heure.
Si tu veux que toute l'équipe ait l'opportunité de se faire une idée pas trop biaisée justement, c'est bien d'avoir 3-4 créneaux séparés.
On est des bâtards donc on leur demande de faire une présentation (sur n'importe quel sujet) de 15-20 minutes aussi.

Au niveau des impôts c'est rentable de la garder    
Et qu'elle ferme sa gueule ça ne semble pas possible, je pourrais tester une nouvelle fois mais je n'ai vraiment pas envie de retourner chez les flics... (3 étoiles seulement sur Google Maps...)
 
 

C'était quoi tes critères priorisés ? T'avais comparés à quoi ? (QC35 et Bose wathever proof )
 
 

Je passe voir much ce soir, il m'a dit qu'il avait "tout l'outillage pour garder une nana docile et discrète en appartement"    

argh, on m'avait fait écrire un rapport de 2 pages pour Amazon. Personne l'avait lu, ça m'avait bien mis les boules.
 

1/ parfois y'a du review bombing, faut pas se fier aux apparences
2/ j'avais testé les autres form factors Sony, le Bose (je crois bien le QC35), et le Beats Solo Pro
Je voulais un truc qui coupe bien le son du métro londonien / bruit de l'avion, bonne qualité musicale (j'avais 0 critères en utilisation VC puisque j'utilise très rarement mon casque pour ça), qui puisse se replier, et qui soit comfortable, le Sony a gagné
3/ mais il a pas plutot du matos pour enfant ?
 

Quand tu dois faire un truc et que t'as l'impression que ça part dans /dev/null c'est bien merdique oui. Avant leur online assessment automatisé Amazon m'avait demandé un projet Java (truc bidon où je devais gérer des places de parking avec une PriorityQueue), tu y passes 3 heures et ensuite t'as aucune idée si ça a été vu par un humain et personne ne discute de ton implémentation ou quoi que ce soit...
 
Par contre y a des boîtes qui font ça assez bien: une fois j'ai reçu le squelette d'un projet, le mec en face a passé 10 minutes pour me montrer ce qu'il fallait faire, puis il m'a laissé une heure pour avancer de mon côté avant me de rappeler, puis on a continué avec 30 minutes de pair programming pour "finir" le truc.
 
Faut faire gaffe à pas demander des trucs déraisonnables par rapport à la concurrence. J'avais dit à mon ancien PO de se calmer avec les étudiants / stagiaires, demander un projet de data science qui prenait 6-8 heures avant de nous le présenter ensuite ça me semblait un poil abusé.