Meine Eingabe ist, bringen Sie dies zu Ihrem Manager.

Konstruktives Feedback in einem Code-Review ist eine Sache. Sie bis zu mehrmals am Tag vor Gleichaltrigen anzurufen, treibt Mobbing voran.

Sagen Sie es Ihrem Chef direkt

Es schadet meiner Moral. Früher habe ich gerne gearbeitet. Konstruktives strukturiertes Feedback ist großartig, aber mich mehrmals am Tag vor Gleichaltrigen zu rufen, ist nicht angemessen.

Du musst direkt sein. Was Sie bisher getan haben, ist auf das Problem hinzuweisen und Signale zu senden, dass sein Beitrag unerwünscht und unangemessen ist. Das wird bei vernünftigen Menschen gut funktionieren. Ihr neuer Kollege ist offensichtlich nicht vernünftig.

Also rede mit ihm. Da Sie seit fast 2 Jahren im Unternehmen sind und er neu ist, haben Sie ein gewisses informelles Ansehen, um dies mit ihm zu besprechen, und das gilt doppelt für jemanden, der gerade erst in die Belegschaft eingetreten ist. Sprechen Sie privat mit diesem Kollegen und sagen Sie so etwas wie:

Mir ist aufgefallen, dass Sie meine Arbeit kommentieren oder meine Entscheidungen kritisieren. Ich habe versucht, deutlich zu machen, dass dieses Feedback unerwünscht und ungerechtfertigt ist, aber es scheint, als hätten Sie die Nachricht nicht verstanden. Wenn Sie Fragen dazu haben, warum ich X mache oder warum wir Paket Y verwenden, beantworte ich diese gerne für Sie, aber ich möchte, dass Sie aufhören, meine Programmierpraktiken zu kritisieren. Es steht Ihnen nicht zu, mir diese Art von Feedback zu geben, und es ist besonders seltsam, von jemandem zu kommen, der gerade einer neuen Softwareentwicklungsumgebung beigetreten ist. Da Sie gerade erst angefangen haben, würde ich empfehlen, dass Sie sich darauf konzentrieren, die Art von Codierungspraktiken und -tools, die wir hier verwenden, kennenzulernen und zu übernehmen. Die Art von Schwarz-Weiß-Programmierung, die sie dir am College beigebracht haben, tut es nicht Normalerweise lässt es sich nicht in eine produktive Umgebung übertragen, und Sie sollten sich die Zeit nehmen, sich mit einem System vertraut zu machen, bevor Sie es kritisieren. Vielleicht ist Ihnen das nicht bewusst, aber diese Art unangebrachter Kritik kann Ihrem Ansehen und Ruf wirklich schaden und ist eine schlechte Angewohnheit am Arbeitsplatz.

Das ist viel Text und ziemlich hart, also würde ich vorschlagen, herauszufinden, was für Sie funktioniert, und den Ton nach Bedarf anzupassen. Aber was auch immer Sie tun, greifen Sie nicht auf „Ich möchte, dass Sie es tun“ oder „Vielleicht wäre es das Beste, wenn“ zurück. Sie haben die Erfahrung, über dieses Thema zu sprechen, und Sie haben eine klare und angemessene Bitte an Ihren Kollegen. Weichen Sie die Nachricht nicht ab, da dies Gefahr läuft, sie zu verbergen.

Danach, das nächste Mal, wenn er das tut, lassen Sie fallen, was Sie tun, und rufen Sie ihn sofort darauf an:

Hey, darüber haben wir gerade gesprochen. Ich brauche Sie nicht, um meine Wahl der Syntax hier zu kritisieren, und wie gesagt, ich möchte, dass Sie dies in Zukunft unterlassen. Können Sie das tun?

Es kann ein paar Versuche dauern, aber das sollte für alle außer den dümmsten Kollegen funktionieren. Wenn Sie zu diesem Zeitpunkt eines der letzteren haben, müssen Sie dies als Leistungsproblem mit Ihrem/seinem Vorgesetzten besprechen.

Sophie, du hast gesagt, dass nichts funktioniert. Tatsächlich haben Ihre sehr höflichen Versuche, sein Verhalten zu ändern, nicht funktioniert.

Sie haben versucht, "es zu ignorieren und Ihren Geschäften nachzugehen, höflich, aber bestimmt zu erklären, warum er falsch liegt, ihn zu bitten, sich zu beruhigen, und mit Humor auf die lächerliche Natur einiger seiner pingeligeren Kritiken hinzuweisen". Eines hast du nicht getan: Du hast ihm nicht gesagt, er soll STOPPEN. Wenn er das nächste Mal kommt, sagen Sie ihm, er soll aufhören und weggehen. Diese Person bringt Sie dazu, Ihren Job nicht zu mögen, es gibt keinen Grund, höflich zu sein. Er versteht dich nicht, wenn du höflich bist. Über seine Anregungen und Kritik braucht man nicht zu diskutieren.

Habe keine Angst, seine Gefühle zu verletzen. Er bringt dich dazu, deinen Job kündigen zu wollen, also trampelt er auf deinen Gefühlen herum. Haben Sie keine Angst, unhöflich zu sein. Er bringt Sie dazu, Ihren Job zu kündigen, das ist so ziemlich das Unhöflichste, was man sich vorstellen kann, also verdient er keine Höflichkeit von Ihnen.

Ein Kommentar behauptete, dass dies unprofessionell handeln würde. Es ist nicht. Ihr Kollege hat Sie so behandelt, dass Sie Ihren Job aufgeben wollen. Das ist absolut, absolut unprofessionell. Alles , was dieses Verhalten unterbindet, ohne unbeteiligte Personen zu beeinträchtigen oder gegen das Gesetz zu verstoßen, ist professionell. Eine Konfrontation zu beginnen ist nicht professionell. Es zu stoppen ist. Der Beginn der Konfrontation ist vor langer Zeit geschehen, und Sie waren es nicht, der damit begonnen hat.

Nehmen wir das Stück für Stück. Ich denke, Sie haben hier eine wertvolle Gelegenheit.

Ich bin hier ein autodidaktischer Softwareentwickler.

Das tl; dr ist, dass ich denke, dass dies sein Problem ist. Das kann in Ihren individuellen Umständen völlig daneben liegen, passt aber definitiv zum Profil. Es wirkt, als würde er sich (zumindest unbewusst) darüber ärgern, dass Sie an derselben Stelle gelandet sind wie er, ohne denselben Weg wie er zu gehen. Seine Handlungen – insbesondere das Beharren darauf, Sie gegenüber Ihren Teamkollegen offen zu kritisieren – könnten eine Form der Selbstverherrlichung sein, um zu versuchen, seine Bemühungen, einen anderen Weg einzuschlagen, zu bestätigen. Wenn dem so ist, können Sie dies nicht wirklich mit einer anderen Methode beheben , als in Ihrem Job besser zu sein als er. Aber das erfordert einen Bodenkrieg, der Städte plündert und unzählige Leben kostet.

