Le test technique est-il généralement utile ou BS? Voulez-vous l'ignorer parce que vous voulez qu'il soit embauché plus rapidement, parce que vous avez peur d'obtenir un barrage routier à l'embauche que vous souhaitez, ou parce que vous avez peur que cela puisse l'offenser?
En règle générale, j'aime faire des règles de règles. Parce que si vous commencez à faire des exceptions pour une seule personne, vous devriez commencer à faire des exceptions de plus en plus jusqu'à ce que vous soyez brûlé et que vous compreniez pourquoi la règle existe. Et croyez-moi, une mauvaise location est une erreur vraiment douloureuse. Mais cela n'est vrai que si la règle est utile. L' utilité de cette règle dépend du test technique.
Deuxièmement, quelle que soit la pression que vous ressentez à embaucher, ne laissez pas cela vous pousser à prendre une décision précipitée. La hâte nous pousse à dire oui quand nous ne devrions pas, à ignorer les signes avant-coureurs, etc. En fait, plus vous êtes sous pression, plus vous devez repousser cette pression pour être sûr de prendre la bonne décision.
Troisièmement, si vous avez une voix lancinante disant: «J'ai peur que, malgré tout, il ne réussisse pas le test», alors écoutez cette voix - ne sautez pas le test. Ce n'est peut-être pas la bonne location.
Et enfin, si le candidat est bon non seulement le candidat ne sera pas offensé en devant passer un test technique, le candidat le verra probablement comme un bon signe pour votre organisation. Il s'agit du point 11 du test Joel largement cité . Après tout, ils ont eu le mécontentement de travailler avec des développeurs qui n'auraient pas réussi un test technique et ne veulent probablement pas répéter cette expérience.
Pour toutes ces raisons, vous devriez faire le test si (et c'est important si) le test n'est pas un morceau évident de BS qui devrait être remplacé par un test technique utile .