Comment juger de la qualité d'une entreprise avant de la rejoindre ?
Je vais seconder ckyl: suis ton instinct en parlant avec les gars.
Un signe qui aide: les gars essayent de se vendre autant que tu essayes de te vendre. Quand j'inerview un gars qui est bon, je sais qu'il a au moins une autre offre qui va lui etre faite avant la fin de la semaine et qu'il va devoir faire un choix. Je peux pas jouer sur le salaire, mais je peux jouer sur l'environnement de travail, d'ou le besoin de motiver le gars a bosser pour moi autant que lui doit me motiver a bosser avec lui.
Des non techniciens peuvent exploiter ca pour t'attirer dans un piege a con, mais j'ai encore jamais croise quelqu'un de competent faire qq chose d'immoral comme mentir pour t'attirer dans un piege a con (le gars competent qui est saoule par des dysfonctionnement de la boite trouve un nouveau taff et se barre. Point).
Quelqu'un de competent posera de bonnes questions ouvertes sans vrai reponses juste pour voir ta facon de penser et d'argumenter.
Pas des trucs a la con du genre "comment tu fais pour peser un 747 quand t'as pas de balance", mais des questions techniques qui ouvrent un debat/troll ou la seule reponse valable est "ca depend", et ou la premiere bonne reponse est "en general, ci, mais souvent, ca, dans le fond quel est le probleme que tu veux resoudre?". Le but etant de bavasser de tout et de rien pour voir si tu comprends la problematique et est capable de t'y adapter.
Si on te pose des questions super specifiques qui attendent une seule reponse super specifique, c'est un mauvais signe (soit ils savent pas embaucher, soit c'est des manches, dans les deux cas, ca craint).
Te formalise pas non plus si on te donne un exercice trivial, tu serais surpris de connaitre le nombre de candidats qui n'arrivent pas a resoudre fizzbuzz (ou n'essayent pas de le resoudre avec un one liner, ou ne se rendent pas compte apres 2/3 minutes que tu peux pas le resoudre avec un oneliner), ca sert a ecremer en phone screen.
Discuter de choses qui ont pas de rapport direct avec la position donne de bons indices. S'ils utilisent SVN demande pourquoi pas git. Si le mec te dit que ca sert a rien, tu pars en courant. S'il connait pas, ca craint aussi. Il peut avoir des raisons valables de pas migrer (poids de l'existant, des collegues bras casses qui causeraient un desastre avec git --force-push).
Dans le meme genre, a quoi ressemble leur CI? Comment se passe la QA?
Si la reponse est pas dans le pire des cas "les builds sont automatiques, et on est en train d'automatiser la qa", avec moultes arguments sur comment, tu laisses tomber.
Dans le monde du web, demande quel est leur release cycle. Au dessus de 2/3 semaines entre chaque release, idem, pas la peine d'aller plus loin,
Ca c'est des trucs pas franchement sexy, plutot chiant meme, mais les gens competents savent que c'est absolument necessaire et en connaissent les tenants et aboutissants. Les bras casses ne comprennent le plus souvent pas pourquoi c'est si affreux que ca de faire un build soit meme et de le poser sur smb://boxname/release.
Te formalise pas sur les recruteurs non plus. C'est pas leur boulot de connaitre la technique, ils cherchent des profils et connaissent juste quelques mot cles. Ils sont la pour trouver des cv qui peuvent coller et faire un screen rapide de ta personalite/aspiration, histoire de voir si ca peut le faire.
Ca va varier selon le domaine, evidemment, mais c'est des bons indicateurs.
Et en regle generale, le monde du dev se divise en deux: les bons et les mauvais. Ya pas vraiment de milieu.
Les bons attirent les bons, les mauvais attirent les mauvais et font fuir les bons, et les bons sont suffisament demandes pour se barrer si un truc leur plait pas, donc si t'as un ou deux bons dans l'entretien, c'est plutot bon signe - soit c'est un repere a bons, soit c'est un repere a mauvais en cours de mutation.
[^] # Re: Au moins tu as de l’expérience ;)
Posté par groumly . En réponse au journal [HS] Développeur un peu perdu... ou pas... Que faire maintenant ? Changer de vie ?. Évalué à 6.
Je vais seconder ckyl: suis ton instinct en parlant avec les gars.
Un signe qui aide: les gars essayent de se vendre autant que tu essayes de te vendre. Quand j'inerview un gars qui est bon, je sais qu'il a au moins une autre offre qui va lui etre faite avant la fin de la semaine et qu'il va devoir faire un choix. Je peux pas jouer sur le salaire, mais je peux jouer sur l'environnement de travail, d'ou le besoin de motiver le gars a bosser pour moi autant que lui doit me motiver a bosser avec lui.
Des non techniciens peuvent exploiter ca pour t'attirer dans un piege a con, mais j'ai encore jamais croise quelqu'un de competent faire qq chose d'immoral comme mentir pour t'attirer dans un piege a con (le gars competent qui est saoule par des dysfonctionnement de la boite trouve un nouveau taff et se barre. Point).
Quelqu'un de competent posera de bonnes questions ouvertes sans vrai reponses juste pour voir ta facon de penser et d'argumenter.
Pas des trucs a la con du genre "comment tu fais pour peser un 747 quand t'as pas de balance", mais des questions techniques qui ouvrent un debat/troll ou la seule reponse valable est "ca depend", et ou la premiere bonne reponse est "en general, ci, mais souvent, ca, dans le fond quel est le probleme que tu veux resoudre?". Le but etant de bavasser de tout et de rien pour voir si tu comprends la problematique et est capable de t'y adapter.
Si on te pose des questions super specifiques qui attendent une seule reponse super specifique, c'est un mauvais signe (soit ils savent pas embaucher, soit c'est des manches, dans les deux cas, ca craint).
Te formalise pas non plus si on te donne un exercice trivial, tu serais surpris de connaitre le nombre de candidats qui n'arrivent pas a resoudre fizzbuzz (ou n'essayent pas de le resoudre avec un one liner, ou ne se rendent pas compte apres 2/3 minutes que tu peux pas le resoudre avec un oneliner), ca sert a ecremer en phone screen.
Discuter de choses qui ont pas de rapport direct avec la position donne de bons indices. S'ils utilisent SVN demande pourquoi pas git. Si le mec te dit que ca sert a rien, tu pars en courant. S'il connait pas, ca craint aussi. Il peut avoir des raisons valables de pas migrer (poids de l'existant, des collegues bras casses qui causeraient un desastre avec git --force-push).
Dans le meme genre, a quoi ressemble leur CI? Comment se passe la QA?
Si la reponse est pas dans le pire des cas "les builds sont automatiques, et on est en train d'automatiser la qa", avec moultes arguments sur comment, tu laisses tomber.
Dans le monde du web, demande quel est leur release cycle. Au dessus de 2/3 semaines entre chaque release, idem, pas la peine d'aller plus loin,
Ca c'est des trucs pas franchement sexy, plutot chiant meme, mais les gens competents savent que c'est absolument necessaire et en connaissent les tenants et aboutissants. Les bras casses ne comprennent le plus souvent pas pourquoi c'est si affreux que ca de faire un build soit meme et de le poser sur smb://boxname/release.
Te formalise pas sur les recruteurs non plus. C'est pas leur boulot de connaitre la technique, ils cherchent des profils et connaissent juste quelques mot cles. Ils sont la pour trouver des cv qui peuvent coller et faire un screen rapide de ta personalite/aspiration, histoire de voir si ca peut le faire.
Ca va varier selon le domaine, evidemment, mais c'est des bons indicateurs.
Et en regle generale, le monde du dev se divise en deux: les bons et les mauvais. Ya pas vraiment de milieu.
Les bons attirent les bons, les mauvais attirent les mauvais et font fuir les bons, et les bons sont suffisament demandes pour se barrer si un truc leur plait pas, donc si t'as un ou deux bons dans l'entretien, c'est plutot bon signe - soit c'est un repere a bons, soit c'est un repere a mauvais en cours de mutation.