Nein; Der Ansatz, den ich vorschlage, ist, Ihr gutes Ansehen bei Ihrem Management und seinen offensichtlichen Übereifer, Fehler bei anderen zu finden, zu nutzen, um sich als jemand zu positionieren, der an der langfristigen Perspektive seines Unternehmens interessiert ist, anstatt den Tag zu "gewinnen". heute Streitereien mit einem Besserwisser.

Dabei müssen Sie einigen Dingen nachgeben, die er fordert, aber als zugegebenermaßen autodidaktischer Entwickler wissen Sie bereits, dass Sie den Weg zu einem soliden Verständnis Ihres Handwerks fortsetzen müssen, um es zu wissen welche Dinge es wert sind, kompromittiert zu werden, welche Dinge nicht kompromittiert werden können und wie Sie wissen, mit welcher Vorgehensweise Sie das erreichen, was Sie wollen.

Also ... was willst du?

• Möchten Sie, dass die Dinge so sind, wie sie waren, bevor er in die Firma kam?
• Sie wollen dem Management verdeutlichen, dass Sie Führungsmaterial sind?
• Möchtest du, dass er dich als Gleichgestellten respektiert?

• Möchten Sie, dass er Sie als Vorgesetzten respektiert?

  1. Dieses Schiff ist wahrscheinlich gesegelt.
  2. Möglich.
  3. Möglich.
  4. Möglich.

Ich frage mich, ob jemand Ratschläge hat, wie man mit einem Kollegen umgeht (mit ungefähr 1 Monat Erfahrung an meinem Arbeitsplatz im Vergleich zu meinen 18 Monaten), der jede mögliche Gelegenheit nutzt, um meine Arbeit bei jedem Schritt des Prozesses, von der Auswahl der Software, nachdrücklich zu kritisieren Pakete darauf, ob Leerzeichen zwischen einem Gleichheitszeichen und einer Variablenzuweisung eingefügt werden sollen (ich mache keine Witze).

Dies sind möglicherweise berechtigte konstruktive Kritikpunkte an Codequalität und Wartbarkeit. Es gibt Softwarekomponenten, die genutzt werden können, um die Produktivität zu steigern. Aber ich bezweifle, dass ein Entwickler mit so wenig Erfahrung wie er eine ausreichend tiefgehende Erfahrungsperspektive hat, um eine harte Haltung für oder gegen die Verwendung des Codes eines anderen einzunehmen, sodass jeder Wert in seiner Botschaft durch sein eigenes Tun auf der Strecke zu bleiben scheint. Ich lasse xkcd für mich darüber sprechen, wie ich mich fühle, wenn ich damit umgehe, anderen Menschen Dinge vorzustellen ...

... Wenn er bei seinen Gesprächen über „ Dinge, von denen Sie nichts wissen “, nicht so taktvoll vorgeht, dann müssen Sie seine Manieren wirklich mit Ihrem Managementteam besprechen.

Dies geschieht irgendwo zwischen mehrmals pro Woche bis mehrmals täglich. Es passiert immer häufiger und immer häufiger vor Kollegen, die mich deswegen anders behandeln.

Das ist der Teil, der seinen Ansatz so unvernünftig macht, aber auch das, was für Sie die faszinierendste Möglichkeit des Wertes darstellt. Er wird über seine „Angriffe“ sichtbar. Ich würde ihn überhaupt nicht damit konfrontieren und stattdessen das Management konsultieren, um die Situation zu erklären, und mich auf sie stützen, um Ratschläge zu erhalten, wie Sie auf eine Weise auf seine unwissentliche Vorgehensweise reagieren können, die dies demonstriert

1. Ihr Engagement, einen Weg zu finden, um im Unternehmen produktiv zu koexistieren
2. Ihre Führungsqualitäten. ( Risiko, wenn Sie das Gefühl haben, der Aufgabe noch nicht gewachsen zu sein )

Es gibt objektive Beweise dafür, dass ich tatsächlich gut in meinem Job bin. Diese Woche habe ich eine Gehaltserhöhung von 18 % erhalten. Jede Leistungsbeurteilung, die ich je erhalten habe, war hervorragend, und ich werde häufig vom Management für Führungspositionen vorgeschlagen.

Herzliche Glückwünsche. Das bedeutet, dass Sie die richtigen Leute mit Ihrer Arbeit glücklich machen.

Wie bei den meisten Programmierern gibt es jedoch natürlich konstruktive Kritik, wenn sich jemand meine Arbeit genau genug ansieht. Normalerweise genieße ich den Austausch/die Überprüfung von Code und sehe darin eine produktive Gelegenheit zum Lernen.

Gut. Behalte diese Perspektive, auch wenn er mit seiner Präsentation taktlos ist. Versuchen Sie, seine dreiste Herangehensweise zu durchbrechen und sehen Sie, ob hinter seinen Aussagen ein tatsächlicher Wert steckt. Ich antwortete auf seine Herausforderungen immer mit nachdenklichen „Warum?“-Fragen und nicht mit einer summarischen Entlassung aufgrund seines Tons. Aber achten Sie darauf, solide Antworten zu verlangen; Wenn Sie nach einem bloßen „Warum“ zu etwas Alltäglichem und Einfachem fragen, könnte dies so wahrgenommen werden, als würden Sie die grundlegenden Anforderungen Ihres Jobs nicht kennen. Deshalb würde ich ihn auch erst nach einem Gespräch mit der Geschäftsführung engagieren.

1. Dies würde leicht zeigen, dass Sie bereit sind zuzuhören
2. Dies würde leicht zeigen, dass Sie nach einem guten Grund suchen, um das zu tun, was er vorschlägt.
3. Dies wäre eine einfache Möglichkeit, diese bezahlte Bildung aus seinem Gehirn zu extrahieren.
4. Wenn Sie zu Ihrem Managementteam gebracht werden, haben Sie Stoff, über den Sie sprechen können: „Er war nicht überzeugend“; " Nun... er hätte vielleicht eine gute Antwort gehabt, warum ich auf ihn hören sollte, aber ich konnte es durch seine Unhöflichkeit nicht verstehen. "

Wie auch immer Sie es schneiden und ihn fragen, „warum“ er fühlt, wie er sich fühlt, kann für Sie von Vorteil sein. Ihn kurzerhand zu entlassen, schafft nichts anderes, als ein Umfeld zu seinen Gunsten zu schaffen.

