Licencié pour la troisième fois d'un poste de développement de logiciels. Que faire ?

J'ai passé beaucoup de temps à remodeler et à essayer de supprimer la dette technique. J'ai reçu un avertissement verbal pour sous-performance avant de partir en vacances.

Il semble qu'ici vous travailliez sur quelque chose qui n'a pas été demandé. C'est généralement très mauvais, et peut conduire à la résiliation. Si vous pensez que le projet a besoin d'être remanié, et je vous fais confiance, vous devez le vendre à la direction avant de pouvoir le faire. Si vous l'aviez fait, je suppose que la direction aurait agi différemment.

Vous vous êtes peut-être dit que vous ne pouvez pas terminer votre tâche sans que le code soit propre. En vérité, le code de la plupart des entreprises ne l'est pas. Ils travaillent avec l'héritage, ils essaient d'aller de l'avant avec ce qu'ils ont…

J'ai été placé pour travailler avec une technologie sans rapport avec ce pour quoi j'ai signé

…et presque tous cacheront l'héritage derrière des nouvelles technologies plus attrayantes lors des entretiens.

Je ne pense pas que cela soit en soi un signal que vous devriez changer de carrière. Je pense que vous n'avez aucune aversion pour le génie logiciel quand il est bien fait. Mais dans une entreprise, l'ingénierie consiste toujours à s'occuper de logiciels mal faits, avec une direction qui pousse à l'action. Si vous voulez durer dans une entreprise, vous devez être prêt à accepter cela.

Mise à jour : Puisque vous avez modifié votre question en y ajoutant des détails plus pertinents sur la manière dont vous avez été licencié et sur les raisons de votre licenciement, je dois fournir une réponse actualisée.

Dans les deux cas 2 et 3, vos employeurs attendaient beaucoup de votre capacité à vous adapter à de nouvelles choses en fonction de votre expérience. Partout où j'ai travaillé, ce serait bien insuffisant pour motiver le licenciement, mais je suis prêt à admettre que dans certaines cultures d'entreprise, le capital humain n'est pas très valorisé. C'est une honte et une erreur stratégique ; mais c'est une autre histoire.

Je suppose que vous devriez lire d'autres réponses car elles vous offrent de multiples possibilités de créativité. Voici ce que je considère comme un conseil précieux :

1. introspect
2. Rétablir la confiance
3. Si vous choisissez de travailler à nouveau comme développeur, choisissez votre direction avec sagesse. Réduisez vos attentes salariales si vous êtes absolument sûr de vous.

Je préfère personnellement les petites entreprises, leur gestion a tendance à être plus humaine.

Aujourd'hui, j'ai été licencié d'une entreprise de logiciels… pour la troisième fois en un an et demi. Inutile de dire que j'ai l'impression d'avoir touché le fond et qu'il est impossible de s'en sortir sans changer de carrière. Dois-je changer de carrière ? Est-il même possible de trouver un emploi maintenant ?

Oui, c'est plutôt mauvais. Mais n'oubliez pas que vous n'étiez pas sûr que quelqu'un vous engagerait après avoir été licencié auparavant - et pourtant vous vous êtes retrouvé avec ce troisième emploi.

Je pense que vous devez regarder en vous et déterminer par vous-même pourquoi cela se produit.

Ne blâmez pas la “mauvaise gestion” ici. Il se passe quelque chose dans chaque cas qui a entraîné une mauvaise performance de votre part. Dans d'autres questions, vous avez mentionné que vous avez été licencié pour ne pas avoir posé suffisamment de questions et pour ne pas avoir effectué un travail de haut niveau. J'espère que vous pouvez tirer des enseignements de tout cela.

Il se peut que vous choisissiez mal les emplois et/ou les cadres. Il se peut que vous n'ayez pas appris à travailler dur, à vous concentrer sur ce qui est important et à obtenir de bons résultats malgré les problèmes rencontrés au travail. Il se peut que vous recherchiez un poste trop élevé et que vous soyez plus apte à occuper un poste de niveau inférieur. Il se peut aussi que vous ne soyez pas du tout adapté à ce genre de travail.

Passez un peu de temps à l'introspection. Essayez d'arriver à une conclusion avant d'agir. Vous ne pourrez probablement pas vous permettre de refaire la même erreur.

Vous pourriez envisager de vous lancer dans l'intérim. Ce sont peut-être des emplois plus faciles à obtenir dans votre situation. Vous pouvez peut-être vous motiver pour obtenir de bons résultats lorsque les projets sont petits et limités dans le temps. Votre expérience passée semble suggérer que vous pourriez le faire.

J'ai la trentaine, je n'ai pas de solution de repli, pas de famille autour de moi et pas beaucoup d'amis.

C'est quelque chose sur lequel vous voudrez travailler indépendamment de vos problèmes professionnels. Nous avons tous besoin d'amis. Et un bon groupe de soutien vous aiderait lorsque vous avez des problèmes professionnels.

Continuez à essayer d'être amical et de vous faire plus d'amis. Adhérez à un club. Rencontrez des gens du travail. Essayez au moins.

Comprendre pourquoi vous êtes viré

Vous l'avez dit vous-même. Vous vous concentrez sur la réécriture, alors que ce n'est pas ce que vous êtes là pour faire. Vous avez un vrai mauvais cas du syndrome de Not Invented Here. En ce qui concerne la gestion, le problème semble être de savoir si vous êtes prêt à faire ce que votre manager vous dit et à faire votre travail, ou si vous allez jouer avec des choses que vous pensez vouloir faire. Et face à un nouveau défi, il semble que vous fuyez.

Lorsque vous aurez surmonté cette épreuve, vous serez alors employable. D'ici là, franchement, vous ne faites que nuire à vos employeurs et à votre propre réputation. Vos employeurs peuvent généralement survivre à cette situation, mais pas vous.

Examinons votre CV…

Cas 1 : licencié d'une entreprise de fintech le 2e mois pour ne pas avoir réalisé de performances… manque de motivation.

Si vous saviez que vous ne pouviez pas vous concentrer sur ce point, pourquoi avez-vous accepté le poste ? Et si vous ne le saviez pas, pourquoi n'avez-vous pas démissionné dignement au lieu de faire perdre le temps de tout le monde ? C'est celui qui me préoccupe vraiment.

Cas 2 : Viré d'une entreprise de plate-forme web pour ne pas avoir réalisé… une technologie sans rapport avec ce pour quoi j'ai signé…

La nature d'un travail technique est qu'il y aura toujours des choses sur lesquelles vous n'avez pas travaillé auparavant. Si vous n'avez jamais travaillé sur cette technologie auparavant, admettez le et assurez-vous que les estimations sont ajustées en conséquence.

Mais “ne pas être performant” ne signifie généralement pas que vous avez manqué les délais, cela signifie généralement que vous avez été pris en train de vous relâcher au lieu de travailler. Dans un emploi technique, je m'attendrais à ce que quelqu'un soit enthousiaste à l'idée d'acquérir de nouvelles compétences, ou du moins qu'il fasse preuve de diligence à cet égard. Si vous devez fuir quelque chose que vous ne connaissez pas encore, alors trouvez une nouvelle carrière.

Cas 3 : … passé beaucoup de temps à remanier et à essayer de supprimer la dette technique… Avoir tendance à nettoyer le code en désordre, à remanier et à s'assurer que les choses sont bien testées…

