Vous commencez à un niveau très junior - ils ne se soucient peut-être pas de savoir si vous savez bien coder

Vous êtes un diplômé anglais faisant un peu de développement dans un rôle non technique, vous n'ont pas de formation formelle en développement de quelque nature que ce soit - pourquoi seriez-vous un expert?

L'entreprise ne recherche pas quelqu'un qui produit déjà une production de haute qualité - s'ils l'étaient, ils chercheraient quelqu'un qui a plusieurs années d'expérience commerciale. Ce qu'ils recherchent en fait, c'est quelqu'un qui a de l'enthousiasme, des compétences de base et qui peut s'entraîner à travailler comme il l'entend.

Ils n'ont pas demandé d'exemples de code parce que

1. Ils peuvent probablement déjà prédire le niveau de qualité assez précisément (envoyez-moi 4 exemples de code de personnes ayant une expérience différente effectuant une tâche de codage, ainsi qu'une des vôtres, et je serais sûr à 95% que je pourrait choisir la vôtre)
2. Ils ont l'intention de changer et d'améliorer considérablement vos compétences au cours des 6 prochains mois, alors qu'importe?

Pour un développeur junior, l'attitude est généralement plus importante que la capacité technique - souvent trop de capacité technique sans le sens des affaires pour le soutenir conduit simplement à un développeur trop confiant qui ne comprend pas la situation dans son ensemble et cause des problèmes sur un projet.

D'ailleurs, vous êtes probablement moins cher qu'un diplômé CS: p

Vous n'êtes pas à la recherche d'un travail de codage de haut niveau, le scénario le plus probable est que le travail qu'ils ont à faire ne nécessite pas beaucoup plus qu'une connaissance générale, donc les échantillons de code ne sont pas un gros problème.

Ou du moins, c'est ce que leurs techniciens leur ont dit. J'ai trouvé avec certaines entreprises qu'elles assument simplement des compétences parce que les personnes qui font l'interview ne sauraient parfois pas la différence si vous leur montriez un bon et un mauvais échantillon de code.

Très probablement, si vous passez cette étape, vous sera pris à partie sur les choses techniques dans le prochain, alors soyez prêt. Je ne vois aucune raison de passer le travail.

1. La moitié de tous les développeurs ont moins de 5 ans d'expérience. (Le nombre de développeurs double tous les 5 ans)

   Vous avez autant d'expérience qu'environ un quart de tous les développeurs dans le monde. Si vous postulez pour un poste de développeur junior, vous aurez autant d'expérience, sinon plus, que vos candidats concurrents.

2. La plupart des organisations recrutent via un processus d'entretien. Ils vous posent des questions, vous affirmez des affirmations particulières sur votre expérience et vos connaissances. Ils prennent des indices non verbaux autour de la façon dont vous énoncez votre demande pour évaluer leur crédibilité.

   Sans surprise, seuls 40% des recrutements par processus d'entretien aboutissent.

   Le processus que vous avez suivi à travers est à la fois regrettable et comparable au parcours. Ne soyez pas trop découragés par cela.

3. De manière générale, vous pouvez prendre des processus de recrutement médiocres - mais très courants - pour d'autres processus de gestion que l'employeur utilisera.

   S'ils utilisent le processus d'entrevue à tête-à-tête et qui s'avère inadéquat pour embaucher, quels autres processus qui affecteront votre vie quotidienne en tant qu'employé seront productif?

   Là encore, tant que la plupart des employeurs sont comme ça, il y a de fortes chances que vous vous retrouviez chez un employeur comme celui-là. À moins que vous ne preniez la décision stratégique spécifique d'éviter de rejoindre de telles entreprises.

4. Rappelez-vous toujours - une entrevue est l'occasion pour vous d'évaluer l'aptitude d'une organisation à devenir votre employeur fort>. C'est un outil clé pour vous permettre de contrôler les employeurs potentiels - pas seulement un outil pour eux de contrôler les employés potentiels.

Les entretiens d'embauche sont une voie à double sens : vous devez évaluer l'entreprise et le poste proposé tout autant qu'ils vous évaluent en tant que candidat. Chaque fois que quelque chose n'est pas clair sur une position, c'est un signe que vous devriez poser une question . Idéalement, vous réservez vos questions pour les entretiens proprement dits, mais si vous avez oublié un éventuel briseur d'accord, vous pouvez envoyer un e-mail de suivi demandant des éclaircissements.

D'après votre message, j'ai l'impression qu'ils Je ne vous ai pas encore fait d'offre, donc à ce stade, vous ne devriez pas vous demander si vous devez la rejeter s'ils en font une, mais ce qu'il faut demander lors de la prochaine interview. S'ils ont fait une offre, il est raisonnable d'énumérer quelques questions de suivi et d'appeler ou d'envoyer un e-mail au responsable du recrutement à leur sujet avant que vous envisagiez d'accepter / de refuser / de négocier. Toute entreprise qui ne veut pas répondre aux questions raisonnables des recrues potentielles utilise des pratiques de recrutement horribles et n'est probablement pas une entreprise pour laquelle vous voulez travailler.

En ce qui concerne les tests de codage en particulier: toutes les entreprises ne les utilisent pas, en particulier pour les postes de niveau d'entrée. Au lieu de cela, ces responsables du recrutement s'appuient sur votre CV, vos antécédents professionnels et ce que vous dites lors d'une entrevue pour déterminer vos compétences et votre expérience. Ils utiliseront plus tard vos références pour s'assurer que vous ne gonflez pas vos compétences. Pour de nombreux développeurs, c'est nettement préférable à avoir à répondre à un quiz ou à perdre du temps sur des projets de codage.

Ils semblaient plus soucieux de vérifier si je serais heureux de travailler de longues heures et de voyager, donc je suis plutôt confus à propos de tout cela. Toute aide est très appréciée.

Premièrement, ne supposez pas que c'était la seule interview à laquelle vous participerez. Si vous avez réussi le premier entretien, il y a de fortes chances que le second se concentre davantage sur les détails techniques et teste votre capacité à coder. Votre intervieweur était très probablement un manager ou une personne des ressources humaines, ces personnes ne savent pas coder ou juger le code, car elles n'en ont pas besoin. C'est pourquoi le premier entretien s'est concentré sur les aspects non techniques de vos qualifications.

S'il s'agissait de votre seul entretien, le poste pourrait être suffisamment trivial pour que votre futur manager / collègue pense que toute personne ayant un réel intérêt peut le choisir assez tôt, dans ce cas, demandez-vous si vous voulez un tel poste, et si c'est le cas, allez-y.

Il est important de noter que de nombreuses entreprises pensent à long terme lors de l'embauche d'un codeur junior: elles savent qu'il faudra du temps pour vous mettre au courant, mais cela ne les dérangera pas. La raison pour laquelle ils cherchent à embaucher des amateurs enthousiastes est que a) ils peuvent payer moins au début, b) un amateur avec une personnalité décente et des compétences générales est 100 fois plus précieux qu'un bon codeur sans ni et c) commencer à coder n'est vraiment pas C'est pas difficile, et ils le savent.