Was in den letzten Monaten passiert ist, seit mein neuer Kollege angefangen hat, ist etwas ganz anderes. Ich habe mehrere Strategien ausprobiert, um damit umzugehen: es zu ignorieren und meinen Geschäften nachzugehen, höflich, aber bestimmt zu erklären, warum diese Person falsch liegt, diese Person zu bitten, sich zu beruhigen, und mit Humor auf die lächerliche Natur einiger der mehr Schwachstellen hinzuweisen - wählerische Kritik. NICHTS FUNKTIONIERT.

Also ... hier kann das "er sagte / sie sagte" tatsächlich teilweise berücksichtigt werden. Das Ergebnis, nach dem Sie zu suchen scheinen, ist „Lass mich in Ruhe“, und das Ergebnis, nach dem er zu suchen scheint, ist „dass Sie sich ändern“. Sie haben nicht angegeben, ob Sie berechtigt sind, in Ruhe gelassen zu werden, und wir haben nicht genügend Details, um zu wissen, ob er Recht hat, wenn er erwartet, dass Sie sich ändern.

Sie scheinen beide sehr früh in Ihrer Karriere zu sein, daher ist die einzige unumstrittene Aussage, die ich meiner Meinung nach machen kann, dass Sie in Ihrem Handwerk viel besser werden müssen und er in seinem Handwerk viel besser werden muss.

Letztendlich sollten die von Ihnen erwähnten 18 % Gehaltserhöhung und die Berücksichtigung von Führungspositionen als Bestätigung dafür angesehen werden, dass Sie den Weg gehen, den Ihr Kunde für Sie wünscht Dies polarisiert Ihre Positionen in "Sie haben Recht und er ist kleinlich". Das wäre eine ungeheuerliche Übertreibung Ihrer Hand ... nur als ein Wort der Warnung. Es ist leicht zu glauben, dass solche Dinge einen Rang bieten, der gezogen werden kann, wenn sie es wirklich nicht sind. Sie sind Zeichen dafür, dass Sie eine Erfolgsbilanz bei der Erledigung guter Arbeit vorweisen können. Ändern Sie diese Erfolgsbilanz nicht.

Wenn ich an Ihrer Stelle wäre, würde ich dies auf jeden Fall mit dem Management besprechen und mich so positionieren, dass dies eine Gelegenheit ist, sich einer Herausforderung durch eine schwierige Person zu stellen. Achten Sie jedoch darauf, es mit nicht-binären Bedingungen einzurahmen. Sie werden sich einige seiner unsinnigen Kritikpunkte zu Herzen nehmen wollen, aber tun Sie dies erst, nachdem Sie die Liste der Dinge , die Sie mit Ihrem Managementteam tun werden, gepflegt haben. Andernfalls wird Ihre Bereitschaft, Ihr Verhalten zum Wohle Ihres Teams zu ändern, nicht sichtbar sein und er wird einfach in der Position sein, „falsches Verhalten zu korrigieren“.

Ihre Zurückweisung seiner Kritik scheint mehr von seiner Herangehensweise als vom Inhalt seiner Äußerungen zu stammen (die subjektiv triftige Gründe sind, ihn zu ignorieren), aber wenn das Management dies nicht so sieht, laufen Sie Gefahr, als stur rüberzukommen.

Nur ein Spuckball auf etwas, das für Sie vielleicht die am wenigsten hängende Frucht ist, die ich sehe, ist, sich zu fragen, ob seine Empfehlungen gegen die Codierungsstandards Ihres Teams verstoßen. Wenn Sie feststellen, dass Sie keine definierten Codierungsstandards habenSie könnten sich an Ihr Management mit der Idee wenden, sie zu definieren, und dann die Teambesprechungen leiten, bei denen er wahrscheinlich eine Menge Dinge zu sagen hat, wie das Team Dinge tun sollte, und Sie können zwischen den anderen Teammitgliedern moderieren. Dieser Ansatz hat den Vorteil, dass er sich zu Wort melden kann, Sie eine umsichtige Führung demonstrieren und Ihr Team als Gruppe entscheiden kann, welche Standards gelten sollen. Das lenkt seine Energie weg von der direkten Konfrontation mit Dingen, mit denen er nicht einverstanden ist, und macht es zum Team. ...Stellen Sie sicher, dass das Management weiß, dass es Ihre Idee ist, das Thema auf diese Weise anzusprechen.

Sie werden fast immer Wege finden müssen, mit schwierigen Menschen zusammenzuarbeiten, es sei denn, Sie gelangen in eine Position, in der Sie die Kontrolle über Ihre Belegschaft haben.

Du wirst ihn mit ziemlicher Sicherheit nicht ändern können; Sie sollten seine übereifrige Suche nach Fehlern bei anderen manipulieren, um sich in Ihren eigenen Augen und in den Augen Ihres Managementteams zu verbessern.

Die Umstände, wann und wo er dies tut, können Ihre Reaktion bestimmen.

Wenn es sich um eine tatsächliche Codeüberprüfung handelt, müssen Sie höflicher sein. Halten Sie eine Reihe von Antworten für die häufigeren Kritikpunkte bereit, die die Standards Ihrer eigenen Organisation widerspiegeln. Wenn der Codierungsstandard einen Tabulator zum Einrücken verwenden soll und er Leerzeichen verwenden möchte, dann schlagen Sie ihn nieder, weil er in seinen Vorschlägen gegen die Standards verstößt. Einige neue Leute möchten Standards anwenden, die sie anderswo gelernt haben, und vergessen, dass jeder Ort seine eigene Art hat, Geschäfte zu machen. Wenn es keinen Standard gibt (und die Art und Weise, wie Sie Dinge tun, mit der Vorgehensweise anderer Entwickler übereinstimmt), dann sagen Sie ihm, dass sein Kommentar irrelevant ist und er sich auf echte Probleme konzentrieren soll.

Wenn er Sie auf Dinge anspricht, für die er andere Entwickler nicht kritisiert, und sie dasselbe tun, dann fragen Sie ihn, was sein Problem ist, dass er Dinge in Ihrem Code beanstandet, die er in anderen Code nicht beanstandet. Seien Sie in diesem Fall stark genug in Ihrem Einwand, dass er Sie wie eine Kobra behandelt, die ihn jeden Moment beißen könnte. Er hat Sie als leichte Beute auserkoren, wenn er nicht die gleiche Kritik an anderen übt. Zeigen Sie ihm, dass er sich darin irrt.

Und für Code-Reviews ist dies ein wichtiger Punkt. Wenn er einen stichhaltigen Punkt macht, akzeptiere das anmutig und setze ihn um. Wenn Sie alles ablehnen, was er sagt, sehen Sie nur schlecht aus. Aber wenn Sie die gültigen Dinge gut akzeptieren, sieht er dumm aus, weil er die ungültigen Dinge geschoben hat.

Wenn er das aus heiterem Himmel anfängt oder nur, wenn andere Leute in Hörweite kommen, dann schalte ihn mit so etwas aus wie:

• Das ist für die anstehende Diskussion irrelevant
• Das geht dich nichts an
• Das ist nicht der aktuelle Standard
• Ich arbeite nicht für dich
• Ich wusste nicht, dass du der Programmiergott bist, der Dinge diktieren darf. Können Sie mir die E-Mail zeigen, in der Ihnen diese Verantwortung übertragen wurde? (Sarkasmus wirkt manchmal Wunder)
• Können wir auf das relevante Problem zurückkommen, wie ... (hilft, wenn Sie etwas ansprechen, bei dem er an dieser Stelle verbessert werden muss)
• Es wurde bereits entschieden, in diese Richtung zu gehen, und wir werden es an dieser Stelle nicht noch einmal aufgreifen (gut, wenn er die Software/Methode kritisiert, die Sie für ein Problem verwenden, anstatt das pingelige Zeug.)
• Das ist falsch.

Wenn Sie Kollegen haben, denen Sie als Verbündete vertrauen können, dann bringen Sie sie dazu, ihn ebenfalls zum Schweigen zu bringen. Wenn Sie sagen, dass dies keine gültige Kritik ist, und dann eine oder mehrere andere Personen in die Diskussion einsteigen und Ihnen zustimmen, dann verstärkt das Ihren Standpunkt.

Ich möchte auch meine 5 Stifte hinzufügen.

Da ich aufgrund Ihrer Beschreibung das Gefühl habe, dass ich durchaus dieser Typ sein könnte, werde ich Ihnen zunächst sagen, was meiner Meinung nach an Ihrem Ansatz falsch ist, und Ihnen zusätzlich einen Rat geben, der Ihnen vielleicht sogar helfen könnte, seinen zu verstehen wirkliche Absichten, falls seine Absichten tatsächlich aus derselben Quelle stammen wie meine.

Also zunächst einmal kann ich sein Fachwissen nicht mit Ihrem vergleichen. Aber ich gehe davon aus, dass Ihre Selbstdarstellung hier auch voreingenommen ist.

Was also, wenn Sie vielleicht ein bisschen zu selbstbewusst mit Ihren eigenen Fähigkeiten sind? Alles, was ich bisher gelesen habe, was Sie versucht haben, war:

Ich habe mehrere Strategien ausprobiert, um damit umzugehen: es zu ignorieren und meinen Geschäften nachzugehen, höflich, aber bestimmt zu erklären, warum diese Person falsch liegt, diese Person zu bitten, sich zu beruhigen, und mit Humor auf die lächerliche Natur einiger der mehr Schwachstellen hinzuweisen - wählerische Kritik.

All dies impliziert, dass er falsch liegt oder sogar seine Gedanken abwertet. Aber was wäre, wenn Sie sich tatsächlich geirrt hätten? Oder vielleicht liegt sogar keiner von Ihnen beiden falsch und Sie beide erwarten nur, dass der andere andere Erwartungen an das Gespräch hat, als Sie tatsächlich haben?

Lassen Sie mich nun sagen, was tatsächlich der Fall sein könnte, da ich damit nicht selten konfrontiert werde:

Ich entwickle in C und irgendwann habe ich sogar festgestellt, dass es mir Spaß macht, Standarddokumente für Spezifikationen wie Programmiersprachen zu lesen, also wurde es mein Hobby, die Sprache anhand ihrer Definitionen zu lernen. Einige von ihnen sind nützlich. Einige von ihnen sind nur für bestimmte Fälle. Einige von ihnen sind einfach nur dumm, aber immer noch Teile, die streng genommen die Sprache definieren. Besonders die für Sonderfälle entworfenen Regeln werden normalerweise einfach von Compilern umgangen, sodass sich niemand darum kümmern muss. Aber nur weil Ihr Compiler den potenziellen Mangel an Wissen des Benutzers umgeht, heißt das nicht, dass er richtig wird, nur weil er funktioniert.

Ich mag es sehr, andere mit meinen Bemühungen aufzuklären, C so ISO/IEC-konform wie möglich zu lernen, und es macht mir Spaß, dies zu tun. Manchmal, wenn ich den Code anderer überprüfe, benachrichtige ich sie über etwas, das nicht streng konform zu C ist. Und hier tauchten normalerweise 2 Situationen auf, von denen eine mir wirklich Spaß macht, während die andere Situation ^mir irgendwie unangenehm war

Also die erste Option, die normalerweise passiert:

• Die andere Person fragte nach den Auswirkungen und den Gründen, warum dies falsch sein sollte, und es kam zu einer Diskussion, bei der wir beide die Argumente mit einem Punkt beendeten, bei dem ich zufrieden war sagen können, der Code unterscheidet sich so nicht von dem, was ich habe getan hatte, ist aber eine der bösen Grenzfall-Optimierungen, die bei anderen Gelegenheiten den Code ungültig machen könnten, und die andere Person bedankt sich für das Gespräch und meine Bemühungen, ihr Wissen zu verbessern.

und das zweite ist:

• Die Person fühlt sich beleidigt, fängt einfach an, sich zu verteidigen, indem sie mich um einen Beweis dafür bittet, dass sie falsch liegt, da sie tatsächlich arbeitet und den Job macht. Während ich es hier leicht beweisen könnte, ziehe ich mich einfach zurück, da es nicht meine Absicht ist, sie dafür zu entlarven, dass sie falsch liegen und was ich lernen musste, wie zuvor erwähnt, in dieser Situation gibt es keine Chance mehr zu erklären: „Hey, ich versuche es nur zu helfen", da dies sowieso nur als Entschuldigung dafür genommen würde, sie bloßzustellen.

Vielleicht ist er einfach noch nicht an dem Punkt, an dem er gelernt hat, dass manche Leute einfach nicht gerne ihr Wissen bei spontanen Gelegenheiten verbessern. Abgesehen davon, dass Sie eine dieser Personen sind oder nicht, denken Sie daran, wenn Sie mit mir gesprochen hätten, wäre es eine freundliche Geste und überhaupt keine Beleidigung gewesen.

Auch besonders Ihr Beispiel mit dem weggelassenen Leerzeichen zwischen dem Gleichheitsoperator und den Operanden macht mich etwas beleidigt, aber ich bin mir sicher, dass Sie hier keine bösen Absichten hatten.

Ich habe zum Beispiel nie jemanden gesehen, der sich gegen meinen Rat gewehrt hat, ihm dort ein Leerzeichen zu setzen, und selbst wenn sie es immer wieder weggelassen haben, habe ich es immer wieder geändert, wenn ich ihren Code überprüfen musste (und das ist auch kein Witz!).

Hier möchte ich ein weiteres Beispiel hinzufügen:

Ich arbeite in einem kleinen Startup-Unternehmen, das tatsächlich an Größe zunimmt. Offensichtlich gab es am Anfang keine Codierungsrichtlinien. Unser CEO hat mich vor einigen Monaten beauftragt, solche Richtlinien zu erstellen, da ich mich besonders mit zurückhaltenden Ausdrücken, Zeichen und Schlüsselwörtern der C-Sprache auskenne. Also habe ich es gemacht, präsentiert und es wurde genehmigt. Aber dennoch kümmert sich niemand darum, und unser CEO macht sich nicht die Mühe, es durchzusetzen, obwohl er immer noch seine Gründe hatte, mich damit zu beauftragen und mein Design zu genehmigen, gibt es nicht viel, was ich dagegen tun kann, außer andere daran zu erinnern . Also könnte ich natürlich einfach aufstehen und sagen: „ Hört zu, Leute! Kennt ihr die Richtlinien, die ich entworfen habe? Ich erwarte, dass ihr sie von nun an streng respektiert, und ich werde euren Code korrigieren, damit er ihnen entspricht, wenn es euch immer noch egal ist!“". Unser CEO würde diesen Schritt wahrscheinlich sogar unterstützen, aber ... Komm schon, wie sehr würde ich für meine Zukunft in diesem Unternehmen suchen? Also erinnere ich mich immer wieder an sie, wenn ich sehe, dass sie gegen die Richtlinie verstoßen." Irgendwann und überließ es ihnen, obwohl ich wusste, dass sie es tun mussten. Aber es ist nicht meine Aufgabe, es durchzusetzen, also kann ich nicht viel dagegen tun, auch wenn es irgendwie weh tut, wenn die eigene Arbeit auf diese Weise missachtet wird der pingelig Typ zu sein, der gelegentlich tadelt, "weil er seine sogenannten Richtlinien nicht respektiert".

Also diese kleine Geschichte von meiner alltäglichen Einstellung, um Ihnen hoffentlich zu helfen, seinen Standpunkt besser zu verstehen und warum er so handelt, wie er handelt.

TL & DR:

Was ist also das Fazit?

Ich würde Ihnen raten, zu versuchen, seine Beweggründe zu verstehen und dabei meine Sicht auf Situationen im Auge zu behalten, die mir in meinem Arbeitsleben widerfahren sind.

Die Art und Weise, wie Sie das OP geschrieben haben, lässt Sie erscheinen, da Sie davon ausgehen, dass er dies mit schlechten / egoistischen Absichten tut.

Aber um Ihr Problem zu lösen, sollten Sie zuerst versuchen herauszufinden, ob das wirklich der Fall ist. Wenn er dir das nächste Mal sagt, dass du falsch liegst, frag ihn, wie er das besser lösen würde, versuche seine Bedenken zu verstehen und du wirst wahrscheinlich sehen, ob er wirklich nur seine Überlegenheit demonstrieren will oder will fachlicher Austausch.

Wenn letzteres der Fall ist, denke ich, dass es Ihre Meinung über ihn sowieso ändern wird.

Und wenn ersteres der Fall sein sollte ... Nun, dann habe ich nichts hinzuzufügen, was nicht schon eine der anderen Antworten empfohlen hat.

¹ und ich hatte wirklich harte Zeiten, um zu lernen, mit dieser Situation umzugehen, und obwohl ich das Gefühl habe, dass ich das mittlerweile ziemlich gut mache, fühle ich mich immer noch unsicher, wenn dies jemals passiert.

Manchmal haben neue Mitarbeiter sehr gute Ideen. Und manchmal wollen sie einfach, dass alle plötzlich anfangen, so zu arbeiten, wie es für sie am besten funktioniert.

Egal wie gut oder wie schlecht ihre Ideen sind, das kann sehr störend sein. Und wie Sie sehen, kann es für andere äußerst demoralisierend sein.

Entweder Sie oder Ihr Vorgesetzter müssen mit dieser Person sprechen und ihr erklären, dass sie der Neue ist und jeder etwas zu tun hat. Während Sie ihren Enthusiasmus schätzen und an Vorschlägen zur Verbesserung Ihrer Prozesse, Ihres Programmierstils usw. interessiert sind, ist es einfach zu viel und zu störend.

Wenn Sie einen schriftlichen Programmierstil haben und diesem nicht folgen, liegen Sie falsch. Aber wenn Sie keinen schriftlichen Programmierstil haben oder dem aktuellen Schreibstil folgen, dann sind Sie richtig. Niemand sollte über Stil pingelig sein. Wenn sie ein Stildokument schreiben möchten, das das Team berücksichtigen kann, ist das in Ordnung. Wenn sie eine E-Mail schreiben möchten, in der sie vorschlagen, dass eine Stiloption besser ist als eine andere, ist das in Ordnung. Aber wenn Sie keine Stilregeln haben, dann haben Sie sie nicht. Sie können keine nicht existierende Regel erzwingen.

Es ist möglich, dass Sie von diesem neuen Mitarbeiter eine Reihe großartiger Vorschläge erhalten. Aber es kann nicht alles auf einmal sein und es kann nicht auf negative Weise geschehen.

Hoffentlich schätzt Sie das Unternehmen so sehr, dass Ihr Manager sie dazu bringt, es abzuschwächen, wenn Sie es nicht können. Meine Erfahrungen mit Menschen, die alles verändern wollen und jeden kritisieren, sind leider nicht gut. Dies gilt insbesondere für Menschen mit begrenzter Erfahrung. Sie müssen möglicherweise den einen oder anderen Job verlieren, um zu erfahren, dass das Unternehmen, für das sie arbeiten, nicht so läuft, wie sie es persönlich bevorzugen.

Es scheint, dass die Nitpicks dieses Kollegen von der Sorte "Leerzeichen oder Tabulatoren" sind, wo ihre Vorlieben größtenteils eher kosmetischer Natur sind als eine Frage der langfristigen Wartbarkeit.

Meine Faustregel lautet oft: Ist diese Stilentscheidung notwendig, um sicherzustellen, dass das Refactoring von Suchen und Ersetzen mit einem Klick auf eine Schaltfläche funktioniert, und ist dieser Codeblock - und der Stil, in dem er geschrieben ist - stark von mehreren abhängig? Segmente der Codebasis? Wenn Sie beide Fragen mit „Ja“ beantwortet haben, sind die Bedenken Ihrer Kollegen möglicherweise berechtigt. Andernfalls, und insbesondere, wenn Spitzfindigkeiten der Bereitstellung eines echten Mehrwerts im Wege stehen, sollten Sie den Mitarbeiter unmissverständlich darüber informieren, dass seine Präferenzen den Fortschritt hemmen und dass er seine Präferenzen für sich behalten sollte, wenn er eine grundlegende Metrik nicht besteht. Hoffentlich kann ein Standard verhindern, dass solche Situationen erneut oder zumindest in der von Ihnen beschriebenen ärgerlichen Häufigkeit auftreten.

