Question:
Crise d'angoisse au travail, causée par un collègue, comment gérer?
Belle
2018-10-18 11:40:29 UTC
view on stackexchange narkive permalink

J'ai un collègue qui pense qu'il sait tout mieux que moi. Bien sûr, il sait beaucoup de choses, mais pas tout. Il sait bien des choses mieux que moi, mais je connais aussi d'autres choses mieux que lui. Pourtant, il pense qu'il sait tout mieux que moi.

Il fait remonter mes modifications et commence à les critiquer. Je suis sûr que notre manager l'a mis à la hauteur. Je dois constamment défendre mon code, même quand je sais que c’est du bon code et que son seul argument est «Je sais parce que j’ai programmé depuis 20 ans et vous n’avez qu’un». Je programme depuis 10 ans, j'ai suivi une éducation formelle (à l'université) pendant 4 ans et j'ai travaillé professionnellement pendant 2, 1 quand j'ai commencé ici, donc je ne suis pas inconscient, même s'il agit moi-même. Il dit: «Pourquoi utilisez-vous Linq pour filtrer cette liste, deux pour chaque travail aussi.». Je pense qu’il essaie de cacher qu’il est le seul développeur de l’entreprise à ne pas comprendre Linq. Il n'arrête pas de me dire que mes solutions sont «exagérées» lorsque j'utilise une expression lambda. Il me regarde aussi avec une expression vide quand je mentionne SOLID.

Il m'a dénigré à notre responsable, car je refuse de nommer ma classe "Request" à "RequestClass" et d'autres raisons étranges.

Il m'a crié dessus il y a quelques jours. Malheureusement, personne n'était à portée d'audition. Heureusement, il a été absent du bureau depuis, alors j'ai pensé que j'étais capable de me calmer. Vous voyez, je souffre d'un trouble anxieux générique (je n'ai pas encore de diagnostic officiel, mais je suis en thérapie depuis environ une semaine). J'ai toujours été inquiet, mais les crises d'angoisse ont commencé il y a quelques mois. Aujourd'hui, je l'ai revu et j'ai immédiatement senti une attaque se présenter. Je me cache dans la salle de bain en ce moment. J'utilise les femmes-entreprises comme excuse. Cela fonctionne, mais pas de façon permanente.

Mon responsable lui a demandé de me vérifier, car j'ai mis longtemps sur une demande de changement il y a quelque temps. C'était difficile car j'ai dû refactoriser une classe que ce programmeur écrivait (mal). Bien sûr, il a affirmé que c'était facile lorsque le directeur le demandait. Le manager et ce programmeur remontent à longtemps.

Ma place est visible à la fois par ce collègue et par notre responsable.

Comment dois-je procéder? Comment cacher mes crises d'angoisse? Je ne veux pas être licencié, j'ai une famille à nourrir. L'emplacement est les Pays-Bas. Nous avons un département des ressources humaines. Ce gestionnaire gère cet autre programmeur, moi et un autre gars qui vient de recevoir un diagnostic de dépression causée par le travail et qui ne me l'a dit.

Les commentaires ne sont pas destinés à une discussion approfondie;cette conversation a été [déplacée vers le chat] (https://chat.stackexchange.com/rooms/84642/discussion-on-question-by-cyonis-anxiety-attack-at-work-caused-by-colleague-ho).
Votre manager est-il technique?Autrement dit, peut-il / elle faire des évaluations indépendantes de votre travail?
@Dukeling L'anxiété elle-même est hors sujet, ce n'est pas le cas des effets sur le lieu de travail.
Si vous conservez du code écrit avec un style unique, vous devriez probablement émuler et conserver ce style, même si vous ne l'aimez pas - pouvoir le faire est une compétence essentielle dans les grands projets.Au moins, à moins que vous ne puissiez obtenir un mandat explicite de plus haut, déclaré dans l'audition de cet auteur, que la société souhaite commencer la transition vers autre chose.Inversement, si vous maintenez du code non écrit dans le style demandé par le critique, le reste de l'équipe devrait se mobiliser pour vous défendre et mettre un terme aux critiques non pertinentes.
Cela ressemble vraiment à un manque de leadership technique.Les styles de code contextuel sont tout à fait possibles, mais quelqu'un doit définir (puis protéger activement) des directives sur ce qu'il faut utiliser lorsque des parties innocentes peuvent compter en toute sécurité.Il ne semble pas que tout le monde ait encore entendu parler du style à utiliser lors de la maintenance, du remplacement ou de la mise à jour du code qui était à l'origine dans un style inhabituel.
Même si votre mise à jour m'a fait sourire, je vous recommanderais quand même de sélectionner une réponse avec laquelle vous êtes réellement d'accord et de sauter le sarcasme (qui, comme vous pouvez le voir dans le commentaire d'@Korinna ne fonctionne pas nécessairement en ligne), car si vous ressentez cette réponsen'a pas aidé et quelqu'un avec un problème similaire arrive dans le futur, il pourrait être intéressant de montrer quelle réponse vous a réellement aidé au lieu de celle avec laquelle vous n'êtes pas le plus d'accord.
@Mark Votre commentaire me trouble.J'ai accepté la réponse car elle m'a aidé à réaliser que je ne suis pas dans le mauvais métier.Il n'y a pas de sarcasme ici.Juste la triste réalité que ce métier n'est pas pour moi.La bonne nouvelle est que j'ai décidé de poursuivre professionnellement la photographie et l'art (après un peu de recupération, car pour le moment j'ai l'impression de ne rien pouvoir faire).
C'est un événement rare, comme un double arc-en-ciel, ou quelqu'un sur Internet disant: "Vous savez quoi? Vous m'avez convaincu que j'avais tort."- Michael, le bon endroit
Compte tenu du ton du reste de votre question et de ce que vous avez dit dans le chat de la réponse acceptée, je ne m'attendais honnêtement pas à ce que vous puissiez dire ce que vous avez écrit dans votre mise à jour.Surtout à cause d'expressions comme "Je suis trop stupide pour être programmeur".Je suppose que si vous n'aimez vraiment pas la programmation, changer de travail a du sens, mais j'aurais pensé que vous auriez remarqué que vous ne l'aimiez pas un peu plus tôt que 10 ans. Quoi qu'il en soit, je vous souhaite le meilleur et j'espère que vous "Je serai heureux dans votre nouvel emploi.
Merci @Mark :) J'aime beaucoup la programmation.Ce travail et la réponse m'ont juste fait comprendre que je manquais d'autres compétences (non techniques?) Pour être un bon programmeur.
J'ai essayé d'être fort pendant quelques jours, de me battre, d'agir comme si je savais vraiment quelque chose, mais ce n'est pas le cas.J'aime la programmation, je suis convaincu que c'est quelque chose qui me convient, que je ne crains pas comme tout le reste.J'ai réussi pendant un moment, mais des doutes se sont glissés depuis un certain temps.J'avais juste besoin de mon collègue pour le réaliser.
@Cyonis, veuillez ne pas abandonner la programmation !!!Il vous suffit de trouver un meilleur environnement de travail, car votre environnement actuel est clairement toxique.Votre mise à jour m'attriste vraiment, car votre responsable n'a clairement pas réussi à vous encadrer correctement!Ne jetez pas vos années de passion et d'expérience juste à cause d'un seul homme.
Honnêtement, c'est une décision TERRIBLE.Le pire que vous puissiez supporter.Tout d'abord parce qu'il y a une chance que la personne âgée ait, effectivement, des compétences sous-optimales.Encore plus important, c'est que vous manquez une grande chance de vous améliorer.Vraiment.Dans chaque travail où vous avez besoin d'un cerveau, vous serez toujours un junior ayant besoin d'apprendre, ne manquez pas cette chance car même si stressant et difficile, c'est le moyen de grandir.Être humble est exactement le contraire d'abandonner.Bien sûr, si votre santé est bonne, c'est toujours la première préoccupation.
@Cyonis Meilleurs voeux dans votre choix ... cependant, je pense que n'importe qui peut devenir un bon programmeur.Peut-être que seuls certains sont brillants, mais vous n'avez pas besoin d'être brillant pour bien vivre.(où «bien vivre» = ne pas avoir cette réduction de salaire de 70%.) J'espère que vous recommencerez un jour dans un meilleur environnement - comme peut-être après que ce traumatisme récent s'est dissipé.
@Dukeling Pourquoi est-il judicieux de marquer une question à plus de 95 votes comme un double d'une question à 1 vote qui * demande quelque chose de différent * (l'autre question concerne un nouveau collègue menteur, celle-ci à propos d'un supérieur colérique) et a été fermée comme désactivéesujet?
@AllTheKingsHorses Vous demandez à la mauvaise personne.J'ai voté pour la fermeture, mais pas en double.
@Cyonis Il est décourageant de voir qu'une fois de plus la bonne réponse se résume à "Aspirez, sous-fifre, vos supérieurs ont le droit de vous manquer de respect - ils doivent savoir mieux parce qu'ils ont un statut plus élevé".Et c'est aussi décourageant de vous voir recommander efficacement à d'autres qui ont le même problème de quitter leur emploi et de travailler dans la livraison.Eh bien, je vais arrêter de poster ici et relire ma copie de "Obedience to Authority" de Milgram, qui devrait me dire tout ce que j'ai besoin de savoir pour mon travail ...
"il est bien meilleur que nous ... nous ne pouvons pas comprendre son code" - écrire du code que les autres ne peuvent pas comprendre fait de quelqu'un un mauvais programmeur, pas un bon.Même les meilleurs programmeurs auraient du mal à avoir affaire à un senior qui ne sait pas ce qu'il fait.
@Dukeling Alors pourquoi obtient-il une augmentation et sommes-nous menacés d'être licenciés?
@AllTheKingsHorses Cela n'a aucun sens.Il n'a pas un statut plus élevé que moi, mais il a plus d'expérience.Et je suis en fait un décrocheur.Lisez ma question sur le monde universitaire.Il a raison de continuer à frotter. Je suis un échec.
@Cyonis Parce que c'est comme ça que les entreprises (ne fonctionnent pas) parfois.Vous devez trouver un emploi où vos seniors veulent vous aider à réussir (il y en a beaucoup), pas vous pousser à l'échec.
@Dukeling Je ne sais plus qui ou quoi croire.Je me sens horrible depuis qu'ils m'ont dit (et apparemment notre autre collègue aussi) que je serais viré si je ne m'améliorais pas.Les faits que j'ai sont: 1. J'ai abandonné mes études, 2. Je ne comprends pas son code, 3. Mes collègues et notre responsable conviennent que je ne suis pas un bon programmeur (un autre collègue pense qu'il est encore pire quemoi).Je veux tellement être au moins un programmeur décent, mais toutes les preuves sont contre moi.Et je ne peux plus aller voir mon thérapeute, car l'assurance ne veut plus payer.
@Cyonis Croyez en la réponse d'AllTheKingsHorses, avec qui 146 autres personnes sont également d'accord.De plus, de nombreuses personnes sans diplôme travaillent dans les meilleures entreprises technologiques.
@Dukeling Point pris.Peut-être ai-je pu à nouveau imaginer des scénarios de catastrophe.Je viens d'appeler avec mon mari.Il dit que je dois arrêter d'écouter les gens qui disent que je suis un idiot et qui croient en moi.Ils sont minoritaires, même s'ils me semblent plus bruyants.Étape 1: acceptez l'autre réponse.Merci :)
Ce n'est pas un doublon.Cette question traite d'une dynamique explicite de rôle senior / junior, tandis que la question en double présumée suppose un pair.Les deux sont des situations très différentes.Une réponse qui s'applique à un pair ne le sera probablement pas pour une situation senior / junior et vice versa.Cela devrait être rouvert.
Juste pour clarifier en passant que ma réponse ne suppose pas non plus un manque de compétence de la part d'OP - bien au contraire en fait.Il est très facile de se décourager dans la programmation.Penser que j'étais un idiot / une fraude était une bataille hebdomadaire ou quotidienne pour moi pendant des années.Maintenant que je me rends compte que TOUT le code est terrible, je me rends compte que personne n'est vraiment bon en programmation - eh bien, ceux qui sont bons sont ceux qui * au fil des années d'échecs * ont appris comment faire du code dans les délais et écrire maintenableet un code testable (si possible).Ne vous inquiétez pas du diplôme.Nous échouons tous.Ce qui compte, c'est ce que vous faites maintenant.
Et comme quelqu'un l'a dit, il faut du temps pour que l'expérience commence à vraiment bien faire quoi que ce soit.Il faut beaucoup échouer entre-temps.C'est la vie, nous la traversons tous, mais nous sommes mieux à la fin pour cela (même si cela ne semble pas être le cas à l'époque).Vous ne pouvez vraiment pas vous améliorer sans échouer d'abord, car l'échec est le meilleur professeur.Ensuite, vous apprenez ce que vous pouvez améliorer et comment l'améliorer.Pas ce que vous entendez sur t.v.mais avec le "tout le monde est une super star!"s'abstenir, ce qui est tellement nocif!Découvrez la mentalité de croissance.Ça aide!https://www.youtube.com/watch?v=hiiEeMN7vbQ
D'ailleurs, la mentalité de croissance s'applique également à la main-d'œuvre (en particulier à la main-d'œuvre, car c'est souvent là que nous quittons la «bulle» et faisons face à un échec réel et douloureux).D'accord, je vais arrêter d'ajouter des commentaires pour le moment.:)
Merci @bob :) J'étais dans une très mauvaise position ce week-end.Je pense que je comprends votre réponse maintenant, même si je ne suis pas particulièrement d'accord avec elle.Aujourd'hui, quelque chose de vraiment sympa s'est produit.J'avais montré au manager mes résultats avec un collègue hors de vue.Il les aimait.Puis un collègue est entré, a demandé ce qui se passait et a ensuite commencé à attaquer mon travail.Le directeur m'a défendu, très clairement et directement.C'était un peu un moment à couper le souffle.Cela m'a fait me sentir beaucoup mieux.
C'est vraiment cool!
Hou la la!Je suis content d'avoir gardé cette réponse ouverte pour vérifier plus tard.Quelle montagne russe.C'était assez triste de lire vos opinions d'autodérision, je suis content que vous vous en soyez remis.Votre collègue senior semble vraiment mauvais, surtout si personne ne comprend son code.Essayez d'apprendre ce que vous pouvez de lui, mais ne le mettez PAS sur un piédestal;son code est génial parce que personne ne comprend que c'est une idée ** vraiment ** erronée.
Mise à jour mineure, ne justifiant pas une modification.Un certain nombre de choses se sont produites.J'avais dit à un collègue d'une autre équipe comment ce collègue m'avait traité.D'une manière ou d'une autre, cela a mis les choses en mouvement.Je fais partie d'une nouvelle équipe depuis le début de la semaine, sous un nouveau manager, dans un nouveau bureau.Toute l'équipe me soutient.Ils m'ont aidé, m'ont formé (d'une manière agréable) et, mieux encore, s'assurent que je vais bien.Mon apport est valorisé, mon travail n'est pas immédiatement considéré comme mauvais sans être examiné.Je suis beaucoup plus heureux.En fait, le PDG a remarqué que je suis plus heureux.Il m'a dit que si je montre ...
... assez de motivation et d'engagement au cours de l'année prochaine, il verra si l'entreprise peut me payer les frais de scolarité pour que je puisse obtenir un diplôme après tout.
Je veux ajouter un accent et une explication sur les raisons pour lesquelles les développeurs seniors peuvent être stricts sur le "style".TOUT le code doit être écrit d'une seule «voix».L'entreprise devrait même avoir écrit des conventions de codage.Pourquoi?Parce que chacun a sa propre opinion sur ce qui semble «bon» et la plupart des développeurs pensent que les autres ont tout simplement tort.Mes préférences personnelles sont à 180 degrés des «normes d'entreprise».Et pourtant, si quelqu'un d'autre ne les suit pas, je me plains.Sinon, c'est bien d'entendre que vous avez trouvé une meilleure "maison"!
"Pourquoi utilisez-vous Linq pour filtrer cette liste, deux pour chaque travail aussi."J'ai ri.Cela seul confirme que vous êtes clairement dans une autre ligue que cet idiot.
Je sais que ce n’est pas du tout professionnel, mais j’aimerais donner une claque à chaque mec en boucle directement dans sa stupide excuse pour un visage.
Onze réponses:
AllTheKingsHorses
2018-10-18 16:08:15 UTC
view on stackexchange narkive permalink

