Je pense qu'il serait extrêmement rare (par exemple presque jamais) de laisser quelqu'un partir après 2 à 4 semaines (pour des choses liées à la performance), et encore plus rare que cela arrive à un développeur junior, alors prenez une grande respiration et détendez-vous . Voyons maintenant comment «vous mettre à jour» et commencer à vous sentir un peu mieux dans votre position.

Ils vous ont embauché après avoir consulté votre CV et vous avoir interviewé, afin qu'ils sachent exactement ce que vous savoir exactement combien d’expérience vous avez. Ils ne s'attendent pas à ce que vous sachiez tout, ils ne s'attendent pas à ce que votre travail soit exempt d'erreurs, et ils ne s'attendent pas à ce que vous soyez aussi productif que leurs développeurs seniors.

Ce qu'ils vous ont embauché car c'est votre potentiel, pour ce que vous pourrez éventuellement produire pour eux. Vous devriez donc commencer à réfléchir à la façon de développer et d'exécuter un plan afin de pouvoir commencer à réaliser votre potentiel.

La première chose et la plus importante à réaliser est que c'est le travail de votre manager de faire de son mieux pour vous donner la possibilité de réussir - cela ne peut se produire que si vous avez des conversations régulières et fréquentes, et si, au cours de ces conversations, vous êtes ouvert et honnête sur les endroits où vous rencontrez des difficultés, où vous avez besoin de soutien, où vous êtes coincé et où vous apprenez ce qu'il / elle attend de vous.

Je commencerais par contacter votre responsable aujourd'hui et lui demanderais de planifier une réunion hebdomadaire d'une demi-heure (en supposant que vous n'ayez pas déjà mis en place quelque chose de similaire ). Dites quelque chose comme "Je pense que la meilleure façon de réussir à travailler pour vous est de nous synchroniser régulièrement, pouvons-nous planifier une réunion hebdomadaire?".

Lors de la première réunion, vous devriez soyez très enthousiaste à l'idée d'y travailler et exprimez votre enthousiasme à l'idée de commencer à avoir un impact. Lors de cette même réunion, il est important, cependant, que vous posiez (et obteniez des réponses) les questions suivantes "qu'est-ce qu'on attend de moi (objectifs) au cours des prochains mois?", "Quoi (outils / techniques / systèmes, etc. .) Dois-je apprendre pour commencer à atteindre ces objectifs? "," Y a-t-il une formation formelle pour apprendre ces choses? "," Quelles sont les ressources de l'entreprise qui m'aideront à apprendre ces choses? ".

C'est le travail de votre responsable de répondre à ces questions et de vous assurer que vous savez ce que vous devez faire, comment vous allez apprendre ce que vous devez apprendre, qui est là pour vous aider, etc.

La chose la plus importante à retenir est que vous ne devez pas avoir peur de demander à votre responsable, ou à toute personne officiellement ou officieusement chargée de vous aider, ou la plupart des autres également, de vous guider, de vous conseiller ou de vous aider. N'oubliez pas que personne n'est né en sachant programmer, ou comment fonctionne le contrôle de source, ou à peu près quoi que ce soit. Donc, après avoir passé un temps raisonnable à essayer de comprendre quelque chose, ne soyez pas gêné de demander de l'aide.

Y a-t-il des indications ou des signes avant-coureurs de licenciement des développeurs juniors après 2 à 4 semaines? Et est-ce que cette pratique courante?

Il n'y a rien dans votre histoire qui me fait penser. Bien sûr, ce qui s'est passé avant que vous n'obteniez cet emploi ou la durée de votre trajet n'a aucune importance pour vous laisser partir. S'ils laissent les gens partir après une telle période, c'est généralement parce qu'une telle personne est soit complètement différente de celle attendue (prétend être un expert en langue X avec Y années d'expérience, mais ne peut même pas coder "bonjour le monde"), montre un comportement inacceptable (harcèle ses collègues, ne se présente pas, vole des fournitures de bureau, etc.).