Et c'est là que nous vous voyons jouer avec des choses dont vous n'avez pas besoin. Vous appelez cela du “code en désordre”. Le reste de la société l'appelle “code de travail”. Je viens d'un milieu d'ingénieurs spécialisés dans la sécurité. Dans ce domaine, les gens peuvent être disciplinés pour avoir corrigé des bogues. Sérieusement. Le problème quand on “corrige” un bogue, c'est qu'il faut prouver que sa correction n'a pas cassé autre chose. Dans le contexte d'un nouveau test du moteur et de la transmission d'une voiture, un bogue mineur qui peut causer une erreur de 1 % dans le remplissage d'une coche de traitement après une heure de fonctionnement est très probablement tout à fait acceptable, mais le coût en argent et en temps d'un nouveau test complet du système entier ne l'est probablement pas. C'est avant même d'en arriver à réparer le code “désordonné”, où vos modifications prétendument non fonctionnelles peuvent s'avérer avoir des effets secondaires en raison d'une virgule manquée ou de quelque chose de tout aussi idiot.

En bref, vous êtes engagé pour faire un travail professionnel. Jusqu'à présent, vous avez démontré que vous n'êtes pas capable d'être professionnel. Lorsque vous pouvez vous présenter à un entretien et présenter ces échecs comme des expériences d'apprentissage qui vous ont aidé à changer de mentalité, alors vous êtes prêt à partir… Pouvez-vous faire cela… ?

J'ai tendance à nettoyer le code, à le remanier et à m'assurer que les choses sont bien testées - ce qui peut être considéré par beaucoup comme une performance lente.

Je vais prendre un risque et supposer que c'est plus que le boy-scout habituel. Donc :

J'ai tendance à choisir de nettoyer le code en désordre, de refactoriser et de m'assurer que les choses sont bien testées, qu'elles soient “adjacentes” à quelque chose que j'écris, et de donner la priorité à cela plutôt qu'à l'expédition, indépendamment de ce dont j'ai été chargé.

Les tests et le refactoring sont super, mais ce n'est jamais à 100% une personne qui décide de l'importance qu'elle va accorder à un élément. Le code est un moyen de parvenir à une fin - il n'est pas là uniquement pour votre plaisir, il est là pour répondre aux besoins des entreprises, et les personnes qui travaillent au plus près de ces besoins (la direction) sont mieux placées pour fixer les priorités. De plus, tout ce que vous changez est quelque chose que vous pourriez potentiellement casser, tests ou pas tests – sans parler de la charge supplémentaire de révision.

Concernant un changement de carrière, je pense qu'il y a deux choses à considérer. La première est que si vous êtes constamment insubordonné, la carrière dans laquelle vous êtes n'aura pas d'importance. Les cuisiniers à la chaîne qui “améliorent” les recettes sont également renvoyés. En d'autres termes, vous risquez d'être licencié pour ne pas vous concentrer. Votre impulsivité pourrait facilement vous entraîner dans une nouvelle carrière, et le changement de carrière ne sera rentable que si vous vous concentrez d'abord sur votre travail. Le deuxième est ce que vous avez mentionné à propos du manque de motivation. Ce qui peut être à l'origine d'un manque de concentration, c'est que vous n'aimez peut-être pas coder au-delà du nettoyage des choses existantes, ce qui est tout à fait compréhensible. Mais si c'est le cas, cela signifie qu'un quatrième poste de développeur ne ferait que s'engager dans une torture supplémentaire (en supposant qu'il travaille en équipe et sur une base de code existante). Mais je ferais de faire ce que vous dites que vous allez faire votre première priorité, et je partirais de là. Bien fait, cela signifie aussi ne pas prendre des obligations que vous pensez ne pas pouvoir remplir. Qui sait, peut-être découvrirez-vous que vous préférez faire du pain. (Ce n'est qu'un exemple, mais je pense que c'est un bon exemple – c'est un métier, il implique le dépannage, il récompense le perfectionnisme, et vous le faites généralement vous-même du début à la fin)

De toute façon, l'important est que si on vous demande de faire un travail, et que vous l'acceptez, alors vous le faites. Plus tard, s'il s'avère que ce n'est pas pour vous, alors inclinez-vous gracieusement et essayez autre chose. Mais faire ce “quelque chose d'autre” avec l'argent de quelqu'un d'autre, alors qu'il pense que vous faites ce qu'il vous a demandé, va simplement énerver les gens, dans n'importe quel domaine professionnel.

**Vous n'avez pas besoin de moi pour vous dire que ce n'est pas bon, donc je ne vais pas insister sur ce point, mais cela vaut la peine de jeter un coup d'œil aux trois licenciements :

Cas 1 : licencié d'une entreprise de fintech le 2ème mois pour ne pas avoir fait de performance. C'était correct puisque je manquais de motivation.

Rien à dire ici - vous savez que vous avez merdé. Quelque chose me dit que le manque de motivation ne sera plus un problème pour vous maintenant !

Cas 2 : Licencié d'une société de plateforme web pour ne pas avoir été performant. J'ai été placé pour travailler avec une technologie sans rapport avec ce pour quoi j'ai signé, donc cela ressemble à une mauvaise gestion de mon côté. Ce n'est pas une gestion idéale que de mettre de nouveaux employés sur la technologie, mais ils ne sont pas habitués à ce que je mette tout sur le dos. Il faut être deux pour danser le tango, comme on dit, et je serais surpris si vous n'aviez pas pu faire plus pour éviter ce licenciement, mais disons que c'est de leur faute.

Cas 3 : Licencié le 6ème mois pour mauvaises performances. Pendant ma période de probation, j'ai reçu des commentaires positifs. Après cela, j'ai changé de projet et j'ai passé beaucoup de temps à remanier et à essayer de supprimer la dette technique. J'ai reçu un avertissement verbal pour mes mauvais résultats avant de partir en vacances. Pendant les quatre jours que j'ai passés, j'ai essayé de remédier à la situation en faisant des heures supplémentaires et en terminant tout le travail prévu. Cependant, à mon retour de vacances, j'ai reçu une lettre de licenciement.

Désolé, mais c'est votre faute - remanier au fur et à mesure n'est pas mal en soi, et cela peut être un moyen très efficace de nettoyer une base de code sans arrêter complètement le développement pendant plusieurs mois. Mais le faire quand vous n'avez pas de directives ou au moins d'approbation pour le faire (y compris le temps supplémentaire que cela prend) n'est pas une bonne idée. Du point de vue de l'employeur, il semble que vous ayez travaillé pour passer la période d'essai et que vous ayez ensuite relâché vos efforts (je me rends compte que ce n'est pas ce que vous avez fait, mais c'est ce qui se passe). Vous avez identifié la cause probable des opinions sur les “mauvaises performances”, mais vous ne semblez pas en être arrivé à réaliser qu'il s'agit en fait de mauvaises performances. Le fait de ne pas faire d'estimations (en supposant que ces estimations soient réalistes) n'est pas seulement “perçu” comme une lenteur, c'est, selon toute définition du terme “lenteur” ! Si une histoire d'utilisateur/ticket/quelque chose a une estimation de 6 heures à compléter et que cela vous prend 12 heures parce que vous avez passé 6 heures supplémentaires à faire l'activité X, alors cela n'a pas vraiment d'importance quelle est l'activité X, que vous refaisiez ou regardiez des vidéos de chats sur votre tube, cela vous a quand même pris 6 heures de plus pour faire la tâche qui vous était assignée, alors que ce n'était pas prévu.