Permettez-moi de commencer par une platitude: Ce n’est pas vous, ce sont eux.

Cela peut sembler banal et évident, mais sur le plan émotionnel, je ressens le sentiment de votre question que ce n'est pas évident pour vous. C'est votre collègue qui n'est pas professionnel, et il le sait probablement même (du moins inconsciemment) et vous met la pression pour éviter les conséquences de ses propres actions. Et votre manager, qui ne s'en rend pas compte ou ne s'en soucie pas, n'est pas non plus un manager vedette (surtout s'il y a une autre personne dans votre groupe qui est déprimée à cause du travail).

D'après votre question, vous êtes un développeur .NET professionnel, diplômé de l'université, qui connaît son métier , vivant dans un pays d'Europe occidentale. Avec ce que je sais du marché actuel, ce n'est pas vous qui devriez vous inquiéter qu'ils vous licencient ... ils devraient craindre que vous les «licenciez». Et vous devriez probablement les licencier (idéalement après avoir obtenu un nouvel emploi où les gens vous apprécient) .Imo, la vie est trop courte pour travailler avec des égos gonflés lorsque vous pouvez trouver un meilleur travail ailleurs - et il semble probable que vous le puissiez. Je suggère de faire un peu de recherche d'emploi, ne serait-ce que pour vous montrer que vous pouvez trouver un nouvel emploi si vous êtes licencié. Pour atténuer la partie rationnelle de la peur que vous avez.

Ce qui mène à l'étape suivante: si vous savez que vous n'avez pas grand-chose à craindre, vous pouvez appeler leurs bluffs et gagner ou éviter leurs parties de poulet . Si vous savez que vous suivez les meilleures pratiques du métier et que c'est leur perte s'ils vous licencient, alors il devient plus facile de tenir tête aux BS.

J'étais dans une situation un peu similaire situation il y a quelque temps. À un moment donné, j'étais tellement frustré et déprimé que je ne pouvais plus accepter les démonstrations aléatoires de domination d'un collègue - et j'ai commencé à repousser. (Ce jour-là, elle voulait faire réorganiser mon bureau pendant que j'y travaillais. Je ne l'ai découvert que lorsque les ouvriers sont arrivés. J'ai explosé. Le bureau est resté où il était.) C'est là que ça a commencé à s'améliorer. En fin de compte, cependant, cela s'est vraiment amélioré lorsque j'ai quitté ce travail pour des pâturages plus verts.

Souvent, il n'y a vraiment rien pour soutenir les affichages de dominance des collègues d'un trou - ils essayez-le et voyez s'ils peuvent s'en tirer. Vous n'êtes pas obligé de les laisser s'en tirer. Votre collègue est probablement (inconsciemment) inquiet car il sait que ses connaissances sont dépassées et s'il ne fait rien à ce sujet, un jour il sera sans emploi. Je ne dis pas cela pour vous faire ressentir pour lui (il ne ressent évidemment pas pour vous) mais pour montrer qu'il n'est pas aussi fort qu'il en a l'air.

Continuez la thérapie. Discutez de ce qui est nécessaire pour prendre un congé avec votre thérapeute - à court terme (en cas de crise d'anxiété) et à long terme (pour décompresser de cette situation). Que feriez-vous si vous aviez un très mauvais mal de tête qui ne disparaît pas avec les analgésiques? Espérons: rentrer à la maison? Pensez à faire de même si vous avez une crise d'angoisse?

Améliorez votre santé mentale en refusant les heures supplémentaires qu'ils veulent que vous fassiez. (Ils veulent des heures supplémentaires, n'est-ce pas? Les lieux de travail dysfonctionnels ne sont souvent pas aussi efficaces, ils vous obligent donc à rester plus longtemps pour éteindre les incendies que leur mauvaise gestion a alimentés.) Ne travaillez pas pendant votre déjeuner. Faites une pause, prenez le temps de manger, de vous reposer et de vous ressourcer. Demandez à vos amis et à votre famille de vous soutenir parce que vous traversez des moments difficiles.

On dirait que vous êtes convaincu que le manager est fermement du côté des collègues - en êtes-vous vraiment sûr? Sinon, expliquez les bonnes pratiques et comment elles profitent à l'entreprise à votre responsable. Les managers sensés aiment les employés qui font des choses qui sont bonnes pour l'entreprise. S'il ne le fait pas, raison de plus pour chercher un emploi.

Je vous souhaite bonne chance et vous rétablissez bientôt!

Cette réponse est excellente.Mais je ne pense pas que l'OP devrait se concentrer sur le fait que son code suit les «meilleures pratiques», car les «meilleures pratiques» d'aujourd'hui peuvent avoir semblé atroce hier, et vice versa.Au lieu de cela, je pense qu'elle devrait investir du temps pour apprendre les mérites de plusieurs pratiques (si elle ne l'a pas déjà fait à un moment donné).Il n'y a rien de tel que la confiance que vous avez lorsque vous savez que vous pouvez facilement appliquer * n'importe quelle * pratique, et que vous avez finalement fait un choix éclairé, quel que soit ce choix.
@Kleronomas En même temps, cependant, si son code suit les meilleures pratiques (indépendamment des pratiques spécifiques de _quelles_), et si elle suit les directives de style de l'entreprise, elle ne fait rien de mal.Elle a parfaitement le droit de se réconforter du fait que son code est parfaitement sain, alors même que son collègue essaie de l'abuser verbalement en utilisant des conventions désuètes.«Cela aide à apprendre de nouvelles pratiques» n'est pas une bonne excuse pour se plier à chaque petit caprice d'un collègue à l'ego trop gonflé.
@Abion47 Je pense que vous avez peut-être mal compris mon commentaire.Je ne dis pas qu'elle devrait se plier au caprice de n'importe quel collègue arrogant - elle devrait activement ignorer ce gars (et le signaler, si possible).Je dis qu'elle sera probablement plus confiante pour lui résister si sa confiance découle du fait de savoir pourquoi son code est bon, plutôt que si sa confiance découle du fait qu'elle suit les meilleures pratiques.
S'il y a une option pour travailler à domicile, op peut envisager d'en discuter avec la direction car ils suivent un traitement et ils ne veulent pas arrêter de travailler tant qu'elle le peut.Cela les aiderait également à être plus productifs tout en étant loin de cette atmosphère.
Je serais d'accord s'il s'agissait de choses sans rapport avec le code du développeur junior, mais ce que OP décrit semble être du ressort légitime du développeur senior en question, auquel cas OP courrait le risque d'être étiqueté ingérable.
D'accord.Dans le grand schéma des choses, la vie est vraiment trop courte pour avoir affaire à des gens comme ça.Considérez-le comme une expérience d'apprentissage, passez à autre chose et soyez reconnaissant qu'il existe de nombreuses opportunités.
Elmy
2018-10-18 14:30:37 UTC
view on stackexchange narkive permalink

Mon conseil honnête est de chercher un autre emploi. Vous ne pouvez pas changer d'autres personnes, en particulier des personnes comme votre collègue, mais vous pouvez prendre un nouveau départ avec différentes personnes dans une autre entreprise.

Habituellement, je vous conseille de répondre à toutes ses demandes stupides avec des faits objectifs , demandez des raisons objectives à ses critiques et montrez-lui des sources objectives pour les technologies que vous proposez. Mais dans votre cas, je ne suis pas sûr que vous puissiez réussir. Les crises d'angoisse sont désagréables et il est presque impossible de réfléchir calmement et logiquement pendant une crise.

Mais les crises d'angoisse sont une raison d'aller chez un médecin et de prendre un jour de maladie. Demandez à votre thérapeute des conseils pratiques et des stratégies pour gérer le déclenchement de vos crises.

BigMadAndy
2018-10-18 12:45:41 UTC
view on stackexchange narkive permalink

Contrairement à ce que les autres écrivent, si j'étais vous, je ne dirais pas à mon employeur que j'ai de l'anxiété.

Ce que dit la loi et comment les gens réagissent sont deux choses complètement différentes. J'ai vu des gens se faire harceler pour de nombreuses raisons. Le fait qu'ils ne devraient pas être intimidés et qu'il soit illégal d'intimider n'a joué aucun rôle.

Cela ressemble à un conflit politique. Votre collègue essaie de vous montrer qui est le patron. Il essaie de vous imposer sa domination. Cela arrive souvent et encore plus s'il est un homme âgé et que vous êtes une femme plus jeune (en termes d'âge et de durée de carrière).

Ne vous disputez pas avec lui, faites simplement votre truc. Si possible, souriez en faisant votre truc.

Acceptez le fait que certaines choses ne dépendent pas de vous et prenez simplement une grande respiration lorsque le gars vous demande quelque chose de stupide. Si votre patron prend en charge ces demandes, exécutez-les simplement. N'essayez pas de prouver à qui que ce soit qu'ils n'ont aucun sens.

Si vous êtes assez fort, vous pouvez même essayer une stratégie différente. Allez le voir et demandez-lui son opinion sur un problème. Peu importe que vous sachiez comment le résoudre et que vous n'ayez pas besoin de son aide. Allez le voir et dites-lui quelque chose comme

Hé [Dick], je me suis demandé si vous pouviez m'aider. Je sais que vous avez beaucoup plus d'expérience que moi en A, donc je pense que je pourrais utiliser un deuxième avis. J'apprécierais beaucoup.

Vous n'avez pas besoin de le croire. Considérez-le comme une stratégie. Il pourra vous montrer qu'il est le maître, sauver votre pauvre demoiselle en détresse et vous aimera davantage. Quand il vous donne une réponse, remerciez-le infiniment pour cela, même si cela n'a pas de sens. Soulignez combien il vous a aidé. Bien sûr, seulement si vous vous sentez psychologiquement capable de vous comporter ainsi.

Ou demandez-lui de déjeuner ou de prendre un café avec vous. Félicitez-le d'être resté si longtemps dans l'entreprise. Demandez-lui quel est son style de travail, quel style de communication il préfère, etc. Ne parlez pas beaucoup. Ecoutez. Nous aimons tous le son de nos propres voix. S'il se sent écouté, il est possible qu'il n'essaie pas de vous dominer dans votre travail.

Je n'aime pas vraiment ce conseil.Pour ma part, je n'aime pas du tout le son de ma propre voix.De plus, personnellement, je ne pouvais pas supporter de sucer quelqu'un comme vous le suggérez, sans parler de l'inviter à prendre un café et de m'exposer davantage à leur comportement désagréable.
@user159517.Tbh, je n'aime pas ça non plus.Mais j'ai vécu cela tellement de fois dans ma propre vie que si je n'avais pas compris comment gérer les trous du cul sur le lieu de travail ... je serais l'auteur du fil "tiré 3 fois" (un peu plus bas dans lefile d'attente de threads).Dans ce genre de situations, vous pouvez essayer de parler, ce qui n'apporte généralement pas grand-chose, puis arrêter.Ou essayez de vous occuper des abrutis, ce que j'ai suggéré d'essayer d'abord.Si j'arrêtais à chaque fois que cela m'arrivait, je serais désormais au chômage de longue durée (et sans emploi).
bob
2018-10-19 22:59:15 UTC
view on stackexchange narkive permalink

Une chose qui pourrait aider consiste à gérer la situation stressante. J'ai été dans une situation similaire quand j'étais encore assez junior, et cela m'a causé beaucoup de stress (et cela ne s'est pas bien terminé parce que je l'ai mal géré). Avec plus d'expérience à mon actif (9 ans), j'ai quelques conseils. Encore une fois, il s'agit de la source du stress, qui, à mon avis, devrait aider à atténuer l'anxiété, si cela fonctionne. Pourquoi je dis junior? Parce que l'expérience vient du travail, donc si vous avez 2 ans d'expérience professionnelle, vous êtes toujours junior. L'expérience non professionnelle n'est pas un facteur dans ce cas. Junior n'a rien à voir avec les compétences techniques.

Les développeurs seniors ont plus d'expérience, pas nécessairement des compétences techniques plus pointues, et c'est normal

C'est quelque chose que les développeurs juniors n'obtiennent généralement pas, et c'est frustrant pour eux. Ils voient les compétences rouillées du développeur senior et les comparent à leurs propres compétences fraîches et pointues, et supposent que le développeur senior est une fraude qui ne devrait pas être senior. Mais le développeur senior n'est pas senior à cause de ses compétences techniques pointues (celles-ci ennuyeuses avec le temps car quelqu'un gère plus et code moins). Ils sont seniors parce qu'ils ont des années d'expérience dont ils ont (espérons-le) appris des pièges à éviter et des compétences générales essentielles qui les aident à travailler efficacement avec la direction. Les développeurs juniors manquent généralement des deux, donc ils ont besoin de développeurs seniors pour les aider à contourner les écueils . L'un des meilleurs développeurs juniors que j'ai jamais vu en avait encore besoin. Il s'est laissé guider (après avoir un peu résisté), et c'était une très bonne chose. Si vous remarquez que la direction écoute le développeur senior, cela ne signifie pas nécessairement qu'il y a une conspiration en cours (sérieusement, pas du tout une légère). Les managers regardent d'abord l'expérience, les compétences techniques ensuite, et ils respectent probablement (et très raisonnablement) le jugement du développeur senior pour avoir une vue d'ensemble.

Ne vous battez pas contre le développeur senior

Ne vous battez pas contre le développeur senior. Ne fais pas ça. Tous les développeurs juniors le font (moi aussi), mais c'est de la folie. Oui, les développeurs juniors ont des compétences techniques plus pointues, mais ils manquent d’expérience, et donc généralement ne savent pas autant qu’ils le pensent, et accordent beaucoup moins de crédit au développement senior qu’ils ne le devraient. Et deuxièmement, et très important, la direction fait confiance aux développeurs seniors pour diriger le navire et guider les développeurs juniors. La direction s'attend à ce que le développeur junior suive l'exemple du développeur senior. Si le développeur junior refuse et dit "mais le développeur senior est un idiot, je sais mieux à cause du principe XYZ", la direction ne pensera pas "wow, le développeur junior a raison, le développement senior est une fraude; je vais le licencier et promouvoir junior dev ". La direction pense, "mec, ce développeur junior est ingérable et représente un gros risque. J'espère qu'ils feront bientôt la queue, sinon nous devrons leur montrer la porte." Je suis sûr que la dernière ligne n'est pas utile pour l'anxiété, mais il y a une bonne nouvelle: il est probablement temps de faire demi-tour! Que devez-vous faire?

Soumettre à la la direction du développement senior!

Le développeur senior dit-il d'utiliser les GOTO? Ensuite, utilisez-les. Soulevez vos préoccupations d'une manière qui démontre l'humilité et respecte l'expérience des développeurs seniors, tout en soulevant des inquiétudes (il vaut mieux faire des questions authentiques de type «Je veux apprendre X», et non des questions de type «N'est-ce pas une façon stupide de faire cela?») . Soulevez ces préoccupations en supposant d'abord que le développeur senior a une bonne raison et qu'il veut savoir ce que c'est, mais en communiquant que vous allez accepter ce qu'ils disent quoi qu'il en soit, vous voulez juste apprendre. Je vais répéter: faites ce que dit le développeur senior. La seule raison pour laquelle vous ne devriez pas le faire est si vous savez avec certitude à 100% que le développement senior n’est en aucun cas un rôle de leader ou de mentor par rapport à vous - ni le responsable technique, ni le projet. , pas sur la base de code, rien de tout cela. Si votre responsable ne l'a pas dit explicitement, vous devez supposer qu'il le fait. C'est à cela que servent les développeurs seniors.

N'oubliez pas: votre travail n'est pas de faire les choses parfaitement, votre travail consiste à faire avancer les choses

Les développeurs juniors ne s'en rendent souvent pas compte, mais en fin de compte, le code doit être fait, et quelqu'un doit avoir la responsabilité de prendre des décisions sur la façon d'architecturer le code, les normes de codage, etc. C'est la responsabilité d'un développeur senior, et très probablement du développeur senior en question. Cela signifie que ce n'est pas votre responsabilité en tant que développeur junior. Tant que vous soulevez les préoccupations de la bonne manière (voir ci-dessus) lorsque vous les avez, il est normal d'écrire du code d'une manière qui n'a pas de sens pour vous ou qui donne l'impression de compromettre les normes de qualité du code (avec l'expérience, vous '') J'apprendrai le compromis entre le coût, la vitesse et la qualité qui en fait une donnée dans l'industrie du logiciel; les développeurs seniors ont probablement déjà appris cette leçon).

Pourquoi cela aidera probablement

Premièrement, nous espérons que cela réparera la relation entre vous et le développeur senior. La responsabilité du développeur senior est presque certainement de vous diriger et de vous encadrer. En ce moment, vous rendez accidentellement cela difficile et stressant pour les développeurs seniors, et vous constatez une réaction de leur part (accordée d'une manière qui n'est pas appropriée, mais les gens sont humains). Réparer cette relation rendra les choses moins stressantes pour vous et réduira votre anxiété, ce qui devrait aider vos crises d'angoisse. Bonus: cela améliorera probablement aussi votre image auprès de votre manager, ce qui est important. Et avec le temps et l'expérience, vous commencerez à comprendre pourquoi toutes ces choses sont vraies, ce qui aidera également à soulager l'anxiété à long terme.

Si cela ne fonctionne pas

Si vous faites tout cela, pleinement, avec une totale humilité et sincérité, en suivant ce que dit le développeur senior (et en lui accordant un laps de temps raisonnable - au moins un mois ou deux), et ils sont toujours abusifs , alors je suis d'accord avec une autre affiche que vous devez chercher un autre emploi. Et bien sûr, rien de tout cela n'exclut la nécessité de donner la priorité à votre santé mentale et émotionnelle, ni ne suppose que la réduction de votre stress résoudra tout, mais c'est un outil qui devrait vous aider, en plus d'autres étapes.

Les commentaires ne sont pas destinés à une discussion approfondie;cette conversation a été [déplacée vers le chat] (https://chat.stackexchange.com/rooms/84777/discussion-on-answer-by-bob-anxiety-attack-at-work-caused-by-colleague-how-à).
JimmyJames
2018-10-18 21:47:58 UTC
view on stackexchange narkive permalink

Bien que ce développeur soit la cause directe de votre détresse, il me semble que le vrai problème ici est le manager. C'est l'un des types de dysfonctionnements qui se produisent dans les équipes techniques où le manager ne comprend pas vraiment le travail de cette équipe.

Quand vous ne comprenez pas vraiment ce qui se passe en tant que manager, vous êtes obligé compter sur les autres pour comprendre la qualité du travail et prendre des décisions. Ce n'est pas nécessairement un problème en général, mais ce qui arrive souvent, c'est que le manager ne sait pas comment choisir les bonnes personnes à écouter. Ils auront tendance à fonder leur évaluation sur des choses superficielles et à choisir souvent la personne qui ne convient pas. Le classique est le membre de l'équipe qui produit des solutions fragiles et souvent trop complexes qui créent beaucoup de problèmes qu'eux seuls peuvent résoudre. Ce que voit le manager, ce sont les problèmes de résolution du «héros». "Oh-oh, les rapports TPS échouent encore! Nous avons besoin du héros!" Les développeurs qui écrivent du code stable et robuste ne sauvent pas constamment la situation et semblent inutiles.

Cela peut sembler stupide (c'est un peu le cas) mais c'est le résultat naturel de la façon dont notre esprit fonctionne. Les choses qui ne changent pas et fonctionnent bien ont tendance à devenir invisibles. Par exemple, à quelle fréquence pensez-vous à votre rythme cardiaque? Probablement pas souvent quand c'est normal. Vous devez également comprendre que la plupart des gens n'ont aucune idée de ce qui se passe à l'intérieur d'un ordinateur. Tout cela est un mystère. Ils voient juste un pompier héros. Ils ne font pas le lien que le héros est vraiment un pyromane.

Vous avez atterri dans une équipe avec un "golden boy". Quand le golden boy n'est pas vraiment terriblement compétent, il peut être très territorial et jaloux. Si vous les défiez sur le plan technique, ils peuvent devenir très agressifs et tenter de vous intimider pour vous soumettre. La réalité est que leur statut est généralement très précaire. Une fois que le gestionnaire commence à voir des preuves de son inaptitude, la situation peut changer très rapidement. Souvent, le manager se met en colère lorsqu'il commence à voir qu'il a été joué et que sa propre position dans l'organisation a été blessée par cette personne. Le garçon en or cherche désespérément à empêcher toute fissure dans sa façade de compétence.

Vous avez trois approches de base au choix:

  1. Soumettez et laissez le garçon en or dominer.
  2. Allez à la guerre et dénoncez-le.
  3. Partez et trouvez une nouvelle situation

Le premier n'est pas un choix que je ferais à moins que je désespérément besoin de garder mon emploi. J'ai fait # 2 à plusieurs reprises, principalement à cause de ma personnalité et pas tellement parce que j'ai vraiment compris la dynamique. Cela peut être vraiment inconfortable et il y a un risque que vous soyez mis à l'écart ou renvoyé. J'ai souffert du premier mais pas du second. Il est difficile de dire comment le fait de commettre une infraction affectera votre anxiété. Le stress est souvent le résultat d'un sentiment d'impuissance, donc résoudre activement les problèmes peut aider. Et si vous réussissez, vous êtes toujours coincé avec un manager qui ne sait pas ce qui se passe. Vous pourriez devenir le golden boy («golden girl» a une connotation très différente, j'apprécie les suggestions pour un autre terme non genré pour cette idée). Peut-être que vous voulez cela, personnellement je préférerais travailler dans une équipe non dysfonctionnelle. Une chose à garder à l'esprit que J. Chris Compton a proposée: «Si vous êtes plein d'émotion (perçu comme bouleversé) lorsque vous expliquez votre point de vue, vous êtes moins susceptible de délivrer un message qui influencera / convaincra l'autre personne. Mon opinion en regardant les gens discuter de trucs techniques - la personne qui est chargée émotionnellement est plus susceptible d'être perçue comme fausse (tout le reste étant «presque égal») ». J'ajouterai à cela: connaissez vos affaires et soyez prêt à défendre vos décisions, mais si vous réalisez que vous avez tort ou que l'autre personne a raison, admettez-le.

Partir est toujours une option. Le principal inconvénient avec cela, il est difficile de savoir avec certitude dans quoi vous vous embarquerez dans le prochain endroit et changer d'emploi trop souvent peut sembler mauvais.

Une autre chose qui pourrait arriver est que le manager quitte. Ce n'est généralement pas quelque chose que vous pouvez affecter, bien que vous puissiez faire valoir un environnement de travail hostile qui pourrait entraîner un licenciement. Je ne sais pas comment cela fonctionne aux Pays-Bas, mais aux États-Unis, cela expose l'entreprise à des poursuites judiciaires et de telles réclamations sont généralement prises au sérieux dans toute entreprise bien gérée.

Je doute que la deuxième option (aller à la guerre et l'exposer) soit une bonne option.Le manager la voit déjà comme une personne qui a pris trop de temps sur un projet (réf. Problème de refactorisation) et qui a probablement déjà entendu parler et croyant Golden Boy quand il a dit qu'elle ne pouvait pas bien coder (réf à LINQ).Je dirais que le n ° 1 est sa meilleure solution à court terme jusqu'à ce qu'elle puisse mettre en œuvre le n ° 3.Essayer de faire face à la fois à un adversaire toxique et à une anxiété croissante est une montée raide (bien que cela puisse être fait, le n ° 3 est moins de stress et non moins sain).
@J.ChrisCompton Je n'ai jamais pu tolérer que quelqu'un fasse des évaluations objectives incorrectes de mon travail.Il semble que l'OP a déjà permis cela, donc ce n'est probablement pas la voie qu'elle adoptera.Peut-être que si `` l'autre manager '' peut être recruté et a des compétences techniques, cependant ...
Le n ° 2 est la meilleure option - mais il faut une armée / un guerrier pour aller à la guerre, pas quelqu'un avec des crises d'angoisse.Ainsi, l'option 2 n'est pas une option mais une réflexion à souhait.
@TomTom Une armée peut en fait être une option.J'ai remarqué que je suis beaucoup plus populaire et que j'ai beaucoup plus de crédibilité auprès de tout le monde sauf le manager que le «golden boy» (j'aime ce terme) - au point où certaines personnes veulent qu'il soit viré.J'ai juste réussi à recruter une dizaine d'autres développeurs et deux managers.J'ai reçu une offre pour déplacer l'équipe la semaine prochaine.Armée sécurisée ... :) Voyons comment cela se passe à partir d'ici.
@TomTom Je ne suis pas sûr de cela.Ou du moins cela n'a pas été mon expérience.Par exemple, j'ai commencé un nouveau travail et l'un des architectes / développeurs était considéré comme le «meilleur» par un gestionnaire.Quand j'ai commencé à regarder ce qu'il avait construit et que j'en ai parlé au manager, son impression a rapidement changé en «ce code est nul».Ce gestionnaire a en fait une nouvelle façon de coder à un moment donné, il n'a jamais pris la peine de regarder avant.En tout état de cause, la foi fondée sur des impressions superficielles n'est pas très robuste.Quelques fissures dans la façade et il peut s'effondrer complètement.
@JimmyJames Je sais ce que vous voulez dire, mais cela ne devrait pas être pris personnellement même si la critique est objectivement erronée - la solution est d'expliquer pourquoi vous avez raison avec des preuves.Si vous êtes plein d'émotion (perçu comme bouleversé) lorsque vous expliquez votre point de vue, vous êtes moins susceptible de délivrer un message qui influencera / convaincra l'autre personne.Mon opinion en regardant les gens discuter de trucs techniques - la personne qui est chargée émotionnellement est plus susceptible d'être perçue comme fausse (tout le reste étant «essentiellement égal»).Parfois, même si quelque chose est réellement objectif est contesté.
@J.ChrisCompton C'est un excellent point.Je vais ajouter cela à la réponse.
Prometheus
2018-10-18 17:54:44 UTC
view on stackexchange narkive permalink

Parfois, les personnes (toxiques) occupent autant d'espace (personnel) qu'elles en trouvent disponible. C'est à votre volonté de placer vos limites et de ne plus lui laisser de place. Ce type ne changera peut-être jamais mais au moins vous pouvez définir des règles sur son comportement à vous.

D'après mon expérience personnelle avec un collègue toxique (beaucoup de similitudes avec votre cas), d'abord , J'ai parlé avec mon patron et je lui ai dit à quel point je serais plus productif si certaines choses étaient différentes dans mon environnement de travail, en mentionnant un ou deux faits survenus avec mon collègue. Deuxièmement, j'ai saisi la première chance donnée par mon collègue après avoir été critiqué une fois de plus, en lui disant que même s'il avait raison sur ses propositions, son comportement n'aidait pas du tout.

Νpas besoin d'insulter qui que ce soit, essayez de faire remonter à la surface son aspect positif de son caractère en mettant en avant son expérience et en même temps lui faire comprendre que votre productivité dépend de lui et de votre bonne communication entre vous et lui.

Dans mon cas, le comportement de mon collègue s'est amélioré ( uniquement pour moi! ) Il a le même comportement pour ceux qui ont gardé la bouche fermée.

Le bon cas est que vous travaillerez dans un meilleur environnement. Mais que faire si les choses ne fonctionnent pas comme vous le prévoyez?

Quel serait le pire scénario? Se faire virer? À peine assez pour croire que cela arriverait. Dans le pire des cas, le gars ne changera pas et vous aurez la possibilité de quitter votre emploi ou d'essayer une autre méthode. Supposons que vous démissionniez ou que vous soyez renvoyé. Et alors? Vous trouverez un bien meilleur travail. Pour vous et votre santé mentale. Votre famille a besoin de vous pour être en bonne santé avant tout.

Vous pouvez essayer de gérer vos crises d'angoisse de temps en temps en définissant votre sentiment principal pour cette situation comme votre colère au lieu de votre peur . Oui, il faut de la patience , vous devez lutter, mais cela peut être réalisé à coup sûr.

Pensez-vous réellement qu'il ne peut pas le faire?Ou vous "pensez" qu'il ne pourrait pas ... parce que bla bla.Il peut utiliser sa colère pour dépasser ses peurs.Beaucoup l'ont fait, il le peut aussi.Il peut également suivre une voie alternative.J'ai suivi cette voie
@Prometheus Quelque chose qui fonctionne pour vous ne fonctionnera pas nécessairement pour quelqu'un d'autre.Je ne sais pas ce qui fonctionnera pour elle, et vous non plus.Aucun de nous n'est son thérapeute.Dire "Vous pouvez gérer vos crises d'angoisse de temps en temps en définissant votre sentiment principal de cette situation comme étant votre colère plutôt que votre peur."a très probablement tort et méprise ses problèmes.
Bien sûr que nous ne le sommes pas, mais c'est pourquoi j'ai cité mon expérience personnelle.Puisque certaines personnes (moi y compris) ont réalisé quelque chose en utilisant cette méthode, je pense que cela vaut la peine d'être cité.Je ne pense pas qu'OP digérera tout ce qui lui a été donné comme un bon conseil sans le mâcher bien avant.Il peut le filtrer, décider s'il convient à son personnage / sa situation.Il peut essayer de l'adopter ou de le rejeter, il peut également choisir de le combiner avec une autre méthode et de prendre un résultat positif.
Kevin
2018-10-19 16:56:31 UTC
view on stackexchange narkive permalink

J'ai été dans une situation similaire, dans le même pays. Je vais juste partager ce que j'ai fait et les effets, si ce n'est pas une bonne réponse sur WorkplaceSE, faites-le moi savoir.

Je suis un développeur mobile, je travaille avec 3 autres, dont l'un agit de la même manière que votre gars. Il se plaint constamment du travail des autres, même ceux qui sont dans l'entreprise depuis 15 ans. Il est théoriquement très fort, mais il manque beaucoup d'expérience dans le monde réel, il ne comprend pas que lorsque vous travaillez pour une entreprise, vous devez parfois utiliser la solution en 1 heure qui est assez bonne au lieu du projet de refactor de 10 heures pour réparer un bug. Dans les réunions, il commence à discuter de tout, toute l'équipe peut dire A et il sera toujours catégorique à propos de B.

La première fois que cela a provoqué une attaque pour moi, je me suis complètement arrêté. C'était lors d'une réunion, je ne me souviens même pas de ce qui l'a déclenché exactement, mais ce type a continué à crier le même argument, peu importe ce que je lui disais. J'ai paniqué et au moment où l'un des membres de mon équipe a dit quelque chose au gars, je me suis complètement retiré de la conversation, je n'ai pas de souvenir conscient du reste de la réunion, j'ai juste regardé ma canette de soda, heureusement le reste de l'équipe a terminé le reste de ce qui devait être discuté.

Ensuite, je suis allé aux toilettes un moment, pour me calmer et réfléchir à ce que je devais faire ensuite. J'ai demandé à mon supérieur de planifier une réunion. Je suis autiste et je me remettais d'une dépression à l'époque, personne ne le savait encore et je sentais que je devais d'abord le dire pour expliquer pleinement l'impact. Alors je viens de lui dire que c'est généralement un gars très gentil de quelques années de plus que moi, donc je me sentais à l'aise de partager ça avec lui. Cela m'aide à savoir qu'il valorise mon travail et ne changerait pas cette opinion en fonction de la connaissance de ces questions. J'ai expliqué ce qui s'était passé et comment cela m'avait affecté, et que je ne savais pas quoi faire dans une telle situation. Il a répondu très compréhensif et m'a donné le conseil d'aller à la salle de bain au moment où je sens une attaque se produire. Restez là aussi longtemps que nécessaire et parlez-lui de l'incident quelque temps après. Je l'ai fait une fois de plus.

Le gars à problème a reçu un avertissement officiel peu de temps après avec un "vous ne correspondez pas à l'équipe, travaillez dessus". Il s'améliore depuis.

Avez-vous un "vertrouwenspersoon"? Si c'est le cas, parlez-leur, afin qu'au moins quelqu'un dans l'entreprise connaisse votre situation et puisse se porter garant si les choses deviennent vraiment incontrôlables. (vertrouwenspersoon = une personne dans l'entreprise qui vous permet de dire des choses sans qu'elle en parle à d'autres, c'est une chose que certaines entreprises aux Pays-Bas ont)

J. Chris Compton
2018-10-18 22:06:50 UTC
view on stackexchange narkive permalink

Pour un bonheur à long terme , vous devriez trouver un nouveau poste où vous serez plus heureux.
Cela peut prendre quelques mois, mais les compétences .NET sont commercialisables dans le monde entier.


Dans cet esprit, je vais aborder autre chose.

Les autres ont de bons commentaires sur la façon de gérer votre anxiété en particulier .
Il n’est pas nécessaire d’ajouter à cette partie.

Je voudrais parler de la façon dont vous gérez les choses en général.
Si vous voyez les choses différemment, les choses pourraient être plus faciles pour vous.

Regardons donc quelques choses que vous dites ici, avec un regard neuf,
et vous pouvez vous demander si j'ai points valides.

Remarque: Je ne vous blâme pas pour le désordre que vous avez décrit.

Relisez cette dernière phrase s'il vous plaît ...

Je veux suggérer différentes façons de voir les choses - à votre prochain emploi - peu importe ce que c'est.

Il m'a insulté notre responsable, parce que je refuse de nommer ma classe "Request" à "RequestClass" et d'autres raisons étranges.

Je dois demander ... pourquoi ne l'avez-vous pas simplement renommé?
Il est le développeur senior et il est ami avec le manager. Est-ce une colline sur laquelle vous êtes prêt à mourir? Choisissez vos batailles.
Il y aura plein de règles stupides dans chaque organisation. Pourquoi? (1) Parce qu'il peut être beaucoup mieux d'avoir le code écrit dans un seul modèle, même si ce n'est pas optimal, et (2) des gens autoritaires.
J'avais un ami qui travaillait dans un endroit où vous n'étiez pas ' t autorisé à utiliser une négation dans une instruction if (un bon principe général ... mais stupide quand il est impitoyablement appliqué).

Il dit: «Pourquoi utilisez-vous Linq pour filtrer cette liste, un couple pour chaque travail aussi. »

Dites-lui que vous pensiez que c'était plus facile à maintenir et proposez-lui de le réécrire.
(Sans lui dire ni laisser entendre qu'il est un idiot ... surtout s'il est idiot.)

C'était une [tâche] difficile car j'ai dû refactoriser une classe que ce programmeur avait (mal) écrite.

Avez-vous dû la réécrire?
Par "je dois "Je veux dire, n'y avait-il en fait aucun autre moyen de faire les changements?

Il récupère mes modifications et commence à les critiquer. Je suis sûr que notre responsable lui a fait comprendre cela.

C'est quelque chose dont vous devez parler à votre responsable lorsque vous vous sentez suffisamment en forme pour y remédier.

Crier est inapproprié, vous ne devriez pas avoir à faire face à cela au travail ... jamais.
Je remarque que vous dites qu'il critique vos changements , mais le ton du message semble être qu'il vous critique vous .

Dans la plupart des endroits, vous devrez faire face à des critiques de votre travail - essayez de le prendre moins personnellement.

Il connaît bien certaines choses mieux que moi ... Pourtant, il pense qu'il sait tout mieux que moi.

Bien que vous ayez raison, quand vous dites "il croit qu'il sait tout mieux que moi", vous projetez définitivement - ce qui n'est pas t la façon la plus saine de vivre la vie.

À mon avis, la projection peut contribuer à l'anxiété. 1 Voyez si votre thérapeute veut vous en parler.


1 Non, je ne suis pas thérapeute. Je "pense que cela contribue" parce que la plupart des gens que je connais qui souffrent d'anxiété font beaucoup plus de projection. Ce sont des "preuves anecdotiques", sautez ce point si vous pensez que je me trompe :-)

Aussi "parce que j'ai dû refactoriser une classe que ce programmeur a écrit (mal)."- Je fais ça pour le moment.Problème?La logique a été écrite sur 5 ans, les exigences de l'entreprise changeant «quotidiennement».Refactoring toujours reporté pour des raisons de budget.Des choses comme celles-ci se produisent dans les entreprises.Vous obtenez un nouveau gars, vous le mettez à éclaircir cela parce qu'il n'est pas encore "occupé" avec des exigences professionnelles.C'est un travail normal, ça arrive.(dans mon cas, nous retirons ENFIN l'ensemble de l'API et la réécrivons à partir de zéro - ne m'a pris que 2 ans et beaucoup de nouvelles exigences le rendant sérieusement inutilisable).
@TomTom Oui, je dis que si vous causez une perte de plusieurs dizaines de millions de dollars, vous ne devriez pas être crié dessus.Écrit?Peut être.Mis à la porte?Peut être.Vous avez crié dessus?Non. Là où je travaille maintenant, personne ne me crierait si je générais une perte de plusieurs millions de dollars - et oui, il m'est possible de faire quelque chose comme ça.Quand autant d'argent est en jeu, il devrait y avoir des freins et contrepoids adéquats (plusieurs examinateurs) - jamais une chance qu'une seule personne soit seule en prenant le blâme.Désolé d'apprendre que votre expérience est différente.
Bien qu'il y ait beaucoup de vérité dans cette réponse ... c'est une stratégie à court terme.Vous ne voulez pas vous taire et devenir un pire développeur à moins que ce ne soit une étape pour autre chose.
@AdrianoRepetti En fait, j'ai conseillé de chercher un nouvel emploi en haut de mon poste.Si votre message à retenir de mon message est "tais-toi et deviens un pire développeur", je ne dois pas avoir écrit un bon message.Cela m'attriste qu'elle ait apparemment décidé de renoncer à l'industrie.
Oui, je voulais renforcer ça, ça passe facilement inaperçu.Oh oui.Quelle terrible décision, surtout si elle est causée par une seule expérience.J'espère que ce n'est pas le cas, mais c'est peut-être quelque chose qu'elle pourrait regretter à l'avenir.
@AdrianoRepetti Édité pour souligner que la solution à long terme est d'obtenir un nouvel emploi, et le reste n'est que des compétences d'adaptation.Merci pour votre contribution!
@AdrianoRepetti J'ai envisagé de chercher un nouvel emploi pendant un certain temps, mais j'ai peur que la même chose se reproduise.Je n'ai jamais eu un bon travail.J'espérais n'avoir pas eu de chance, mais je suis probablement juste un gros échec.Tout s'est bien passé jusqu'à ce que je quitte l'université.J'avais déjà l'impression que je ne devrais pas être là, mais ça s'est bien passé, mon GPA était de 3,5, mais je n'y appartenais vraiment pas, ce que j'espérais être différent.J'ai posé une question à propos de on Academia (https://academia.stackexchange.com/questions/106850/my-university-changed-my-bachelor-course-what-can-i-do).
Jusqu'à récemment, je me suis accroché à cet espoir que j'allais bien, j'ai même lu sur le syndrome de l'imposteur, mais ce n'est pas ça.Je n'ai convaincu personne que je suis "vraiment bon", car ils me disent le contraire.J'espérais que c'était eux, pas moi, mais vraiment moi.Je suis idiot pour avoir abandonné l'université.Je suis juste une grosse merde.
@cyonis Je ne vous connais pas assez pour avoir une opinion (et même dans ce cas je ne suis personne pour juger les compétences de quelqu'un) mais franchement vous doutez alors vous avez déjà passé par le "Je viens de terminer mes études, je sais tout"phase.Il est maintenant temps d'apprendre, de ne pas abandonner.
J'habitais aux Pays-Bas, les gens sont directs et directs (à la manière néerlandaise!) Et j'ai rencontré énormément de grands professionnels.Vous devrez peut-être trouver la bonne entreprise avec un bon mentor, mais cela en vaut vraiment la peine.Vous serez toujours confronté à des obstacles mais, dans le bon environnement, ils sont le moyen d'apprendre et de devenir meilleur.De plus, comme je l'ai dit, il y a une chance que le développement senior ne soit pas aussi habile que vous le pensez maintenant.Vous devez toujours le suivre, mais cela ne veut pas dire que vous êtes stupide si vous faites les choses d'une manière différente.Apprenez, acquérez de l'expérience (qui n'est pas seulement une connaissance) et ensuite bougez.
C'est évident mais permettez-moi d'ajouter ceci: votre santé passe avant tout.La transition vers l'industrie peut être stressante et exigeante car l'expérience vient surtout d'erreurs.Recherchez de l'aide professionnelle et évaluez vos décisions par rapport à votre santé.Est-ce que 70% de réduction de salaire vous convient?Êtes-vous plus heureuse et en bonne santé d'être livreuse?Alors foncez, c'est un travail honorable et amusant.Serez-vous plus heureux en tant que développeur?Trouvez un nouvel emploi ou parlez franchement avec votre manager: vous voulez vous améliorer mais vous avez besoin de plus d'aide.
Dominique
2018-10-19 14:27:12 UTC
view on stackexchange narkive permalink

J'ai une autre approche pour votre problème: votre collègue semble toujours avoir une meilleure idée de la façon de faire les choses, mais ce genre de personnes a généralement un inconvénient: ils sont très dans le codage le plus profond, mais ils n'ont aucune idée que les programmes qu'ils écrivent doivent être utilisés par des gens normaux (je veux dire, pas de nerds de l'informatique, tous respectent), c'est quelque chose que vous pouvez utiliser:

Vous allez voir votre responsable et le mentionnez / que vous ne vous sentez pas bien face aux critiques constantes que vous recevez de votre collègue, alors vous avez une proposition: chaque fois que votre collègue constate que vous faites quelque chose de mal, c'est à lui de trouver un vrai -situation de vie, où il peut clairement indiquer pourquoi sa solution est meilleure que la vôtre. Cette situation réelle doit être approuvée par votre responsable.

Cela entraînera la situation suivante:

  • Certaines des situations qu'il inventera ne seront pas acceptées par le manager, comme n'étant pas assez réalistes, il y a un gagnant pour vous.
  • Certaines des situations qu'il inventera seront acceptées par le manager, comme étant suffisamment réalistes, ce sera un gagnant pour lui, mais pour vous, ce sera l'occasion d'apprendre de votre collègue.

Finalement, vous vous retrouverez avec une liste de cas d'utilisation réels, que votre entreprise peut utilisez une liste de tests de régression, ce qui pourrait fortement augmenter la qualité de votre produit, et ce sera le vrai gagnant pour vous, car vous êtes la personne qui a proposé de commencer cette liste de tests de régression!

Le risque avec ce conseil est que le collègue en question soit un collègue senior.Il est peu probable que le directeur reçoive cela bien.Cela signale "Je suis un développeur junior ingérable qui ne comprend pas l'importance du fait que mon collègue est senior."
Ertai87
2018-10-18 19:25:44 UTC
view on stackexchange narkive permalink

Voici le problème avec les développeurs avec un grand ego et sans compétences: les entreprises qui les embauchent et les gardent à long terme mourront. Finalement, ce qui se passera, c'est qu'ils causeront beaucoup de ballonnement du code, beaucoup de dépendances cachées, des applications de modèle monolithique, etc., de sorte qu'un jour le code se cassera et que personne d'autre que ce type ne pourra le maintenir. Ensuite, ce type quittera l'entreprise (prendre sa retraite, démissionner, licencié, qu'est-ce que vous avez) et l'application échouera et l'entreprise s'effondrera sous son propre poids. Mon entreprise actuelle travaille actuellement dans une situation similaire, où leur ancienne application était si mal conçue qu'ils ont décidé au lieu de la réparer, il serait préférable de tout reconstruire à partir de zéro et de jeter l'ancienne, et ils dépensent une tonne de temps et d'argent dessus, qui aurait pu être économisé si l'ancienne application avait été construite correctement.

C'est donc la direction que prend votre entreprise, si son "développeur senior" ne le sait pas Des trucs SOLIDES et pointilleux comme "Request" vs "RequestClass" (et d'ailleurs vous avez raison dans ce cas, cela devrait être "Request"; suffixer tout avec Class / Impl / etc est tellement démodé, pas étonnant que le développeur senior programme depuis 20 ans, il utilise probablement toujours Java 4 aussi je parie;)). Voulez-vous être sur ce navire en train de couler quand il finit par s'effondrer, ou mieux encore, voulez-vous être là pour ramasser les morceaux du désordre de quelqu'un d'autre? Bien sûr que non. Alors sortez de là dès que possible. Vous êtes sur un bateau qui coule, il est temps de le sauter.

Sauf que la plupart des entreprises ne s'effondrent pas.Vous vous souvenez du problème de l'an 2000?Probablement pas - pas UNE banque ne s'est effondrée, à cause d'un bug systémique introduit principalement dans les années 1960 et 1970.Les entreprises s'effondrent lorsque leur activité échoue - la plupart des entreprises ne considèrent pas l'informatique comme une entreprise.
@TomTom J'ai adoré la façon dont vous avez astucieusement inclus un exemple du bogue de l'an 2000 dans votre commentaire sur le bogue de l'an 2000!
@TomTom Le développement informatique et logiciel n'est pas la même chose.Les termes sont trop souvent confondus, mais dire que IT = développement logiciel revient à dire que dentisterie = chirurgie à cœur ouvert.
@TomTom Savez-vous pourquoi cela s'est si bien passé?Parce que les gens sont allés de l'avant et l'ont réparé.S'il avait été résolu de manière incompétente, il y aurait eu des problèmes.BTW, beaucoup d'endroits ont eu leurs problèmes de l'an 2000 plus tôt.Je connais une femme qui a travaillé sur un système de gestion des pensions alimentaires pour enfants.Au deuxième semestre de 1981, l'un des programmes disait «la femme est enceinte dans 81 ans, l'enfant naîtra dans 82 ans, ajoutez 18 ans, c'est 0, c'est 81 maintenant, c'est plus de 0, donc plus de pensions alimentaires pour enfants».Celui-ci devait être corrigé avec compétence et raisonnablement rapide.
@TomTom ce n'était pas du tout un bogue systémique, pas quand ce code a été écrit dans les années 70.Je suppose que vous pourriez dire que le "bogue" était que le code fonctionnait toujours parfaitement bien 30 ans plus tard.Si seul le code moderne pouvait dire la même chose :-(
Que ce soit "Request" ou "RequestClass" dans * un autre * contexte, dans * ce * contexte, il devrait être ** tout ce qui correspond à la norme dominante du code existant ** ou de la direction choisie par la direction du projet.Se lancer dans une discussion de l'ego sur un cas est inutile - pour quelque chose d'aussi basique que cela, il y a une façon pour l'entreprise de le faire, et tout le reste est faux * là *, en l'absence d'une décision de haut niveau pour commencer à changer la base de code entière.Donc, soit l'affiche, soit le critique se trompe là-dessus;il vaudrait la peine de savoir ce que pense le * reste de l'entreprise * (pas le reste de l'Internet).
@ChrisStratton est d'accord.Je peux vous dire qu'il est loin d'être standard de mettre «Classe» derrière un nom de classe dans l'entreprise.Il pensait simplement que c'était plus descriptif car "c'est une classe qui représente une requête, pas une requête", ce qui ne compte pas pour les autres classes
Rafael Hoyos
2018-10-19 15:18:21 UTC
view on stackexchange narkive permalink

Votre problème n'est pas vos habitudes de codage ou la façon dont vous faites les choses, votre problème en ce moment est votre anxiété. Si vous ne parvenez pas à régler ce problème avec un professionnel / des médicaments, vous verrez ce schéma se produire au cours de votre vie. Les gens verront tout ce que vous faites sous un jour défavorable, vous n'inspirerez pas confiance, et après cela, vous pourrez être l'expert, la personne de référence pour ce type d'entreprise, et personne ne vous prendra au sérieux. Prenez le temps d'expliquer cela à votre thérapeute (ne le dites jamais à vos collègues), même s'il y a quelqu'un là-bas en qui vous avez confiance. Ce qui se passe sur votre lieu de travail, ce sont des détails. Votre anxiété et vos vulnérabilités projetées sont vos priorités maintenant.

Merci, Rafeal.Je prends déjà chez un thérapeute.Les problèmes ne disparaîtront pas du jour au lendemain, et on s'attend toujours à ce que je vienne au travail 5 jours par semaine, ce qui est au centre de ma question.


Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 4.0 sous laquelle il est distribué.
Loading...