Quant à la lutte, croyez-moi, beaucoup de gens ont ça. Et parfois, ça ne passe jamais. Il y a 15 ans, j'ai rejoint une entreprise où la plupart de mes collaborateurs directs travaillaient pour cette entreprise depuis plus de 30 ans. Après 2,5 ans, quand je suis parti, j'étais toujours la personne la plus junior. Et dans mon entreprise actuelle, il y a du code sur lequel je travaille depuis plus de 10 ans, et bien que je sois largement considéré comme "l'expert", il y a des morceaux qui sont encore magiques pour moi, et je lutte quand je dois travailler sur ces pièces.

Et chérissez la partie "être remarqué". Demandez de l’aide si vous éprouvez des difficultés. Vous faites partie d'une équipe . J'ai vu des gens se laisser aller (mais pas après 2 à 4 semaines, après une période beaucoup plus longue, généralement un an ou plus) qui continuent de se débattre, mais se taisent.

Si vous étiez consultant, alors oui, cela se produit, car on s'attend à ce que vous sachiez que vos affaires arrivent.

Si vous êtes un employé, ils ont juste investi une cargaison d'argent vous embaucher avec la paperasse RH seule. Ajoutez à cela tout le processus d'intégration, les rencontres avec des collègues et l'apprentissage des systèmes, il y a une grande marge de manœuvre.

Cela ressemble toujours à une lutte lorsque vous rencontrez de nouvelles choses, mais cela ne veut pas dire vous n'avez pas ce qu'il faut. Si vous pouvez établir de bonnes relations avec vos collègues, vous avez encore moins à vous soucier.

Nous avons embauché une personne moins qualifiée que nous le pensions. Nous l'avons amélioré. Je n'ai eu aucun problème à faire cela car il était impatient, a montré des progrès et a continué à s'améliorer.

Vous semblez désireux d'apprendre, exprimez cet empressement, et ils adopteront probablement la même approche lorsque vous ' vous rencontrez des difficultés.

Entrez dans un cycle de questions, de travail par vous-même et de suivi.

Je pense que j'ai ceci, mais pourriez-vous vérifier si pour moi, je pourrais utiliser une deuxième paire d'yeux

Afficher une combinaison de empressement, attitude de collaboration et déférence, et vous vous en sortirez bien.

La seule chose qui préoccupe la plupart des gens n'est pas de commencer, mais d'apprendre et de grandir. Si vous pouvez démontrer cela, ne vous inquiétez pas.

Il y a déjà d'excellentes réponses ici.

Tout ce que je veux dire, c'est que j'ai sept ans d'expérience dans le même domaine et à chaque fois que je change d'emploi, je ressens ce que vous ressentez. D'après mon expérience, il me faut 1 à 2 ans sur le tas pour me sentir confiant et à l'aise. Alors, voici ce que je pense à moi-même pour réduire le stress:

1) Je garde à l'esprit que c'est VRAIMENT cher d'embaucher quelqu'un. Ils ont probablement juste payé 20-50k juste pour vous embaucher. À moins que vous n'ayez fait quelque chose de terrible (par exemple, abandonner une base de données de production, afficher un comportement qui peut être interprété comme de l'espionnage d'entreprise, etc.), personne ne veut se séparer de l'argent comme ça, pas tout de suite du moins. Cela donne une très mauvaise impression à tous ceux qui viennent de vous embaucher.

2) Pour interviewer quelqu'un d'autre, les personnes occupées devraient intégrer cela à leur emploi du temps. Les gens ont des dates limites, des familles, des passe-temps, donc personne ne cherche à renvoyer quiconque vient de commencer.

3) Gardez ces conseils à l'esprit et tout ira bien:

1. Ne posez pas de questions à quelqu'un qui apparaît sur la première page des résultats Google. Tous les outils, langues, etc. auront une documentation en ligne. Créez des signets et recherchez Stack Overflow. Ne demandez pas tant que vous n'avez pas rassemblé suffisamment de jargon / compréhension pour avoir l'air intelligent lorsque vous demandez et montrez que vous avez essayé de vous résoudre. Il est normal de demander de l'aide; assurez-vous simplement de faire vos devoirs D'ABORD. Je trouve que si après 20 minutes de recherche sur Google, je n'ai toujours aucune piste ni aucune idée, il est temps de demander - à moins que vous ne soyez censé être l'expert, ce qui est une autre histoire. De toute évidence, les choses qui sont spécifiques à l'entreprise peuvent être posées (une fois).

2. Découvrez qui est qui tout de suite. J'aime créer un document avec les noms + l'emplacement des sièges + ce qu'ils font lorsque je rencontre des gens. Cela permet de savoir plus facilement à qui poser quelles questions et à quoi s'attendre des gens en général.

3. En cas de doute, demandez. Une grande phrase est: "Hé, je pensais faire X parce que Y et Z. Que pensez-vous?". Cela vous fera gagner du temps à vous et à l'équipe. Faites référence au document que vous avez créé pour trouver la bonne personne.

4. Ne violez pas les règles du bureau / de l'équipe parlées et tacites au début. Tout le monde se présente à 9h30, mais personne ne vous a dit que vous deviez le faire? Commencez à vous présenter à 9h30 jusqu'à ce que vous ayez la configuration du terrain, puis réévaluez. Vous venez de vous faire tirer dessus avec un pistolet nerf par le PDG? Prenez-en un et tirez en arrière, même si vous vous sentez comme un cerf dans les lumières d'une voiture.

5. Est-ce que quelqu'un porte des écouteurs? Envoyez-leur un message / envoyez-leur un e-mail et attendez une réponse, même s'ils sont assis à côté de vous. Être dans la zone est une chose réelle - apprenez à la respecter. Cela ne vaut pas pour les urgences.

6. Confiance du projet. C'est la chose la plus difficile quand on ne sait pas tout. Si vous pouvez maîtriser la confiance projetée sans vous faire prendre à tort dans un domaine hautement technique, le monde est votre huître. Mon truc ici est de dire le moins possible, d'être aussi vague que possible, puis de le chercher si je ne sais pas quelque chose que je pense que je suis censé savoir. Il est également normal de dire que vous ne savez pas quelque chose; n'en faites pas une habitude.

7. Sachez quand partir: votre directeur technique / PDG / fondateur vient-il de démissionner après que l'entreprise a publié des statistiques et que vous avez observé le meilleur caution de talent? Nourriture pour la pensée. Mais considérez que si vous y êtes suffisamment et que vos supérieurs partent, vous voudrez peut-être rester dans les parages en cas de promotion. Les titres semblent bien dans le CV.

Si vous suivez les règles ci-dessus, il est très peu probable que vous soyez le premier sur une liste à renvoyer qui que ce soit.

R.E.L.A.X.

Vous venez d'être embauché pour votre premier poste de développement. Il y aura une énorme courbe d'apprentissage. Les entreprises qui embauchent pour ces postes comprennent que vous aurez besoin de temps pour vous familiariser avec leur base de code et les outils qu'elles utilisent. Vous avez été embauché afin qu'ils croient que vous avez ce qu'il faut pour apprendre le métier.

Les personnes qui réussissent dans le domaine des logiciels savent qu'elles doivent continuer à développer leurs compétences. Ils dépendent d'autres développeurs plus expérimentés pour poursuivre leur propre carrière. Dans mon nouveau poste (commencé juste avant Noël), j'ai des tâches de développement d'architecture &. Cette nouvelle société compte plusieurs de vos développeurs qui vous ressemblent beaucoup. Une autre partie de mon travail consiste à agir en tant que mentor pour les jeunes développeurs. L'un des objectifs de mon plan de développement est le progrès des jeunes.

Si vous ne savez pas quelque chose, demandez. Demandez à ce que votre code soit examiné et participez aux autres révisions de code.

Bonne chance.

Y a-t-il des indications ou des signes avant-coureurs de licenciement des développeurs juniors après 2 à 4 semaines. Et est-ce une pratique courante?