Wie Paparazzi jedoch treffend feststellte, sollte jedes anhaltende Problem mit einem Kollegen, das Sie nicht selbst lösen können, zu Ihrem Vorgesetzten gebracht werden. Das ist ihre Aufgabe.

Haben Sie die Möglichkeit in Betracht gezogen, dass Ihr Kollege gültige Punkte haben könnte?

Ich werde mich auf Folgendes konzentrieren: "... bis hin zu der Frage, ob Leerzeichen zwischen einem Gleichheitszeichen und einer Variablenzuweisung eingefügt werden sollen (ich mache keine Witze)."

In meinen Jahren als Entwickler habe ich andere kritisiert für:

• Inkonsistente Verwendung von Abständen.
• Verwenden von Leerzeichen zum Einrücken anstelle von Tabulatoren.
• GROSSBUCHSTABEN von Variablennamen.
• Falsch geschriebene Funktionsnamen.

All dies sind rein kosmetische Probleme. Deshalb halte ich sie für wichtig:

• Wenn eine Datei von einer Person bearbeitet wird, dann von einer zweiten, zurück zur ersten usw., sammelt das Quellcodeverwaltungssystem "Unterschiede" zwischen den Dateien. Wenn die beiden Entwickler nicht einverstanden sind, wie Whitespace verwendet werden soll, werden diese Diffs voller bedeutungsloser Whitespace-Änderungen sein, was es schwierig macht, die tatsächlichen Änderungen zu finden. Jedes Team muss Regeln für die Verwendung von Leerzeichen festlegen und sich daran halten.
• In Java besteht die Konvention darin, ALL_CAPS für konstante (statische finale) Variablen auf Klassenebene und camelCase für andere Variablen und Funktionen zu verwenden. Die meisten anderen Sprachen haben ähnliche Konventionen. Wenn Sie sich für eine nicht standardmäßige Großschreibung entscheiden, können die Leute über Ihre Variablenverwendung verwirrt sein und davon ausgehen, dass eine Variable statisch final ist, obwohl dies keines von beiden ist. Dies kann zu subtilen Fehlern führen.
• Ich habe einmal eine Funktion geschrieben, die eine Funktion in einer Oberklasse überschreiben sollte, aber der andere Programmierer verwendete eine unerklärliche Schreibweise, also war meine neue Funktion nur eine neue Funktion, keine Überschreibung (das war, bevor @Override üblich war). Sehr subtiler Fehler, dessen Korrektur viel Zeit verschwendet und viel Schimpfen erforderte.

Sie sind immer noch ein neuer Programmierer und Ihr Kollege ist neuer. Aber es ist möglich, dass er/sie gute Gewohnheiten von einem Professor mit viel Erfahrung gelernt hat, von jemandem, der durch „kosmetische“ Probleme verursachte Probleme durchgemacht hat und der versteht, wie wichtig sie sein können.

Andererseits bleibt die Möglichkeit, dass Ihr Kollege einfach nicht richtig liegt. Was Sie beschreiben, klingt nach einer Art „ Mansplaining “: Ein Mann kritisiert eine Frau wegen trivialer Dinge, nicht weil er wirklich glaubt, dass sie falsch liegt, sondern aus dem Bedürfnis heraus, sie zu dominieren. So etwas ist in der Tech-Branche leider üblich. Wenn dies Ihre Situation ist, könnte der Umgang damit etwas komplizierter sein. Die Suche nach Hilfe von Kollegen oder dem Management kann erfolglos sein, da andere Männer bei einem solchen Verhalten oft die Augen verschließen.

Was ich empfehle: Ignorieren Sie die Kritik nicht. In beiden Fällen hilft das der Sache nicht weiter. Engagieren. Wenn sich die Kritik auf Abstände oder einen anderen Aspekt des Codierungsstils bezieht, suchen oder erstellen Sie einen Codierungsstil-Leitfaden. Jedes Entwicklerteam sollte eine haben. (Sonarqube bietet automatisierte Überprüfungen im Codierungsstil an, die sehr gut sind, auch wenn ich nicht einverstanden bin, wo sie offene Klammern setzen).

Wenn Ihr Code dem Style-Guide entspricht, kann jede Spitzfindigkeit an diesen Punkten zurückgewiesen werden, indem Sie auf den Leitfaden verweisen. (Ohne einen schriftlichen Leitfaden kann die Kritik so schwanken, dass Sie nicht gewinnen können.) Es kann einige Zeit dauern, zu lernen, sich an Konventionen zur Großschreibung zu halten, aber es lohnt sich. Wenn Sie Schwierigkeiten mit der Rechtschreibung haben (einige sehr schlaue Leute haben Probleme mit der Rechtschreibung), hilft Übung.

Wenn Sie das Gefühl haben, dass das Problem eher in der Art von "Mansplaining" liegt, dann würde ich empfehlen, (zu Hause, auf Ihrem PC) Artikel darüber nachzuschlagen, wie man mit Mansplaining umgeht. Es gibt viele Frauen in der Softwarebranche, die schon lange dabei sind und sehr hilfreiche Ratschläge haben. Ich bin keiner von ihnen, also kann ich wahrscheinlich nicht viel helfen.

Es gibt verschiedene Programmierpraktiken, und es stimmt nicht, dass jemand mit einem Monat XP nicht in der Lage wäre, jemanden mit 18 Monaten XP zu korrigieren, aber hier könnte er diese Dinge in der Sitzung ansprechen, wenn Sie oder andere Programmierer über das Programmieren sprechen Stile, wir haben solche Sitzungen, in denen uns einige Senior-Mitglieder über Best Practices erzählen, und Junioren nehmen auch daran teil, dass Sie ihm manchmal mit gültigen guten Punkten vorschlagen müssen, diese Dinge in eine solche Sitzung einzubringen, damit fast jeder dazu beitragen kann dies, anstatt dies ab und zu auszuwählen, da es irritierend wird, während der Entwicklung jede dumme Sache zu beantworten und zu erklären.

Sprechen Sie mit ihm und sagen Sie ihm, dass er während einer solchen Sitzung seine Best-Practice-Ideen zur Sprache bringen soll, anstatt Erbsenzählerei zu machen, zumindest wird er sich nicht völlig ignoriert fühlen (wenn er in etwas richtig war).

Eine effiziente Gegenmaßnahme besteht darin, die eigene Arbeit so weit zu verbessern, dass er nicht in der Lage ist, genügend echte Probleme zu finden, um fortzufahren.

Das wird ihn nicht aufhalten, das verstehe ich. Aber wenn er immer noch versucht, die Kritik in Eimern zu gießen, wird er anfangen, Fehler zu machen und verletzlich zu werden.