La bonne nouvelle est que vous avez fondamentalement les compétences et le talent dont vous avez besoin pour réussir à coder - vous devez juste consolider quelques éléments dans votre approche. Vous avez repéré un élément qui pourrait bénéficier d'un remaniement lorsque vous travaillez sur une tâche ? C'est parfait ! Cette compétence peut être mise à profit plutôt qu'être une épine dans le pied - il vous suffit de parler à votre responsable ou chef d'équipe ou à la personne qui gère la planification et l'affectation des ressources et de lui dire ce que vous avez trouvé, quels avantages vous pensez qu'il peut apporter à l'entreprise et combien de temps vous pensez qu'il vous faudra pour le faire. S'ils reconnaissent que l'investissement en temps en vaut la peine, ils peuvent justifier le temps supplémentaire, vous ne dépassez pas les estimations et vous avez l'air d'une rock star pour avoir été proactif dans l'aide apportée à l'entreprise. Vous devez accepter que parfois ils vont dire “Non” ou “Pas maintenant” à ces demandes - c'est parce qu'ils estiment que les délais d'exécution de la tâche initiale sont plus importants en ce moment, et comme je le dis, vous devez accepter cette réponse parce qu'il n'y a rien de mal à ce qu'ils passent cet appel, parce que c'est ce pour quoi ils sont payés. Si vous n'êtes pas sûr à 110 % que le fait de ne pas mettre en œuvre immédiatement le remaniement proposé aura des conséquences désastreuses pour l'entreprise, alors vous ne repoussez pas, vous n'argumentez pas. Vous faites ce pour quoi vous êtes payé, si la société est touchée plus tard, franchement, c'est la responsabilité de la personne qui a décidé de ne pas le faire - encore une fois, c'est pour cela qu'elle est payée !

*Et maintenant, que faire ? * Je pense que vous n'avez pas besoin de changer de carrière pour l'instant - comme je le dis, on dirait que vous avez les compétences nécessaires et même si votre passé professionnel récent est, pour être franc, assez accablant, il n'est pas irréparable et avec un peu de travail et un peu de chance, vous pouvez redresser le navire et le remettre sur la bonne voie comme si rien ne s'était passé. Voici ce que je ferais si j'étais vous :

• Passez un contrat (ce serait ma recommandation) - les antécédents professionnels importent moins que les compétences en matière de contrats, et les gens sont plus susceptibles de s'y intéresserIl est en effet plus facile de les laisser tomber et de trouver quelqu'un d'autre s'ils prennent une mauvaise décision d'embauche. Vous disposez d'un fantastique volant d'économies qui vous donnera le temps de tenter votre chance. Fixez-vous un délai : si vous ne trouvez pas (et ne réussissez pas) de contrat dans les trois mois, vous pouvez élargir votre recherche à des postes permanents. Jusqu'à présent, il ne m'a pas fallu plus de trois semaines pour obtenir un poste contractuel, et je suis apparemment aux entretiens, alors vous pouvez le faire ! Un bon contrat de 6 mois et très peu de gens s'intéresseront à vos trois derniers emplois permanents ! Et en plus de tout cela, même si vous devez considérer le bas de gamme du marché en termes de taux journalier pour vos premiers contrats, vous gagnerez probablement beaucoup d'argent en termes réels.

ou si vous n'avez pas vraiment envie de passer un contrat :

• rester permanent - descendre dans l'échelle des salaires

En ce moment, il est plus important d'avoir de bons antécédents professionnels que de maximiser les salaires. Calculez le montant réaliste le plus bas dont vous avez besoin pour vivre et commencez à postuler pour des emplois dans cette fourchette. Il y a toujours des entreprises dont l'ambition d'embauche dépasse leur budget, et elles ont tendance à être moins exigeantes. Même si vous prenez 5 000 livres sterling de moins que votre potentiel, vous pourrez le récupérer à long terme en restant en activité pendant environ deux ans et en réalisant de bonnes performances. Je ne dis pas que ce serait amusant ou facile, mais ce serait très efficace.

**N'abandonnez pas - vous pouvez le faire !

Je me rends compte qu'il y a déjà 16 réponses ici, dont beaucoup sont excellentes, mais elles ne semblent pas avoir abordé le fait qu'il y a une petite possibilité qu'il puisse y avoir d'autres raisons pour être licencié.

Il se peut que ce soit juste que ce soit des excuses commodes pour votre licenciement. Il n'est jamais agréable de le souligner, mais cela vaut la peine d'examiner si vous vous intégrez au niveau personnel.

J'ai connu (de) quelques personnes qui ont occupé plusieurs emplois en peu de temps et elles ne voient pas pourquoi. Pour moi (et pour d'autres), c'était évident - ils ont une habitude ou un trait qui ronge les gens qui les entourent. Pour l'un d'entre eux, c'était une habitude de s'éclaircir la gorge tout le temps, associée à l'absence d'allusion lorsque les gens voulaient mettre fin à une conversation. Je travaillais dans le même bureau que lui et je peux vous dire que l'atmosphère après son départ était bien plus agréable. Un autre type, c'était un problème d'hygiène. Ils ont tous les deux été virés pour ce qui semblait raisonnable, mais vous saviez au fond de vous que ces autres traits de caractère étaient définitivement pris en compte.

Je ne dis pas que vous avez l'une de ces caractéristiques, cela pourrait même être un choc culturel, ce n'est même pas de votre faute, mais comme d'autres réponses le suggèrent, une période d'introspection est très précieuse ici. J'étendrais cela à l'examen de choses comme les habitudes et les traits personnels pour vérifier s'ils peuvent en être la cause cachée.

Je suppose que le fait de ne pas écouter est un problème clé. Pas seulement entendre les mots, mais les comprendre et les prendre à cœur.

Cela me saute aux yeux :

En général, le problème tel que je le vois, c'est que j'ai tendance à nettoyer le code désordonné, à remanier et à m'assurer que les choses sont bien testées - ce qui peut être considéré par beaucoup comme une performance lente.

“Ce qui peut être considéré par beaucoup comme une performance lente” n'est pas la partie importante. Votre entreprise vous a dit qu'elle était lente, parce qu'elle vous a viré. Si votre patron vous dit de faire quelque chose, vous le faites. Si votre patron vous dit de ne pas faire quelque chose, vous ne le faites pas. Si vous n'êtes pas sûr, demandez à votre patron et faites ce qu'il vous dit.

En tant que débutant dans le monde des affaires, ce n'est pas à vous de décider ce que l'entreprise doit faire. Lorsque vous décidez de votre propre chef d'aller faire du nettoyage de code, vous dites à l'entreprise que vous connaissez mieux qu'elle. Ne faites pas cela.

En tant que développeur depuis 32 ans, je sais qu'il peut être frustrant de laisser des dettes technologiques, de laisser du code sale ou non documenté. Mais si c'est ce que l'entreprise veut que vous fassiez, alors faites-le.

Vous pouvez toujours enseigner l'informatique au lycée si vous pensez que votre carrière dans l'industrie est limitée. Il y a d'autres choses que vous pouvez faire comme la gestion de projets.

Mais lorsque vous postulez à un autre poste, n'expliquez pas vos licenciements comme des problèmes de gestion. Même si le manager était entièrement responsable de ce qui s'est passé, vous donnerez l'impression que vous n'êtes pas capable d'évaluer vos propres erreurs et faiblesses.

Rédigez une brève lettre de motivation avec vos nouvelles candidatures et expliquez ce qui s'est passé. Prenez-en la responsabilité, quelles qu'en soient les raisons. Expliquez pourquoi les choses seront différentes.

Il se peut que vous deviez accepter des contrats pendant un certain temps. Croyez-moi, j'ai vu des entrepreneurs aller et venir souvent.