Je crains que, sans connaître mes capacités, ils commencent à attendre plus de moi que je ne peux offrir. Je suis dans un travail qui me satisfait assez en ce moment, et l'entretien m'a un peu inquiété de ne pas vouloir rester là où je suis. Ils semblaient plus soucieux de vérifier si je serais heureux de travailler de longues heures et de voyager, donc je suis plutôt confus à propos de tout cela.

Cela vous fait paraître plutôt incertain de votre projet de changer de carrière. Et il semble que vos enquêteurs en aient aussi une idée.

Changer de carrière de quelque chose comme le marketing au développement peut être un gros problème. Afin de déterminer si vous êtes prêt pour cela, prenez le temps de réfléchir.

• Savez-vous ce qu'implique le développement en tant que carrière?
• Le savez-vous comprendre les différences d'heures, de déplacements, etc. qui sont impliquées dans ce travail particulier?
• Si vous êtes plutôt satisfait de votre travail actuel, pourquoi envisagez-vous de changer?

Chaque fois que j'interroge une personne pour un emploi d'entrée de gamme qui souhaite changer de carrière, ma plus grande préoccupation est de savoir si elle sait dans quoi elle s'embarque ou non. Beaucoup de gens viennent aux emplois technologiques en connaissant les aspects positifs, mais sans en comprendre les inconvénients. Certains partent très vite, lorsque la réalité commence à se faire connaître.

