Est-il mauvaise étiquette de demander à un employeur potentiel comment ils score sur le Test de Joël? [fermé]

softwareengineering.stackexchange https://softwareengineering.stackexchange.com/questions/7566

  •  16-10-2019
  •  | 
  •  

Question

Entrevues avec les développeurs sont différents de la plupart des autres endroits, parce que non seulement vous inquiétez au sujet des gens avec lesquels vous travaillez, les avantages, la description de l'emploi, etc., vous avez également EXTRA à vous soucier après avoir obtenu le travail. deux applications par écrit avec les exigences exactes peuvent être très différents si vous travaillez dans un environnement calme vs fort, en utilisant VS2003 / .NET 2.0 vs VS210 / .NET 4.0., en utilisant SVN vs VSS.

Est-il autorisé à donner à l'employeur potentiel Joel test straight-up? J'essaie de poser autant de questions pour obtenir le type d'environnement, je travaillerai dans, ce qui est extrêmement important de mon point de vue, mais quelle est la meilleure façon de couper à la chasse et juste poser les questions difficiles (comme on vous demande au cours de la même interview).

NOTE: Soit dit en passant « Joel Test » Je veux dire une liste spécifique des choses qui sont deal breakers qui sont importants pour vous (pas nécessairement Joel), mais vous ne pouvez pas avoir le temps de sortir en utilisant le casual traditionnel « conversation » de leur demander, si vous décidez de courrier électronique ou de planifier une autre réunion, ou demander à d'autres personnes, etc.

Était-ce utile?

La solution

Une entrevue d'emploi va dans les deux sens - une entreprise est vous interviewe et vous interviewez la société. Je ne serais pas sortir littéralement avec un « ce qui est votre score Joel test? », Mais je demanderais aux questions individuelles qui étaient des briseurs particuliers traitent pour moi dans un environnement de travail.

Il n'a pas besoin d'une énorme accumulation. Un bon moment pour poser ces questions comme à la partie technique du processus d'entrevue, quand ils disent « Avez-vous des questions? ». Vous pouvez conduire avec quelque chose le long des lignes de « Pouvez-vous décrire une journée typique au travail ici? » et aller de là.

Autres conseils

Le test Joel votre appareil pour évaluer comment bon employeur potentiel est?

Je suis allé pour une entrevue d'emploi et le bureau était ouverte beaucoup donc bruyant, eu des systèmes disparates, un arriéré de bug, ils n'a pas utilisé de nombreux outils commerciaux, il n'y avait pas de testeurs, nous avons écrit pas de code lors de l'entrevue et pas la facilité d'utilisation du couloir.

.. mais vous pouvez prendre votre chien au bureau, tu as un jour par semaine pour travailler sur vos propres projets, il y avait 24x7 nourriture avec Sushi impressionnant, les zones chill-out, slide descendre les escaliers, le coke / café / JO, et ils font partie de la plupart des logiciels étonnant sur la terre.

Il a marqué faible sur le test Joel, pour autant que je pouvais voir, mais seriez-vous baissez travailler pour cet employeur # en fonction de cela?

Si c'est bruyant - vous pouvez mettre un casque sur. S'il n'y a pas de test, l'unité de champion et / ou les tests automatisés. S'il n'y a pas nightly builds, écrire une tâche cron ou obtenir CI installé quelque part.

Par tous les moyens, utiliser le test Joel comme guide pour les questions que vous voudrez peut-être demander, mais il y a beaucoup d'autres mesures, dont certaines peuvent avoir plus d'importance pour vous que d'autres.

(Aucun prix pour deviner qui est l'employeur!)

Je ne l'ai jamais travaillé à un endroit qui a marqué plus d'un 4 sur le test Joel. Quand je vais, j'ai un petit paquet que j'apporter avec moi qui comprend une autre copie de mon CV (je l'ai rencontré les recruteurs mettre mon nom au-dessus du curriculum vitae de quelqu'un d'autre), ainsi qu'un tas de questions, dont certaines ont été la test de joel bousculés. Personne n'a jamais mentionné qu'ils ont reconnu les questions.

Le Test de Joël m'a inspiré pour poser des questions « comme ça ». Qu'est-ce que le contrôle des versions, suivi des bogues, tests, ...

Je demande habituellement une tonne de questions à la fin (ou pendant) l'entrevue. Si quelque chose , il montre que vous êtes intéressé par les meilleures pratiques / assurance qualité / .... Si elles ne le font pas ces choses déjà, peut-être qu'ils seront intéressés à vous mettre en œuvre par exemple: les tests unitaires.

Le meilleur scénario: ils n'ont pas pensé à ces choses déjà, mais ils sont surpris par ce que vous pouvez améliorer dans leur processus de développement.

Le pire scénario: ils n'aiment pas le fait que vous vous posez tant de questions, ont donc aucun intérêt à améliorer leur processus, auquel cas vous ne probablement pas veulent pour y travailler

PS:. Assurez-vous juste que vous savez ce que vous parlez, pas seulement marcher sans réfléchir sur une liste

J'ai 3 questions sur l'environnement de développement pour lequel une réponse négative à quelqu'un est un bouchon de spectacle.

Qu'est-ce que le logiciel de contrôle de version utilisez-vous?

Quel problème / bug tracker utilisez-vous?

Votre processus de développement ressemble Scrum?

Licencié sous: CC-BY-SA avec attribution
scroll top