Une fois que vous vous serez rétabli, vous pourrez commencer à construire votre carrière en tant qu'employé performant.

Ne pensez JAMAIS que vos options sont limitées, car cela ne ferait que les limiter. C'est cliché mais vous devez garder une attitude positive.

Je connais le sentiment de vouloir passer beaucoup de temps à améliorer la qualité du code pour augmenter la vitesse de développement. Ils peuvent absolument faire gagner énormément de temps, jusqu'à rendre des projets complexes réalisables dès le départ. Cependant, je ferais attention à les introduire lentement lorsque je commence un nouveau travail.

Attendez-vous à ce qu'il faille mois pour mettre en place un contexte suffisant (de la part des développeurs, des utilisateurs et des gestionnaires autant que du code) pour apprendre où se trouvent les plus gros points de douleur (pas seulement les plus importants). Une fois que vous aurez bien compris ces points, vous devriez pouvoir présenter à votre responsable un dossier pour travailler sur l'un d'entre eux pendant une courte période afin d'améliorer massivement certains aspects du code. Et lorsque vous en aurez identifié un, vous aurez vraiment montré pourquoi il devrait vous garder. Il n'est pas nécessaire d'être un développeur fantastique pour faire cela - tous ceux qui ont un peu d'expérience ont des compétences qui font défaut au reste de l'équipe.

Avant tout cela, cependant, je me concentrerais sur la réalisation des tâches quotidiennes. J'ai travaillé dans des endroits où l'assurance qualité des développeurs était si mauvaise que nous passions presque tout notre temps à éteindre des incendies. Ce n'est pas amusant, mais à moins que vous puissiez faire rouler l'argent dans plus vite la direction ne sera pas intéressée par le nettoyage.

Pour finir, j'ai eu plusieurs mauvais emplois en tant que développeur de logiciels, mais d'autres ont été très amusants. Personnellement, je recommanderais les instituts de recherche et les petites entreprises, car d'après mon expérience, ils sont flexibles dans leur façon de travailler et s'intéressent au moins un peu à l'assurance qualité.

Je vais être en total désaccord avec les autres réponses ici

Donc, je suis venu ici pour trouver toutes les réponses vous disant de vous comporter, de garder la tête basse, d'accepter les critiques, de travailler sur les tâches assignées et d'améliorer la communication.

Tout d'abord - vous devez absolument devoir améliorer vos compétences en communication. C'est quelque chose que vous pouvez travailler et améliorer et j'envisagerais de le faire si j'étais vous.

Ensuite, j'ai vu votre profil GitHub

Cela m'a fait changer d'avis. Votre code est en effet bien supérieur à la moyenne et indique que vous êtes très pointilleux. Pour être clair - votre profil n'est pas étonnant, mais il vous place certainement au-dessus de la moyenne des développeurs qui viennent passer des entretiens lorsque je reçois des candidats dans mon livre.

Vous n'avez pas besoin de justifier votre licenciement 3 fois

L'industrie du logiciel est dans un endroit où le fait d'avoir un profil GitHub comme celui-ci vous permet d'obtenir des entretiens et des offres d'emploi même si vous avez été licencié 3 fois. Vous pouvez dire que les endroits où vous avez travaillé étaient mal adaptés à votre culture parce qu'ils ne valorisaient pas l'excellence technique autant que vous (ce qui est vrai) et passer des entretiens dans des endroits qui valorisent l'excellence technique. L'idéal serait de travailler sur ce que votre patron vous a dit, ce qui est une bonne chose, mais il vous est tout à fait possible de trouver un endroit où les valeurs sont en accord avec les vôtres. Puisque vous êtes difficile, je chercherais un endroit qui :

• fonctionne avec des technologies nouvelles et modernes qui vous passionnent
• a une culture de valeurs qui vous tiennent à cœur
• résout les problèmes que vous trouvez intéressants

Plutôt que de se concentrer sur la façon d'expliquer pourquoi vous avez été licencié, concentrez-vous sur ce que vous voulez réellement accomplir dans votre travail.

La programmation vous passionne suffisamment pour le faire pendant votre temps libre - qu'est-ce qui vous passionne ?

Trouvez un endroit qui vous convienne