Je pense que vous êtes trop concentré sur ce que vous ne savez pas. On dirait que vous avez été embauché en supposant que vous êtes un développeur de niveau junior. En tant que tel, allez-y doucement. Faites chaque tâche du mieux que vous le pouvez et si vous êtes coincé, n'ayez pas peur de demander. Essayez de le faire vous-même et montrez que vous avez essayé.

En ce qui concerne le licenciement, je dirais que 2 à 4 semaines sont assez faibles. Il faudrait être manifestement incompétent pour être mis en conserve si tôt. Je m'attendrais à ce que quelqu'un travaille complètement seul après 6 mois ou un an.

Je suis un développeur expérimenté et j'en ai aussi de temps en temps. Les nouvelles technologies, en savent très peu à ce sujet, jetées au plus profond. J'ai appris à croire qu'avec un peu de travail, je peux comprendre et maîtriser.

Essayez de vous rappeler qu'aucune de ces technologies n'est magique, c'est tout ce que tout le monde peut apprendre et maîtriser . N'ayez pas non plus peur de dire à votre PM que vous pensez qu'il vous faudra peut-être un peu de temps pour vraiment apprendre la technologie. En tant que développeur junior, ils ne s'attendront pas à ce que vous les appreniez instantanément ou que vous possédiez déjà toutes ces compétences - s'ils voulaient qu'ils auraient embauché un autre développeur senior.

C'est une excellente occasion pour vous d'apprendre et être payé en même temps. N'oubliez pas que tout le monde ressent de cette façon et apprendre à ne pas s'en soucier est une compétence utile.

Il est tout à fait courant de se sentir perdu au cours de vos premiers jours de travail et de se demander comment vous serez jamais «à jour», même pour les développeurs expérimentés. Ne vous sentez pas mal de cette façon.

Le meilleur conseil que je puisse vous donner est de ne pas vous sentir mal à l'idée de demander de l'aide lorsque vous en avez besoin. On s'attend à ce que les nouvelles personnes participant au projet aient des questions. Ce n'est pas comme si vous pouviez simplement jeter un coup d'œil à la base de code et la comprendre.

Gardez également à l'esprit que s'ils recherchaient un développeur senior, ils auraient probablement embauché un développeur senior. Comme d'autres l'ont souligné, en supposant qu'ils ont lu votre CV et vous ont bien interviewé, ils devraient avoir une assez bonne idée de vos connaissances et de votre niveau d'expérience actuels.