Pensez-y. Soyez prêt à répondre aux questions d'entrevue sur les raisons pour lesquelles vous voulez cet emploi. Alors vous serez peut-être moins confus.

Je vais essayer d'expliquer ce que je recherche dans Mon entreprise lors de l'embauche d'un développeur débutant. Cela aidera peut-être.

Premièrement, je ne m'attends pas à ce que vous puissiez coder du tout. Si vous pouviez écrire du code, ce ne serait pas le niveau d'entrée. En fait, je vais généralement jusqu'à disqualifier tous les candidats qui "vantent" le code ou l'éducation les rendant parfaits pour le poste.

Deuxièmement, je regarde l'éducation. J'écarte toute personne ayant un diplôme de plusieurs années en «codage» ou en «informatique». Des bonus sont offerts aux personnes qui répertorient les «ateliers» ou les «camps d'entraînement» pertinents, tant qu'il n'y en a pas trop. L'idée générale est que je ne veux pas avoir à dé-entraîner quelqu'un, ou me battre avec lui au sujet d'une politique établie. Ils sont de niveau d'entrée et ne savent donc rien du code de niveau de production.

Enfin, j'essaie d'évaluer l'attitude et la capacité de réflexion logique. Pour un développeur débutant, ce sont bien plus importants que toute formation (pour les développeurs de niveau moyen et élevé également) ou expérience.

Le candidat à l'idée montre qu'il comprend qu'il ne fait que commencer et qu'il n'est pas là pour prendre des décisions de conception radicales ou restructurer toute la base de code. Ils manifestent également un désir d'apprendre et la capacité de saisir des concepts et «d'apprendre par eux-mêmes». Ils devraient également montrer une colonne vertébrale. Les développeurs des équipes ont des opinions et doivent être capables de défendre les leurs tout en étant disposés à apprendre des autres (et à enseigner).

Je ne demanderais jamais un exemple de code pour un poste de niveau d'entrée. Si vous n'êtes pas «surqualifié», vous ne pouvez pas me soumettre un bon échantillon de code. Je poserais également plus de questions sur la façon dont vous respectez les délais, ou faites des recherches sur plutôt vous utiliseriez une boucle for ou une boucle à chaque. Je pourrais utiliser quelques mots comme "Instance Variable" ou "Iterator" pour voir que vous avez une idée de ce que cela signifie, mais probablement pas.

En résumé, il est bien plus important que vous montriez une capacité et une volonté d'apprendre à faire des choses dans Cette entreprise que toute capacité que vous avez acquise à l'école ou sur un projet extérieur.

Une chose qui ne semble pas avoir été mentionnée est que vous pourriez être rappelé pour un autre entretien.

Ce premier entretien (s'il y en a plusieurs) a peut-être été simplement pour vérifier si vous étiez un candidat approprié pour le bureau / l'environnement / l'entreprise et vous n'avez peut-être pas eu d'esprit technique pour diriger la réunion.

Des entretiens ou des tests ultérieurs peuvent suivre pour déterminer si vous êtes réellement apte ou non pour le rôle.

Je pense que cela dépend vraiment de savoir si vous voulez vraiment orienter votre carrière vers le développement ou non. Vos préoccupations sont assez valables - il est peu probable que les enquêteurs aient surestimé votre capacité, mais ils ont peut-être surestimé votre motivation. Autrement dit, ils s'attendent à ce que vous investissiez beaucoup d'efforts et de temps pour devenir un développeur décent dans les mois à venir.

Si vous rêvez de devenir développeur, c'est une opportunité parfaite que vous ne devriez pas Mademoiselle. Sinon, je vous suggère d'évaluer soigneusement les avantages et les inconvénients avant d'accepter.