[blabla@olympe] Le topic du modo, dieu de la fibre et du monde

ouai moi aussi. :o
Et c'est un Twitteur qui s'écroule au 3e  compte créé ? :o

En 2h, t'as fait tous les extras ?  [:bastian]

Ah oui j'y étais pas du tout. Je croyais qu'il y avait un risque de memleak sur ce problème et je voyais pas du tout comment c'est possible :D

Ma remarque sur IEEE 754 aurait été pertinente si on avait demandé comment implémenter des opérateurs de comparaison (et bizarrement, c'est la première idée que j'ai eue à l'énoncé), mais c'est clairement pas une première question, même chez Google.

Je valide. :o

T’es surpris que much essaie d’aller au bout des les préliminaires ?  :ange:

Les années bissextiles, ça fait partie des extras, à ajouter à la fin éventuellement, mais pour l'exercice de base, je décide 2021.
Pour les jours du mois, pas besoin de préciser, le mec a un calendrier en bas de sa machine, je le laisse chercher.

Heureusement il nous reste les job à fizzbuzz :)

Merde. :D
Et en plus ma remarque était complètement à coté de la plaque. Eliminé dès le début. :/

question qui sert à détecter les potentiels lanceurs d'alerte :D

Ah ben bravo le recruteur. Il vire les candidats qui donnent une bonne réponse. :o

Des fuites. Je veux dire, je m'en fous que quelqu'un sache que je vais lui poser cette question en particulier. (Pour répondre à l'inquiétude "on teste la mémoire". Si t'as la débrouille pour retenir la question et la réponse, tu passes le filtre !)

il y a quand même pas mal de critères à prendre en compte :  
Les jours du mois,  
Les années bissextiles i%4 et !(i%100) && i%400
 
(ah merde j'étais en train de partir trop loin)

Non :fou: C'est une question préliminaire.

Pas mieux.  
 
Ensuite j'ai découvert l'opérateur OVERLAPS  [:shimay:1]

:D
 
J'ai eu cette problématique assez souvent en SQL avec des dates :D
 
Pour trouver la solution sur les intervalles, je fais avec mes mains ça marche bien :D

Non, c'est bon, je me suis gourré  [:lefab:5]

Ah merde, j'ai raté quoi ? :D

 
 
Je pense que tu t’enflammes un peu trop.  
La boîte donne un exercice super simple et s’ouvre au super junior. Leur exercice la, c’est vraiment un truc d’enfant.  
 
Comme résumé, mon pote a mis 10h par choix car justement il débute, ne connaissait pas Node, n’avais jamais fait d’api et a voulu se faire chier a faire un beau design. Moi je l’ai plié en un peu plus de 2h. C’est long certes, mais c’est pas non plus incroyable. Surtout qu’il avait une ou deux semaines.  
 
Pour moi ça peut être un bon filtre pour voir les juniors qui savent absolument rien faire, et celui qui se débrouille un peu. Leur exos est juste mal dosé et mal amené. Surtout sans aucun premier entretien préalable pour voir déjà si ça colle un minimum.  
 
Sinon c’est une startup qui fait des chats bots.

C'est beaucoup plus délicat, dans un fizzbuzz ya pas beaucoup de détails.
 
Tu fais la même erreur que gatsu en fait, le but de fizzbuzz c'est pas de te dire si quelqu'un est tiptop, c'est de te dire s'il y a le moindre intérêt à passer à la suite. Faut pas que l'appliquant — ou toi — y passe du temps. C'est là pour rapidement dire "capable" / "pas capable".

Le mec peut recopier un truc qu'il lit sur son second écran  :O

Perso je pars toujours des expériences des gens, en leur demandant de me parler que de celles qui les ont branché techniquement, la où ils ont appris des trucs, etc.. (ok, ça marche pas pour les débutants)

Mais quand les mecs commencent à reprendre tout dans l'ordre, je sais déjà que c'est probablement mal barré, et que je risque d'en venir à demander ce que ça veut dire final ou static.

Ah, si. Bienvenue chez Google. Tain c'est chaud cette question en fait :D.

J'en ai un une fois qui a fait la solution en force brute : on regarde tous les entiers dans le premier intervalle, et on vérifie s'il est dans le second. Franchement c'était con mais c'était bien codé, comme c'était l'entretien de filtrage j'ai dit "pourquoi pas" (et mes collègues se sont moqué de moi quand je leur ai raconté).

J'ai peur de répondre une connerie :D
d >= a && c <= b (avec  b >= a et d >= c en hypothèse) ?

je m'essaie au truc pour voir :  
 
En gros on dit juste "intervals" donc du coup, on n'a pas une liste d'éléments entre les deux ? (je pars de ce postulat)
 
Du coup c'est à coup de if et de comparaison qu'on te sort l'algo ?  
 
genre un truc qui commencerait comme ça ?  
ou blien il faut y aller à coup d'array et d'includes ?  

Ca me paraît évident que ce n'est pas à la portée de tous

c'est un peu chiant, il faut croiser les bornes pour faire les comparaisons.

 
:lol:

Ou steuplait ?  
 
npm install is-even

S'il te plaît.

Un intervalle [a, b] et un autre intervalle [c, d]. Est-ce qu'ils ont au moins un élément en commun ?

Moi aussi, ptet que "steup" c'est pour "step" ou "setup"
Mais pour les intervalles fermées ça relèves des maths là ? (chose qui oui est souvent nécessaires)

J'ai pas compris la question

Si le recruteur n'est pas capable de comprendre un fizz buzz, travailler pour vous ne m'intéresse pas :o :o

Alors, ma première question pour embaucher des L5 à 200k, c'est " t'as deux intervalles fermés, est-ce qu'ils se touchent ?". Je m'en fous que ce soit leak, si tu fais l'effort de chercher les leaks tu mérites de passer à la question suivante. Un collègue demande "implémente isEven steup".

Le truc intéressant c'est que même si je ne juge que peu sur cette question, en fait très souvent (je dirais un bon 80% du temps pour ceux qui y arrivent, évidemment ceux qui n'y arrivent pas c'est pas la peine de se poser de question) je saurais dire la performance du candidat à la vraie question, basé sur sa performance à la question d'échauffement.

Flaie ne postule probablement pas pour des postes où on donne fizzbuzz comme exercice. :o
Ceci dit même moi qui ne fait pas de Javascript j'ai compris ce qu'il fait à la première lecture. Mauvais recruteur. :o