Je craignais d'être renvoyé à chaque nouvel emploi que j'avais. (À ma grande stupéfaction, je ne l'ai jamais été. ;-)

Rétrospectivement, je me rends compte maintenant que cette inquiétude a entraîné des efforts très intenses, et la direction l'a toujours remarqué . Je comprends maintenant que c'était rassurant pour eux.

Je n'ai jamais eu peur de demander de l'aide, surtout quand je ne pouvais pas m'en passer. Dans la plupart des endroits, le meilleur endroit pour obtenir cette aide était de demander à d'autres employés, mais jamais à la direction; dans d'autres, les deux étaient utiles et j'ai donc réparti mes questions entre elles, le cas échéant. (Vous avez probablement déjà compris si votre patron est une bonne personne à qui poser la question.)

J'ai également fait des recherches sur mon propre temps lorsque cela était nécessaire, si Je n'avais pas besoin de me détendre pour être frais, alerte et productif le lendemain.

Vous semblez être un type qui fera très bien l'affaire!

Voici vos "signes avant-coureurs" typiques:

• Manque de communication . Il y a des jours où vous n'avez pas une conversation professionnelle significative avec vos collègues pendant au moins 5 à 10 minutes. Vous n'allez pas (ou n'êtes pas invité) à des réunions où tous les autres membres de votre rôle vont. Il peut être acceptable pour un développeur expérimenté d'être autonome et de travailler plusieurs jours en quasi-isolement, mais c'est certainement inquiétant pour un junior.

• Il faut être micro -géré . Le processus de travail normal consiste à ce que votre responsable vous donne une tâche, puis vous faites un rapport sur l’avancement, vous posez des questions lorsque vous êtes coincé avec quelque chose, et vous informez votre responsable lorsque vous avez terminé et que vous avez besoin d'une nouvelle mission sur laquelle travailler. Cela se produit souvent lors d'une réunion régulière, mais peut également se faire de manière informelle. Si votre responsable doit vous interroger pour se rendre compte que vous avez un problème ou que vous n'avez rien à faire pour le moment, ce n'est pas bon.

• Vous ne comprenez pas ce que vous faites . Il est normal de ne pas savoir comment faire quelque chose de nouveau, tant que vous savez où en apprendre davantage ou que vous avez des idées que vous allez essayer. Il est normal de ne pas comprendre votre mission et de la clarifier tout de suite. Mais si vous vous trouvez régulièrement dans une situation où vous avez un devoir et que vous ne savez même pas par où commencer, c'est un signe d'avertissement.

• Commentaires négatifs répétés . Il est généralement normal de faire quelque chose de mal pour la première fois. Ce qui ne va pas, c'est quand vous faites la même erreur encore et encore et que vous ne semblez pas apprendre. Même si le point en lui-même n'est pas extrêmement important, les gens peuvent considérer votre comportement comme une indication que vous manquez de capacités d'apprentissage, ce qui est mauvais en soi, en particulier pour un junior.

Vous avez posé quelques questions,

Y a-t-il des indications ou des signes avant-coureurs de licenciement des développeurs juniors après 2 à 4 semaines?

Vous besoin de comprendre quels canaux de rétroaction sont en place afin de savoir quels «signes avant-coureurs» rechercher. Certains employeurs effectuent régulièrement des évaluations individuelles, d'autres fois, ils peuvent insister sur le suivi des défauts ou ils peuvent se soucier uniquement des délais. Avant de pouvoir rechercher les signes avant-coureurs, vous devez comprendre les méthodes utilisées par votre employeur pour obtenir des commentaires. Si cela ne vous a pas encore été expliqué, il est parfaitement raisonnable de demander:

Salut patron, je me demandais - quelles méthodes utiliserez-vous pour me donner des commentaires sur mon travail? Comment savoir si je suis sur la bonne voie selon vos attentes?

Et est-ce une pratique courante?

Non, en général, il n'est pas courant de laisser un professionnel les travailleurs vont si vite après les avoir embauchés - c'est à cela que sert le processus d'embauche - pour éliminer les personnes dont vous ne voudriez pas travailler pour vous. Les employeurs s'efforcent de filtrer et d'interroger les candidats spécifiquement pour éviter le genre d'erreur d'embauche qui entraînerait un licenciement après deux semaines. Tous les cas que j'ai personnellement connus où quelqu'un a été licencié aussi rapidement concernaient des infractions extrêmement graves (violations flagrantes des normes de sûreté ou de sécurité, activités criminelles, etc.) Les employeurs investissent beaucoup dans le processus d'embauche, c'est coûteux et perturbateur. . Si quelqu'un était juste un peu en retard , il préfèrerait généralement guider et corriger le comportement de cette personne avant de le laisser partir.

En plus de vos questions, vous avez également exprimé certaines préoccupations:

Je n'ai jamais travaillé avec beaucoup de leurs outils ou leur framework backend actuel.

Ils le savaient probablement lorsqu'ils vous ont embauché, et ils représentent une courbe d'apprentissage. Si vous n'êtes pas sûr, encore une fois - il convient de demander.

Ils ont une très grande base de code et tout le monde a au moins 5 ans ou plus d'expérience professionnelle.

C'est une excellente nouvelle - vous avez beaucoup de personnes expérimentées autour de vous pour apprendre ! Encore une fois, ils vous ont embauché en sachant que vous êtes moins expérimenté. Personne ne s'attend à ce qu'un développeur junior (ou quoi que ce soit) franchisse la porte avec une compréhension parfaite de son environnement, déjà équipé de toutes les compétences possibles requises.