Dann sollten Sie (öffentlich, bei allem Zuhören) zeigen können, dass diese oder andere Kritik haltlos ist und eigentlich eine Inkompetenz des Kritikers selbst zeigt. Ein oder zwei solcher Verluste in der Öffentlichkeit sollten ihn viel ruhiger machen.

Überprüfen Sie auch, ob die Arbeit des Kollegen wirklich einwandfrei ist. Sehr oft stellen solche Menschen andere und viel entspanntere Anforderungen an sich. Es kann viel besser funktionieren, einen Fehler auf Ihrer Seite zu finden und offen zu diskutieren, als zu versuchen, die Kritik erneut zu verteidigen.

PS Versuchen Sie nicht, mit Sarkasmus zu antworten, das kann relativ leicht gegen Sie gerichtet werden.

Ihre Frage

Ich frage mich, ob jemand Ratschläge hat, wie man mit einem Kollegen umgeht (mit ungefähr 1 Monat Erfahrung an meinem Arbeitsplatz im Vergleich zu meinen 18 Monaten), der jede mögliche Gelegenheit nutzt, um meine Arbeit bei jedem Schritt des Prozesses beharrlich zu kritisieren.

Sie sagen dann weiter

Das ist mein Traumberuf. In den letzten 17 Monaten, bevor er anfing, wachte ich jeden Tag aufgeregt auf, um zur Arbeit zu gehen. Jetzt ist es schlimm genug, dass ich ernsthaft überlege aufzuhören.

Vielleicht ist das, wonach Sie suchen, weniger ein Weg, mit Ihrem Kollegen umzugehen, als vielmehr, Ihren Traumjob wieder zu genießen? Vielleicht nicht. So oder so, es gibt zwei Möglichkeiten:

1. sie können etwas ändern
2. du kannst was ändern
3. nichts des oben Genannten

1. Können sie etwas ändern?

Objektiv gesehen fällt es Menschen schwer, sich zu ändern, unabhängig davon, wie gut sie informiert sind. Denken Sie daran, wie viele Menschen mit dem Rauchen aufhören, weil ihr Arzt sie vor Lungenkrebs warnt, und das ist eine Situation, in der sie möglicherweise sterben könnten . Denk darüber nach. Jemand sagt ihnen, dass sie sterben könnten, wenn sie sich nicht ändern, und sie tun es immer noch nicht.

Wie stehen also die Chancen, dass sich Ihr Kollege nur zu Ihrem Vorteil ändert?

Selbst wenn sie sich um deinetwillen ändern würden, gibt es für dich keine klare Möglichkeit, ihnen diese Änderung aufzuzwingen.

2. Können Sie etwas ändern?

So wie ich es sehe, haben Sie bereits versucht, was ich die realistische Option nennen würde (ihm sagen, warum er objektiv falsch liegt). Es gibt zwei weitere Optionen (die ich sehen kann) und beide sind gleichermaßen gültig.

Sie: Der Pessimist

Angenommen, Ihr Kollege ändert sich nicht und wird sich nie ändern und Sie wechseln den Arbeitsplatz nicht: Können Sie diesen Job behalten, ist dies wieder Ihr Traumjob geworden, unabhängig von Ihrem Kollegen? Wenn die Antwort ja ist und Sie einen klaren Weg dorthin sehen, verfolgen Sie diesen Weg unerbittlich. Wenn Sie den Pfad nicht sehen können, sehen Sie sich den folgenden Absatz an und prüfen Sie, ob das hilft. Wenn die Antwort absolut nein ist, denken Sie darüber nach, aufzuhören. Ich verspreche Ihnen, es gibt mehr als einen Traumjob. Manchmal müssen wir die guten Dinge in unserem Leben loslassen und hoffen, dass wir etwas noch Besseres finden.

Sie: Der Optimist

Hast du versucht, ihm zuzustimmen? Unabhängig davon, ob Sie einverstanden sind oder nicht. Treten Sie für einen Moment in seine Welt ein, in der Sie davon ausgehen, dass Sie tatsächlich im Unrecht sind. Bleiben Sie dort und weisen Sie auf Dinge hin, von denen Sie glauben, dass er sie verpasst hat. Beispiel:

Er: "Sie haben vergessen, hier ein Leerzeichen zu setzen"

Sie: „Weißt du was? Du hast recht. Und ich habe vergessen, es hier auch zu tun. Danke. Kannst du eine Codeüberprüfung dieses Patches durchführen, um zu sehen, ob es weitere stilistische Entscheidungen gibt, die ich verbessern könnte?“

Dies entbindet Sie von jeglicher Verantwortung , mit ihm umzugehen . Mit ihm umzugehen ist nicht deine Aufgabe. Ihre Aufgabe ist es, Code zu schreiben und dabei so gut wie möglich zu sein.

Immerhin, um Sie zu zitieren:

Wie bei den meisten Programmierern gibt es jedoch natürlich konstruktive Kritik, wenn sich jemand meine Arbeit genau genug ansieht. Normalerweise genieße ich den Austausch/die Überprüfung von Code und sehe darin eine produktive Gelegenheit zum Lernen.

Sie genießen die Überprüfung des Codeaustauschs. Sie sehen es als Lerngelegenheit . Nutzen Sie diese Gelegenheit, um von ihm zu lernen, auch wenn es objektiv falsch sein mag. Nehmen Sie es nicht blind, stellen Sie Fragen wie

Oh, ok. Wie ich sehe, haben Sie in meinem Code mehrmals darauf hingewiesen. Wo kann ich mehr darüber lesen?

Dieser gibt ihm den Ball zurück. Kann er seine Kritik mit Fakten/Best Practices untermauern? Kann er ein hilfreicher Kollege sein? Hilfsbereit zu sein bedeutet, Kritik zu überwinden und Ihrem Kollegen zu helfen, sich zu verbessern.

3. Nichts ändert sich

Nehmen wir an, er ändert sich nicht und Sie ändern sich nicht in Bezug auf Ihre Interaktionen. Lassen Sie uns in Ihrer Frage etwas zurückspulen:

Es gibt objektive Beweise dafür, dass ich tatsächlich gut in meinem Job bin. Diese Woche habe ich eine Gehaltserhöhung von 18 % erhalten. Jede Leistungsbeurteilung, die ich je erhalten habe, war hervorragend, und ich werde häufig vom Management für Führungspositionen vorgeschlagen.