Je connais quelques programmeurs dans votre situation (qui ont été licenciés 3-4 fois dans l'année) jusqu'à ce qu'ils trouvent un endroit qui puisse les contenir. Ils sont assez obstinés, un peu bruyants et ont vraiment à cœur d'utiliser les normes modernes et de faire les choses de la bonne façon.

Tous sont maintenant employés avec plaisir dans des endroits qui peuvent les contenir.

Une grande partie de ce que je dirais normalement a déjà été dit. Mais il y a au moins une voie qui s'offre à vous et qui, je pense, n'a pas encore trouvé de réponse.

Considérer la possibilité de travailler en tant que contractuel ou indépendant.

Beaucoup d'autres réponses ont porté sur la façon dont vous pouvez vous vendre à votre prochain employeur, comment vous pouvez expliquer votre court séjour dans vos trois derniers rôles et ce que vous pourriez faire différemment pour conserver votre prochain emploi. Tout cela est vrai, mais trouver un autre employeur ne doit pas être la seule option. Et si votre prochain employeur était… vous ?

Avantages :

• Vous n'avez pas besoin d'expliquer ou de justifier ce qui est arrivé à quelqu'un d'autre.
• Si vous êtes vraiment bon dans ce que vous pouvez faire, vos compétences seront recherchées, à un prix gratifiant.
• Vous avez déjà six mois d'économies - c'est assez long pour trouver des clients et commencer.
• Une fois que vous avez quelques clients, vous pouvez choisir ce sur quoi vous voulez travailler (c'est-à-dire quels clients prendre), plutôt que ce que votre employeur vous dit de faire. Si vous n'êtes pas aussi bon que vous le pensez - ou si vous ne trouvez pas de motivation pour faire ce que les clients veulent - ou si vous perdez tout votre temps à faire du code soigné sans aucune dette technique alors que le client veut juste un logiciel qui fonctionne - vous risquez d'épuiser toutes vos économies et de vous retrouver exactement là où vous êtes maintenant, sauf que vos économies ont disparu. **Vous devrez vous regarder longuement dans le miroir avant de prendre cette voie. Mais je pense que vous devrez le faire quoi qu'il arrive.

Accrochez-vous. Beaucoup de gens atteignent la trentaine et découvrent que les choses ne se sont pas passées comme ils l'avaient prévu. Il n'est pas trop tard.

Il me semble que votre problème est que vous faites les choses à votre façon. Vous avez ce modèle de comportement où la façon dont vous faites les choses est “la bonne façon” et tout ce qui indique que vous devez changer rebondit sur cela. Heureusement, votre manière est en fait assez bonne, vous avez une forte éthique du travail, de bonnes méthodes de travail et vous n'avez pas tort de dire que c'est la bonne manière. La question est de savoir si cela entre en conflit avec les priorités de votre employeur.

Votre premier licenciement était, de votre propre aveu, un manque de motivation, FinTech est un matériau assez sec, je ne peux certainement pas vous reprocher d'avoir perdu tout intérêt pour ce sujet, je suis sûr que cela ne retiendrait pas le mien. Je ne vous demanderai pas pourquoi vous l'avez choisi en premier lieu, j'ai postulé à des emplois FinTech alors que je postulais à mon poste actuel, un emploi est un emploi.

Appelez cela un mauvais ajustement et une leçon apprise.

Votre deuxième licenciement a été dû au fait qu'on vous a demandé de faire des choses pour lesquelles vous n'aviez pas été engagé à l'origine (du moins d'après votre compréhension de votre contrat) et que vous n'étiez pas satisfait de cela. Ce n'est pas rare, j'ai eu à faire face à des emplois où une grande partie de mon temps était passé à ne pas faire le matériel pour lequel je suis formé et compétent, c'est définitivement une mauvaise gestion. Cependant, si vous devez apprendre un nouvel ensemble de compétences ou d'outils sur le tas, cela fait partie du travail.

Je suis sûr que je n'ai pas besoin de vous dire que l'industrie du logiciel est en constante fluctuation et qu'il est vital de se tenir au courant des dernières nouveautés pour réussir. Rien que cette année, j'ai dû apprendre le développement Web en partant de zéro et j'ai appris Vue.js, JQuery et Bootstrap en partant de zéro. L'année dernière, j'ai appris Xamarin et je suis devenu développeur d'applications. Avant cela, je construisais des jeux pour mobiles et Facebook en Unity3d et Flash. J'ai travaillé dans les équipes Agile et Scrum, de manière indépendante et en modèle cascade. Ce dont j'ai besoin, j'apprends. Si vous ne pouvez pas le faire actuellement, vous devez apprendre à vous adapter si vous voulez réussir dans l'industrie du logiciel.

Votre troisième licenciement est celui sur lequel vous écrivez le plus, Le problème est beaucoup plus clair là. Vous saviez que la bonne façon d'écrire du code était de le faire correctement la première fois, de passer le temps au début et de gagner du temps et de l'argent plus tard. Vous n'avez pas du tout tort. C'est du bon travail.

Cependant, on vous a confié (je suppose) des tâches claires et comme vous avez passé du temps en dehors des tâches, vous n'avez pas réussi à fournir de manière cohérente le travail qui vous était demandé.

Sortir des tâches pour réparer le code correspondant est quelque chose que je fais tout le temps, cependant il est essentiel de ne pas se perdre dans le trou du lapin. N'oubliez pas que les derniers 10 % d'un problème prennent 90 % du temps. Ouvrez le code du problème, corrigez la partie qui cause le problème, ajoutez un //TODO pour le corriger correctement, écrivez une note quelque part où il faut plus d'attention plus tard et menez-vous. En général, 90 % suffisent.

Votre tâche principale est toujours de livrer le matériel qu'on vous a demandé de faire, et en tant que nouvel employé, vous avez beaucoup moins d'autorité unilatérale que vous ne le souhaiteriez. J'ai moi-même eu des ennuis pour ce même problème et il est parfois difficile de passer par tous les maillons de la chaîne pour y parvenir dans les règles.

C'est probablement votre plus gros problème. Vous devez faire les choses de la manière dont votre employeur veut que vous les fassiez. Si vous avez le sentiment que votre employeur sous-estime l'importance d'une chose, expliquez-le en termes de temps et d'argent, et s'il n'est encore pas d'accord. Acceptez-le. L'employeur est votre client, et comme le dit le proverbe, le client a toujours raison.

En conclusion, n'abandonnez pas. Vous avez clairement les compétences et les capacités nécessaires pour être un excellent programmeur, il vous suffit de trouver un emploi qui vous intéresse et de vous améliorer dans le triage des problèmes tout en étant attentif aux priorités de votre équipe.

De nos jours, l'emploi dans le monde de la technologie est une sorte de jeu.

Je vais deviner que votre entreprise suit la méthodologie AGILE.

La clé n'est pas de faire ce que vous voulez mais de faire ce qui vous est assigné.

Et n'hésitez pas à vous lever pour obtenir plus de points, et à demander plus de temps. Il est BEAUCOUP mieux de demander plus de temps et d'obtenir plus de points pour vos tâches AU DÉBUT que de glisser. La direction n'a aucune idée de la difficulté de vos tâches… elle se contente des estimations initiales… Si vous ne vous battez pas pour obtenir des points dès le départ… vous êtes fichus.

Aucune réponse jusqu'à présent ne semble envisager la possibilité que vous ayez été très malchanceux et que vous ayez obtenu 3 emplois horribles d'affilée. Il y a certainement des emplois vraiment horribles et des managers déraisonnables. J'en ai eu plusieurs, mais pas autant d'affilée. Parfois, ils sont très difficiles à repérer pendant l'entretien ; dans certains cas, les descriptions de poste et les choses dites lors des entretiens sont totalement inexactes et trompeuses. Il est donc POSSIBLE que ce ne soit pas de votre faute ; mais vous seul avez suffisamment d'informations pour pouvoir en juger.

Au final, cependant, il est fort probable que vous ayez un mauvais emploi au départ (fastidieux, mauvaise gestion, faible rémunération). Il vous suffit de le tolérer pendant quelques années, alors réfléchissez bien à ce que vous êtes prêt à supporter dans un emploi, et peut-être à réduire vos attentes.

Il me semble que votre seul problème est de ne pas être en mesure d'accomplir les tâches qui vous ont été confiées. Dans tous les emplois dont vous avez été licencié, vous affirmez que vous n'avez pas accompli la tâche qui vous a été confiée et que vous vous êtes concentré sur autre chose (remaniement, etc.). Si vous n'évoquez pas ces choses avant que vous n'arriviez au point de manquer les délais, je ne le ferais pas.

Rappelez-vous toujours que les gens pensent au pire dans chaque situation négative. Ainsi, si vous manquez la date limite, et que vous changez plusieurs dossiers (même si cela prend moins que cela), ils n'en penseront rien de bon. Assurez-vous de communiquer les problèmes que vous voyez et d'obtenir l'autorisation de faire autre chose de votre responsable avant même de le faire. Ne vous contentez pas de commencer à faire autre chose.

Je pense que si vous suivez ce conseil, vous aurez une carrière réussie. À un moment donné, tout le monde ferait confiance à votre expertise et se concentrerait sur l'amélioration du code. Mais en tant que nouveau, dont personne ne sait qu'il ne faut pas faire une tâche simple et remanier un code sans rapport, cela ne marchera pas.

Je sais qu'il y a déjà beaucoup trop de réponses à cette question, mais je voulais juste partager mon expérience en me basant sur la suggestion de Joe Strazzere qui vous a fait considérer le travail intérimaire/contractuel.

Vous avez dit que vous êtes basé au Royaume-Uni, le marché des entrepreneurs y est en plein essor en ce moment. À Londres, vous pouvez gagner environ 500 £ par jour. Ce qui est bien, c'est que vous ne vous lasserez jamais de votre lieu de travail et que vous commencerez à traîner les pieds, car tous les 3 à 6 mois, vous devrez trouver un nouveau contrat.

C'est peut-être une solution, mais il se peut également que vous ne soyez pas bien adapté au rythme rapide du travail des entrepreneurs. Personnellement, j'ai beaucoup apprécié et après mes 6 premiers mois de contrat pour la BBC, j'avais assez d'économies pour devenir entièrement indépendant et travailler à domicile.

En fin de compte, ce que vous devriez viser, c'est d'obtenir de bons clients et de travailler à distance. Vous avez alors toute liberté de remanier votre code tant que vous livrez les projets dans les délais. Personnellement, je n'ai jamais été aussi motivé que lorsque je dirigeais ma propre entreprise. Je travaillais 12 heures par jour, 6 jours par semaine.

Mais j'ai aussi le sentiment que vous n'êtes pas satisfait à 100% de votre carrière, il est peut-être temps de faire une pause?

Vous avez des économies, pourquoi ne pas aller voyager et passer 3 à 6 mois à réfléchir à votre prochaine étape ? Une façon géniale de voyager est d'utiliser le workaway, j'ai fait du bénévolat en Espagne et au Japon en l'utilisant. Vous rencontrerez beaucoup de gens. https://www.workaway.info/299958546294-en.html

Vous avez du mal à rester concentré et motivé lorsque vous vous occupez du code d'autres personnes.

Je comprends cela - Il est difficile de continuer à mettre de nouvelles fonctionnalités en place sans faire le ménage et de continuer à avoir l'impression de contribuer à quelque chose dont vous pouvez être fier.

Mais, malheureusement, cela sera vrai pour la grande majorité des organisations qui vous engageront pour écrire du code. Je ne vais pas vous dire de vous en remettre - j'imagine que, à moins que vous ne soyez profondément mauvais dans votre réflexion personnelle, cette option vous est déjà venue à l'esprit. Je vous suggère plutôt d'envisager d'utiliser vos connaissances techniques pour une carrière dans le développement de logiciels qui n'implique pas l'écriture de code d'application comme objectif principal. Vous trouverez peut-être plus de plaisir, de satisfaction et de facilité à vous concentrer en tant qu'ingénieur AQ et/ou DIT. Vous aurez toujours la possibilité d'écrire du code et de résoudre les mêmes types d'énigmes passionnantes, mais votre objectif principal et votre responsabilité consistent à améliorer la qualité du produit. Cela semble plus conforme à l'initiative dont vous avez fait preuve ici.

D'après mon expérience, dans ce genre de rôle, vous avez généralement une équipe plus petite, une plus petite section de la base de code dont vous êtes responsable et donc beaucoup plus de latitude pour remanier de manière agressive. De plus, si vous faites bien votre travail, non seulement vous écrivez du code dont vous pouvez être satisfait, mais vous contribuez aussi à améliorer de façon mesurable la qualité de ce qui est réellement mis en production.

Il est aussi relativement facile de vendre cette transition à un employeur potentiel en ces termes - Vous avez eu des difficultés en tant que développeur de logiciels parce que vous passiez trop de temps à vous concentrer sur ce qui revient essentiellement à un contrôle de qualité, alors vous avez décidé de changer de cap et de vous consacrer uniquement au contrôle de qualité.

Je vous conseille de faire une pause et de travailler sur vous-même. L'absence d'un cercle d'amis positif et d'une vie sociale inactive semble être un facteur déterminant dans votre vie. Vous sentez-vous épuisé ou seul ? Avez-vous essayé de consulter un thérapeute ou un mentor pour vérifier si vous souffrez d'une quelconque dépression ou d'un TDA ? Vous sentez-vous à l'aise de travailler sous autorité ? Avez-vous pensé à travailler en free-lance ou à temps partiel ? Beaucoup de personnes atteignent un plateau dans la trentaine ou la quarantaine. Et le codage peut parfois être un travail de suceur d'âme. Essayez d'explorer vos passe-temps ou un domaine connexe proche de votre expertise.

Le problème semble plus pertinent pour votre personnalité que pour votre domaine de travail. Je vous conseille vivement de faire une pause et de faire un examen de conscience jusqu'à ce que vous trouviez la motivation nécessaire pour faire partie d'une autre équipe.

En tant que développeur qui apprécie également un code propre et bien testé, et qui méprise la dette de code, je peux comprendre votre point de vue. Cependant, vous êtes payé pour accomplir les tâches qui vous sont assignées. Le travail ne consiste pas à faire ce que vous voulez faire, mais à faire ce que votre employeur attend de vous. C'est un bonus lorsque vous trouvez du plaisir à faire les choses pour lesquelles vous êtes payé. Pour avoir une bonne éthique du travail, il faut développer l'autodiscipline afin de se concentrer sur la tâche assignée et de l'accomplir à la satisfaction de votre employeur, que vous preniez plaisir à le faire ou non, que vous trouviez du plaisir à le faire ou non. Les récompenses que vous pouvez en tirer sont (1) d'être payé, (2) d'avoir une certaine sécurité de continuer à être employé, (3) peut-être d'apprendre quelque chose de nouveau et d'utile, (4) de gagner le respect de l'organisation que vous pourriez exploiter pour éventuellement faire des choses plus à votre goût et/ou à votre satisfaction.

Si vous pensez que des tâches importantes ne sont pas faites (remaniement, réduction de la dette de code, amélioration de la couverture des tests), n'hésitez pas à en parler à votre superviseur. Si cela peut être fait dans le cadre de l'accomplissement d'une tâche assignée sans retarder l'achèvement du travail assigné, tant mieux. Si cela ne peut se faire qu'au détriment de la tâche assignée, laissez tomber.

Autre chose à considérer : les décisions d'entreprise sont prises en fonction de l'augmentation des recettes ou de la diminution des coûts, et ont généralement un horizon court. Il n'est pas rare que les entreprises se concentrent sur les résultats du trimestre en cours ou du trimestre suivant. Beaucoup d'argent est investi sur la base des résultats trimestriels ; c'est ce qui oriente les décisions des entreprises. Les améliorations que vous vous sentez motivé à apporter à la base du code constituent un investissement à plus long terme sans bénéfice quantifiable. Nous savons tous les deux que c'est une bonne chose, et pour une entreprise qui fonctionne sur le long terme, c'est la bonne chose à faire. Cependant, les entreprises ne prennent pas de décisions en fonction de ce qui est bon ou meilleur à long terme, elles servent leurs maîtres - les investisseurs.

Si vous décidez de poursuivre votre activité de développeur, et je sens que c'est le cas, car vous êtes fier de vos réalisations en dehors de ces trois emplois, prenez des mesures concrètes pour remédier à vos limites, afin que vos forces commencent enfin à briller pour vos employeurs.

Tout d'abord, puis-je suggérer que votre manque de concentration est dû à un manque d'organisation au quotidien ? Lors de votre prochain emploi, assurez-vous de connaître à tout moment les trois principales priorités que votre patron vous a assignées (et leur importance relative). Au début de chaque journée de travail, notez vos priorités actuelles et, à la fin, résumez ce que vous avez accompli par rapport à ces priorités. Ne soyez pas verbeux, faites en sorte que chaque description de priorité et de réalisation soit aussi courte et agréable que possible, avec seulement le minimum de détails requis. Quelque chose comme…

Début de la journée

1. Mettre en œuvre la nouvelle fonctionnalité A
2. Rédiger les tests unitaires pour A
3. Créer une nouvelle version de A avec documentation pour les testeurs.

Fin de journée

1. Mise en oeuvre de A
2. Rédaction des tests unitaires pour A, et correction des bogues afin qu'il passe tous les tests.
3. Je n'ai pas pu sortir A, car j'ai passé deux heures à soutenir les ventes sur un problème client prioritaire avec le produit.

Et le lendemain, votre première priorité serait probablement

1. Construire la version A et écrire la documentation pour les testeurs.
2. …

Chaque lundi matin, faire quelque chose de similaire pour la semaine. Notez d'abord vos objectifs/priorités prévus pour la semaine, puis reportez-vous à ces objectifs/priorités chaque matin lorsque vous écrivez vos priorités quotidiennes afin qu'ils soient en phase avec vos engagements hebdomadaires.

Récapitulez et résumez également ce que vous avez accompli la semaine précédente, en utilisant vos notes de fin de journée. Envoyez-les ensuite à votre patron en tant qu'objectifs/réalisations hebdomadaires afin qu'il sache ce que vous avez fait et ce que vous prévoyez de faire. De cette façon, il pourra vous proposer des corrections de cap si vous vous trompez ou si vos priorités ont changé. Et lorsque vous commencez votre nouveau travail, les premières semaines, vous pourriez même envoyer vos priorités matinales quotidiennes avec la récapitulation d'hier à votre patron pour qu'il vous fasse encore plus rapidement confiance.

Veillez simplement à ne pas fixer d'objectifs hebdomadaires trop ambitieux, vous ne voulez pas manquer constamment les engagements que votre patron voit, même s'ils sont artificiels et que vous vous êtes fixés. Divisez-les en “Engagements” que vous êtes très confiant d'atteindre, et en “Objectifs d'étirement” que vous communiquez et que vous espérez atteindre si la semaine se passe bien.

En vous organisant de cette façon, cela vous aide à accomplir plusieurs choses importantes.

1. Au début de chaque journée, vous serez recentré sur les priorités et les engagements qui vous ont été assignés, ce qui vous permettra de résister plus facilement au remaniement et à d'autres tâches non assignées.
2. Le fait de vous obliger à récapituler vos réalisations à la fin de chaque journée vous permet de savoir très clairement quand vous avez reculé, ce qui vous aide à vous recentrer sur les priorités qui vous ont été assignées.
3. En les partageant avec votre patron, vous l'aidez à vous considérer comme un membre d'équipe fiable et prévisible, qui lui donne une bonne image et l'aide à atteindre ses propres objectifs.

En fait, je fais moi-même le rapport hebdomadaire pour mon patron chaque semaine, et il adore ça. Cela a en fait réduit la quantité de communication dont nous avons besoin, car il a acquis une grande confiance dans le fait qu'il sait ce que je fais et peut facilement me réorienter si les priorités changent.

Je ne fais pas la planification/récapitulation quotidienne des journées de travail, mais je le recommande parce qu'après avoir lu votre billet, je me rends compte que nous en avons tous les deux besoin. Comme vous, j'ai tendance à me laisser détourner du travail pour remanier le code et résoudre des problèmes qui ne sont pas nécessairement prioritaires pour l'entreprise. Et une semaine, c'est long, il est facile d'oublier certains objectifs clés en milieu de semaine et de ne se rendre compte qu'ils ont été manqués lors de la refonte de la semaine le lundi. Donc, en vous écrivant, je me suis aussi assigné des rappels quotidiens pour faire les deux.

Enfin, si mes recommandations ne semblent pas fonctionner pour vous permettre de vous concentrer sur les bonnes priorités chaque jour, ce n'est pas grave. Mais assurez-vous de trouver un autre système qui le fera. Même si vous passez à un autre domaine, se concentrer chaque jour sur les attentes de votre patron et de votre entreprise est un facteur clé pour réussir, quel que soit le cheminement de carrière que vous choisissez.

Lorsque vous devrez expliquer pourquoi vous n'avez pas réussi dans vos emplois précédents lors de vos prochains entretiens, une excellente réponse est que je suis un perfectionniste qui avait du mal à rester concentré sur les bonnes priorités, alors je me suis consacré à transformer cette faiblesse en une force en m'organisant rigoureusement, et c'est ce que je fais maintenant et que je ferai pour vous.

Enfin, vous allez réussir ! Vous avez déjà montré que vous avez ce qu'il faut en faisant l'auto-analyse qui vous a amené à écrire ce billet. Vous en avez le désir, vous en avez la capacité, il vous suffit d'y ajouter l'objectif et l'organisation. Le problème devient clair pour vous et vous avez la capacité de le résoudre. Je me réjouis de votre succès futur et j'espère que vous publierez des mises à jour afin que nous puissions tous en profiter.

Meilleurs vœux,

Randy

Montage : N'oubliez jamais que Steve Jobs a été licencié d'Apple et que les leçons qu'il en a tirées ont fait de lui un bien meilleur PDG la deuxième fois. Edison a été viré de Western Union, et a échoué mille fois avant de perfectionner son ampoule. Walt Disney a été licencié par le KC Star pour ne pas avoir été “assez créatif”, il a donc créé sa propre entreprise et a fait faillite. Vous êtes encore très jeune, prenez les leçons que vous avez apprises et utilisez-les pour faire votre succès.

Nous pouvons donc convenir que vous avez touché le “fond” de votre parcours professionnel. Et alors ? Il n'y a qu'une seule direction que vous pouvez suivre à partir de là, c'est le haut !

La poursuite ou non de votre choix de carrière actuel dépend entièrement de la question de savoir si vous l'avez réellement ENJOYÉ.

Si vous ne l'avez PAS apprécié: Je vous recommande de ne pas poursuivre ce cheminement de carrière. Vous devriez prendre un petit boulot ailleurs (même un petit boulot) pour vous constituer un capital afin de poursuivre quelque chose qui vous intéresse davantage.

Si vous avez réellement AIMÉ votre travail: Vous êtes au “bas de l'échelle”, n'est-ce pas ? Alors, appuyez sur “reset” ! Recommencez à partir du bas, et cette fois-ci, faites-le correctement. Commencez à postuler pour un emploi de développeur de niveau junior (ou même de stagiaire, si vous le devez) dans n'importe quelle entreprise de logiciels. Cette fois, travaillez très dur pour reconstruire votre réputation et votre CV, ainsi que pour impressionner vos nouveaux employeurs. Dans les deux cas - je vous recommande de ne pas mentionner ces emplois précédents dans votre CV - ils ne vous rendent pas service. Une réinitialisation en dur est préférable ici ! Et il n'y a aucune honte à essayer à nouveau et à travailler dur pour y arriver !

Il y a une tonne de réponses vraiment formidables ici, mais j'ai d'autres idées que vous voudrez peut-être garder à l'esprit lorsque vous trouverez/garderez votre prochain emploi.

Tout d'abord, ne renoncez jamais à vos rêves. Vous avez investi beaucoup de temps et d'argent, je suppose, pour vous lancer dans cette carrière ; démissionner maintenant n'est pas la bonne chose à faire.

La meilleure chose que vous puissiez faire maintenant, c'est de mettre tout cela sur le compte de votre expérience, et de faire mieux la prochaine fois. Les jeunes développeurs croient souvent que leurs compétences en matière de programmation sont supérieures à celles de leurs prédécesseurs. Cela peut être vrai dans certains cas, mais même si c'était vrai, d'autres programmeurs plus expérimentés sont très fiers de ce qu'ils ont créé et se sentent offensés lorsqu'un nouveau venu commence à détruire leurs programmes. Les entreprises dépendent de la fiabilité de leurs produits, et un minuscule défaut peut se propager en cascade et causer d'énormes problèmes en aval. Vous ne voulez pas être cette personne. Dans le monde de la finance, une petite erreur peut coûter des millions, et même entraîner la faillite d'une entreprise. Donc… les propriétaires d'entreprises sont généralement très protecteurs de leur code, et ils ne veulent pas que quelqu'un bricole quelque chose qu'ils ne sont pas censés toucher.

Essayez de vous concentrer sur les tâches spécifiques à accomplir et de bien comprendre les attentes. N'essayez pas d'aller au-delà de ce que l'on attend de vous, du moins jusqu'à la fin de la période de probation. Présentez-vous chaque jour à l'heure, faites votre travail sans affecter les autres, et ayez de bons rapports avec vos collègues, et vous ne serez pas licencié. N'oubliez pas que vous n'êtes pas seulement engagé pour vos compétences en programmation, cela ne fait que vous ouvrir la porte. Si vous voulez réussir, vous devez également travailler sur vos compétences relationnelles. Votre succès dépend de votre attitude et de votre capacité à vous entendre avec les autres.

N'abandonnez pas !

Pour ajouter à ce que d'autres ont suggéré : imaginez que vous travaillez depuis X ans dans une entreprise et qu'un nouvel employé se présente et commence à indiquer (par des mots et des actions) que le travail existant (sur lequel vous et vos collègues avez travaillé pendant des années) est “bâclé”/“sans valeur”/“doit changer pour que le nouvel employé se sente à l'aise”, comment pensez-vous que vous (et vos collègues) répondriez lorsque les responsables vous demanderont votre avis sur le nouvel employé ? Je n'imagine pas que quelqu'un puisse répondre par : “Oui, j'aime travailler avec lui, et il connaît son métier”. J'imagine que le retour d'information serait plus important : “Arrogant, je-sais-tout, il ne semble pas capable de s'intégrer dans l'équipe”

J'ai toujours craqué quand j'entendais un nouvel employé dire quelque chose du genre “Votre code/produit/processus actuel est merdique/mauvais/inconvenant. Mes idées/méthodes sont meilleures. Je sais distinguer le bien du mal, mais pas vous. Je peux le faire bien, là où vous ne pourriez pas”. J'ai toujours le sentiment que le nouvel employé ne dépassera pas la période d'essai (& je me suis rarement trompé).

Le code est tel qu'il est pour de nombreuses raisons, notamment parce qu'il apporte un travail ancien, des contraintes de temps, des programmeurs négligents, une adaptation à des spécifications changeantes, un travail avec des systèmes HW/SW anciens, etc. Le code est cependant le produit de ce groupe/cette entreprise et ils auront une certaine fierté de le posséder et probablement même une preuve empirique qu'il fonctionne “suffisamment bien” pour leur faire gagner de l'argent. Vous pourriez même rejeter les efforts des autres membres du groupe (ou même du directeur). Vous pouvez même être dans le coup dans votre évaluation, mais cela peut être totalement hors de propos. Si vous souhaitez travailler en tant que perm dans des groupes similaires, réfléchissez à ce que vous pouvez changer (au niveau mental) pour que les autres membres du groupe donnent à votre manager un feedback qui confirme leur décision de vous engager et indique que vous améliorerez le groupe en évitant les mauvaises surprises (tant pour votre manager que pour l'entreprise).

Il s'agit d'une réponse large avec de nombreuses suggestions :

1. Essayez de réduire vos attentes, il doit y avoir un poste qui vous convienne en informatique.
2. Peut-être devriez-vous remettre en question votre accord sur les responsabilités au début.
3. Communiquez chaque fois qu'il y a des problèmes de blocage. Exprimez votre opinion tout en restant professionnel.

4. Lorsque vous n'êtes pas suffisamment motivé, c'est généralement votre problème, alors essayez de demander de courtes pauses pour les postes vacants, réparties tout au long de l'année, plutôt que de prendre quelques postes longs (cela peut aider ou non).

5. Vous pouvez essayer des emplois à temps partiel en sachant que vous avez des économies pour une période allant jusqu'à 6 mois, puis cela pourrait être étendu à plus ! tout en gardant l'esprit de compétition, et un CV à jour.

6. Je ne connais pas votre parcours et votre profil, mais il y a des missions dans le domaine de l'informatique qui sont moins techniques, comme la promotion de produits informatiques, l'organisation de sessions de sensibilisation aux nouvelles technologies pour d'autres universités, la rédaction de documentation, le nettoyage de vieux codes (pour les développeurs), l'établissement de nouvelles preuves de concepts, d'idées de projets, la participation à des défis et l'effort pour être au top pour le nom de votre groupe. .. etc etc, voyez qu'il y a beaucoup de choses qu'un développeur par exemple peut faire en informatique.

Ceci est une liste d'options de plus grande liberté que je peux imaginer pour le moment.

1. Vous avez réalisé que le code était mauvais.
2. Vous avez agi en essayant d'améliorer le code.
3. Les managers n'ont pas apprécié cela.

Eh bien dans certains endroits, votre aide réelle ne sera pas appréciée et ils veulent juste que vous résolviez des problèmes inventés juste pour nourrir leur sentiment d'accomplissement. C'est peut-être l'une de ces situations - je n'en suis pas sûr. Si c'est le cas, vous ne pouvez pas faire grand-chose. Vous vous rendez compte que c'est du charabia et vous choisissez de faire de votre mieux pour le bien de la société

je dirais de continuer. Jusqu'à ce que vous trouviez un endroit où cela soit apprécié. De tels endroits existent.

Vous semblez avoir tendance à ne pas suivre de direction, et/ou à vous enliser dans des détails sans importance, de manière à faire ce que vous préférez faire. Cela se traduit par un manque de travail d'équipe et une mauvaise gestion du temps.

J'avais un collègue qui avait été engagé pour un poste dont il ne voulait pas. J'ai pu constater au cours de l'entretien qu'il avait une aversion pour certaines technologies et plates-formes standard sur lesquelles il allait travailler. Il avait de forts préjugés. Même son CV indiquait qu'il passait d'un endroit à l'autre. La direction ne m'a pas écouté. Nous l'avons quand même engagé.

Non seulement il ne voulait pas faire les tâches qui lui étaient assignées et pour lesquelles il n'était pas disposé à apprendre, mais il a essayé de trouver d'autres technologies et une base de code pour remplacer ce que nous avions, ou même parfois essayer de reprendre les tâches d'autres personnes.

Il voulait “réparer” le code de tout le monde et nous dire comment cela “devrait” être fait. Il voulait faire perdre le temps de tout le monde avec des révisions de code sur des projets déjà en production, afin de nous montrer un codage correct et une syntaxe propre (ou son absence). Il était trop perfectionniste et perdait ainsi son temps.

Peut-être que ces caractéristiques ne s'appliquent pas à vous. Peut-être que vous n'aimez tout simplement pas faire ce qu'on vous a demandé de faire et que vous avez besoin d'un changement. Mais si vous pouvez vous identifier à ces points, vous ne tiendrez pas longtemps n'importe où.

Ironiquement, mon ancien collègue a en fait obtenu un meilleur emploi grâce à l'expérience acquise en travaillant sur la technologie/plateforme qu'il détestait. Il faut donc parfois se forcer à faire le travail qu'on n'a pas envie de faire.

Certaines entreprises ont des taux de rotation très élevés, plus de la moitié de leurs employés changeant chaque année. Lorsque certaines entreprises tentent de s'attaquer au problème, d'en comprendre les raisons, de changer quelque chose de leur côté, d'autres peuvent tirer immédiatement après avoir repéré les signes, même faibles, de quelque chose qu'elles ont pour politique de ne pas tolérer.

Malheureusement, ces entreprises “à haut débit” sont aussi celles qui embauchent le plus, même si elles ne se développent pas - pour conserver la taille de l'équipe. Leurs annonces d'emploi ne quittent jamais les tableaux d'affichage des portails d'emploi populaires. Si vous ne regardez pas où vous allez, il y a des chances raisonnables de les frapper encore et encore, même s'ils ne sont pas majoritaires.

Essayez de trouver l'entreprise qui est notable mais pas si active en matière de recrutement permanent. Comprenez les raisons de votre licenciement (même si elles semblent plutôt faibles). Évitez les comportements similaires qui peuvent déclencher une réaction préprogrammée dès qu'ils sont reconnus.