Sie sind also gut in Ihrem Job und erkennen an, dass es Raum für Verbesserungen gibt. Ihre Vorgesetzten schlagen Sie sogar für Führungspositionen vor. Wenn Sie ihn tatsächlich als Erbsenzählerin sehen und glauben, dass seine Vorschläge nicht wichtig sind, warum betrifft Sie das so sehr, dass Sie Ihren Traumjob nicht genießen? Schließlich sind Sie objektiv gut in Ihrer Arbeit. Hier gibt es eine Trennung. Entweder ist das, was er sagt, ungültig, und Sie sollten sich nicht darum kümmern, selbst wenn er Sie damit belästigt. Oder was er sagt, ist zusätzlich zu deiner guten Arbeit wahr, in diesem Fall solltest du dich unbedingt darum kümmern.

Viel Glück, ich hoffe, Sie finden wieder Freude an der Arbeit. Das hat jeder verdient :)

Bearbeiten: Unabhängig, aber wichtig: Nitpicks des Typs "Leerzeichen vs. Tabulatoren" sollten von einem Sanity-Bot / Pre-Commit-Hooks behandelt werden, der Ihre Commits durchgeht, bevor sie überhaupt veröffentlicht werden. Sehen Sie sich hier die Git-Pre-Commit-Hooks an . Schlagen Sie vor, dass Ihr Team eine Stilprüfung durchführt, da die Automatisierung über Entwickler geht, die Meinungen zum Stil äußern.

Ich weiß, dass dies bereits viele Antworten hat, und während die Antwort von Zaibais dies berührt, wollte ich einen kurzen Vorschlag hinzufügen, der in der Vergangenheit für mich (und AUF mich) funktioniert hat.

Manchen Menschen fällt es schwer, ihre „guten Ideen“ für sich zu behalten. Ich weiß, dass viele Leute nicht verstehen, warum ich etwas dagegen habe, wenn Leute ihre Variablen von ihren Zuweisungen mit Tabulatoren trennen, damit sie eine hübsche Liste erstellen können, die alle am selben Tabstopp ausgerichtet sind. Wenn Sie mit meiner Spitzfindigkeit aufhören wollen, hören Sie mir einfach zu und verstehen Sie mich. Es ist mir nicht so wichtig, ob Sie das tun, was Sie tun (ich habe daran gearbeitet), aber ich kann nicht anders, als zu versuchen, Ihnen zu helfen, wenn ich einen Weg sehe, wie Sie die Dinge besser machen können. Ich werde dich nach dem Mittagessen nicht mit Spinat zwischen den Zähnen herumlaufen lassen; Ich werde etwas sagen.

Haben Sie versucht, so zu tun, als wäre es keine Kritik, sondern nur ein hilfreicher Vorschlag? Manchmal, wenn Sie sagen: "Oh, warum denken Sie, dass das wichtig ist/sollte so gemacht werden?" Sie können Kritik in eine Diskussion verwandeln, in der Sie zeigen können, dass Sie sich auskennen und Gründe haben, die Dinge so zu tun, wie Sie sie tun. Wenn Sie anfangen zu diskutieren und zuzuhören, verbinden Sie sich. Menschen, die keine Soziopathen sind, fällt es schwerer, Menschen niederzureißen, zu denen sie eine Verbindung haben. Wer weiß, vielleicht sind sie das Yin zu Ihrem Yang und das Team wird besser, wenn Sie sich gegenseitig ausbalancieren.

Dies mag für Sie zu schwierig sein, je nachdem, wie angespannt die Dinge sind, aber ich habe eine ähnliche Situation umgedreht, indem ich eine E-Mail gesendet habe, in der ich einfach eine gute Qualität der Person wertschätze. „Sharon, ich weiß es wirklich zu schätzen, dass Sie sich zu Wort melden, wenn Sie etwas sehen, von dem Sie denken, dass es besser gemacht werden könnte. Ich stimme Ihnen vielleicht nicht immer zu, aber ich respektiere, dass Sie ständig auf das Team achten.“ Oder so ähnlich – es muss aufrichtig sein, was es schwierig macht, wenn man jemandem gegenüber viele schlechte Gefühle hat.

Seit einiger Zeit in der Branche. So rollen einige Entwickler.

Sagen Sie ihm das nächste Mal, dass Sie sehr beschäftigt sind und er einen Brief schreiben muss, und Sie werden lesen, wenn Sie Zeit finden. Irgendwann bekommt er die Nachricht

Ich werde das von einer etwas anderen Herangehensweise angehen.

Der Fehler liegt darin, dass Sie (zwei) schlechte Teamentwickler sind. Es gibt kein Ich im Team, und obwohl dieser Typ vielleicht falsch vorgeht, hat er zu 100% recht, dass diese Entscheidungen auf „Teamebene“ getroffen werden und er einen gewissen Einfluss darauf haben sollte.

Auswahl von Softwarepaketen bis hin zu Leerzeichen zwischen einem Gleichheitszeichen und einer Variablenzuweisung (ich mache keine Witze).

Linting Ihres Codes ist wichtig. to space or not to space ist eine ernsthafte Frage des Codestils, die einige Metriken verfehlen wird. Die beste Antwort hier ist, einen Styleguide zu haben, auf den Sie verweisen können, der besagt, dass Sie keine Leerzeichen setzen oder Leerzeichen setzen müssen. Wenn Sie es manchmal so und manchmal anders machen. Dann sind Sie ein "schlechter Entwickler" und er hat jedes Recht, Sie zu kritisieren. Wahrscheinlicher ist, dass Sie Leerzeichen mögen und er nicht (oder umgekehrt). Ein Styleguide behebt dies in etwa 30 Sekunden. Natürlich muss man sich daran halten, und das kann scheiße sein, während man sich anpasst. Fast jede Programmiersprache, die ich gesehen habe, hat einen Styleguide, den man einfach "benutzen" kann. Die meisten, wenn nicht alle, verfügen über Tools, mit denen Sie diesen Leitfaden durchsetzen können.

Dasselbe gilt für Pakete (eher Codepakete oder Toolketten), es sollte einen netten vordefinierten Satz geben, was in Ordnung ist. Wenn Sie etwas brauchen, das nicht auf der "genehmigten Liste" steht, dann ist es Zeit für ein Teammeeting. DAS TEAM muss entscheiden, welche Tools teamweit verwendet werden. Du gehst nicht zufällig in eine Richtung, während dein Teamkollege in eine andere geht.

Die Kurzversion ist, dass Sie beide falsch liegen. Er sollte nicht so aufdringlich sein und Sie sollten ihn in diese Entscheidungen einbeziehen. Du solltest über dieses Zeug reden, bevor er überhaupt die Chance hat, darüber zu piesacken. Du bist jetzt in einem Team und musst dich auch so verhalten. Vielleicht wegen deiner Erfahrung bist du der QB. Aber du wirst nirgendwo hinkommen, wenn deine Linie ein Spiel macht, während du ein anderes machst. Reden, kommunizieren, zusammenarbeiten und HÖREN SIE AUF, Entscheidungen auf Teamebene alleine zu treffen.