Frage:
Leitender Architekt peitscht aus, wenn der Juniorentwickler Fragen stellt. Was ist zu tun?
user1261710
2015-12-09 23:40:43 UTC
view on stackexchange narkive permalink

Ich bin Entwicklerin und arbeite seit 4 Monaten bei meinem derzeitigen Arbeitgeber. Ich bin neu in der Technologie und im Geschäftsbereich. Ich weiß im Grunde nicht viel über irgendetwas.

Ich arbeite am Front-End der Webanwendung und habe in meinem ganzen Leben noch nie an Back-End-Systemen gearbeitet.

Ich Ich muss dem leitenden Entwickler Fragen dazu stellen, was der Server erwartet, und jedes Mal, wenn ich dieser Person eine Frage stelle oder nach einem möglichen serverseitigen Fehler frage, reißt er mir den Kopf ab.

Er wird extrem aufgeregt und sagt etwas wie "Dein Wissen über dieses oder jenes ..." und schüttelt den Kopf. Ich habe gerade erst angefangen. Woher soll ich diese Informationen wissen?

Ich fühle mich ausgebrannt, weil ich nicht die Informationen bekomme, die ich für meine Arbeit benötige, ohne einer Art Feindseligkeit ausgesetzt zu sein. Ich möchte aufhören.

Ich finde es sehr seltsam, dass er sagte, er wünschte, es gäbe mehr Frauen in dieser Branche, aber dann reißt er mir den Kopf ab.

Nach einer weiteren Interaktion mit dieser Person scheint, dass er nur explodiert, wenn er verwirrt ist. Die Front-End-Terminologie ist für ihn verwirrend, so dass er äußerst aufgeregt ist. Sehr seltsam, aber zumindest nicht persönlich.

Es gibt keine Dokumente, nein, diese Leute werden die API nicht mit mir durchgehen, nein, sie ist nicht organisiert. Nein, ich stelle ihm weder ein- noch zweimal im Monat ständig Fragen. Was kann ich also tun, um unsere Arbeitsbeziehung zu verbessern und die Antworten zu erhalten, die ich zur Lösung meiner Herausforderungen benötige?

@Telastyn gibt es verwandte Fragen: [Wie kann man Senior- / Mid-Level-Entwickler um Rat fragen (wenn Sie ein Junior sind)?] (Http://workplace.stackexchange.com/q/42367/168) und [Wie gehe ich damit um? mit einer Zurückhaltung, sich mit anderen zu beraten?] (http://workplace.stackexchange.com/q/2540/168)
Hey Leute, meine Bearbeitung wird hier diskutiert: http://meta.workplace.stackexchange.com/questions/3434/washing-away-gender-bias Der Kommentar, der hier vor sich geht, wird von einigen von einem Moderator gelöscht Punkt - wenn Sie weiter darüber diskutieren möchten, lassen Sie uns bitte dort sprechen.
Kommentare sind nicht für eine ausführliche Diskussion gedacht. Diese Konversation wurde [in den Chat verschoben] (http://chat.stackexchange.com/rooms/32809/discussion-on-question-by-user1261710-male-senior-architect-bullying-junior-fema).
Haben Sie mit Ihrem Manager über diesen Typen gesprochen?
Nehmen Sie sich etwas mehr Zeit, aber denken Sie lange und gründlich über die Zukunft nach. Das Ideal ist, dass Sie einen besseren Mentor in der Organisation finden, aber möglicherweise müssen Sie in eine andere Abteilung wechseln oder einen anderen Job finden, um davon wegzukommen. Der Versuch, die Unternehmenskultur zu bekämpfen, wird ein verlorener Kampf sein. (Ich habe so etwas über 20 Jahre wiederholt gesehen ...)
Ich denke nicht, dass die Kommentare snarky sein sollen. Es waren legitime Fragen, die zu erkennen versuchten, ob es möglich war, dass Sie Ihre Interaktionen wahrnahmen und nicht jemand, mit dem es schwierig ist zu arbeiten (ich weiß, dass es eine Untertreibung ist, aber versucht, freundlich zu allen zu sein).
Fünfzehn antworten:
Kate Gregory
2015-12-10 02:00:37 UTC
view on stackexchange narkive permalink

Sie haben hier mehrere separate Probleme:

  • Sie können die benötigten Informationen nicht aus der Dokumentation oder auf andere Weise erhalten, als mit dieser aggressiven Person
  • der Person zu sprechen Sie müssen Objekte bitten, gefragt zu werden, und dies auf eine Weise, bei der Sie sich schlecht fühlen.
  • Das Verhalten der Person (das Sie erniedrigt) stimmt nicht mit ihren ausdrücklichen Überzeugungen überein (ich wünschte, es wären mehr Frauen in der.) Industrie), so dass Sie eine kognitive Dissonanz verspüren und an Ihren eigenen Beobachtungen über das Verhalten zweifeln.
  • Dinge, die Sie versucht haben, sich vor Mobbing zu schützen, wie das Wechseln zu E-Mail, funktionieren nicht, da er Sie nur besucht um es persönlich zu liefern

Mein Vorschlag an Sie ist, dass Sie aufhören das schlechte Verhalten ignorieren. Ich denke jedoch nicht, dass Sie sich mit ihm über nichts anderes als das Verhalten unterhalten sollten, und ich denke auch nicht, dass Sie es (noch) einem Manager, einer Personalabteilung usw. melden sollten. Stattdessen in dem Moment, in dem seine Antworten Sie zu verärgern beginnen Fangen Sie an, Fragen zu stellen. Versuchen Sie Folgendes:

  • Sind Sie wütend?
  • Soll ich Sie das nicht fragen?
  • Wäre es besser, wenn ich Sie das fragen würde? später?
  • Ist das etwas, das ich bereits wissen sollte?
  • Ist das in der Dokumentation? ( wenn Sie ein "Ja" erhalten, "Wo?")
  • Unterbreche ich zu oft? Soll ich meine Fragen für bestimmte Zeiten speichern?

Viele Entwickler sind unhöflich, weil sie glauben, dass kluge Leute Menschen eher nach ihrem Wissen und ihren Ergebnissen als nach ihren Absichten beurteilen können. Bei Entwicklern über 40 ist es einigermaßen üblich, dass soziale Fähigkeiten wie Höflichkeit überbewertet und unnötig (oder sogar ein Zeichen von Schwäche) sind und dass alles, was sie für ein tugendhaftes Verhalten und ein Zeichen technischer Fähigkeiten halten, unverblümt gesprochen wird. Sie werden diese Person nicht von einem solchen Persönlichkeitsmerkmal heilen, aber Sie können sie möglicherweise darin trainieren, aufzuhören, Ihnen bei der Arbeit Dinge zu sagen, die Sie verärgern .

Wenn Sie beispielsweise etwas fragen wie "Sind Sie wütend?" und er ist es nicht, er kann gut sagen "nein, ich kann einfach nicht glauben, dass du das nicht schon weißt". Du lernst etwas. Er versucht nicht, dass du dich schlecht fühlst. Sie können ihm sogar sagen, dass Sie wütend klingen. Wenn Sie fragen "Soll ich das wissen?" und er antwortet "ja!" Sie können weiter fragen "wie?" und Sie könnten herausfinden, dass sich viele Ihrer Fragen für ihn wie Wiederholungen anfühlen. (Beispiel: "Wie erwartet der Server, dass Daten in Funktion X formatiert werden?" Und "Wie erwartet der Server, dass Daten in Funktion Y formatiert werden?" Wäre dieselbe Frage. "" Wie erwartet der Server Daten? formatiert sein? ", aber Sie haben vielleicht beide an verschiedenen Tagen gefragt.)

Irgendwann werden Sie entweder verstehen, warum er so schlecht reagiert, oder er wird feststellen, dass er ohne Grund schlecht reagiert, und aufhören, dies zu tun. Unterwegs kann er Ihnen sagen, dass er nicht böse ist, dass Sie [was auch immer] nicht wissen sollten und dass die Dokumentation so schlecht ist, wie Sie denken. Diese sollten Sie zumindest ein wenig aufmuntern. Sie werden es vielleicht entdecken Er ist sauer auf denjenigen, der Sie eingestellt oder dem Projekt zugewiesen hat oder der den Antrag auf Dokumentation ein Jahr vor Ihrem Start nicht genehmigt hat, nicht auf Sie. Vielleicht stellen Sie fest, dass seine Fußballmannschaft letzte Nacht verloren hat oder dass er eine feindliche Stimme hat, selbst wenn Er ist glücklich. Alles könnte passieren. Aber klar, so zu tun, als würde er dich nicht verärgern, funktioniert nicht, also tu etwas ist der richtige Schritt. Und ich denke, Fragen sind der Weg, um das anzugehen.

Kommentare sind nicht für eine ausführliche Diskussion gedacht. Diese Konversation wurde [in den Chat verschoben] (http://chat.stackexchange.com/rooms/32818/discussion-on-answer-by-kate-gregory-male-senior-architect-bullying-junior-femal).
"Viele leitende Entwickler sind mürrisch und unhöflich, weil sie der Meinung sind, dass kluge Köpfe keine sozialen Fähigkeiten benötigen." - Dies sind in der Regel die "älteren" Entwickler, die gerade lange genug im selben Job gewartet haben, um befördert zu werden. Entwicklung ist ein Teamspiel, schlechte soziale Fähigkeiten sind nicht in Ordnung.
Stellen Sie außerdem sicher, dass Sie alle technischen Informationen, die Sie erhalten, wie IP-Adressen, bestimmte Netzwerkkonfigurationen, technische und als "Stammeswissen" eingestufte Informationen aufzeichnen (etwas, das Sie möglicherweise nicht herausfinden können, wenn Sie nicht darüber informiert werden). So etwas wie ein Passwort, aber diese müssen gesichert sein und nicht auf einem Blatt Papier :)
Ich möchte darauf hinweisen, dass der leitende Entwickler einfach verärgert sein könnte, weil er viel unterbrochen wird. Als leitender Entwickler sind Sie oft in der Lage, dass viele weniger hochrangige Entwickler ihm ständig Fragen stellen. Das kann frustrierend sein. Eine kleine Unterbrechung bringt Sie aus dem Fluss und ich glaube, ich habe irgendwo gelesen, dass eine 5-minütige Unterbrechung wirklich dazu führt, dass Sie 15 Minuten Produktivität verlieren oder so.
Der letzte Punkt über den Fluss ist auf Punkt. Ich bitte die Leute, mir in Hipchat zu schreiben, anstatt an meinen Schreibtisch zu kommen oder mich anzuschreien, wenn sie Hilfe brauchen, denn dann habe ich die Möglichkeit, die Frage zu beantworten, wenn ich an einem Haltepunkt angelangt bin. Die meisten Leute fühlen sich mit einer Chat-Anwendung unwohl, wenn sie neben der Person sitzen, aber ich würde argumentieren, dass die Zeit, die sie damit verbringen, in Fluss zu kommen, der teuerste Teil der Programmierung ist. Da der OP ein Junior-Entwickler mit sehr wenig Erfahrung ist, wissen sie möglicherweise nichts davon und kommen möglicherweise zum Senior-Entwickler und unterbrechen ihren Fluss.
@IvoBeckers eine 5-minütige Unterbrechung kann Sie sogar eine Stunde Produktivität kosten, wenn das Timing "perfekt" ist :)
Giacomo1968
2015-12-10 00:20:14 UTC
view on stackexchange narkive permalink

Zuerst sagen Sie Folgendes:

Ich muss den leitenden Entwicklern Fragen zu den Erwartungen des Servers stellen und jedes Mal, wenn ich dieser Person eine Frage stelle oder nach einem möglichen serverseitigen Fehler frage Mann reißt mir den Kopf ab.

Er wird extrem aufgeregt und sagt Dinge wie "Du weißt von diesem oder jenem ..." und schüttelt den Kopf. Ich habe gerade erst angefangen, woher soll ich diese Informationen wissen?

Dann sagen Sie Folgendes:

Ich finde es sehr seltsam, dass er sagte, er wünschte, es gäbe mehr Frauen in dieser Branche, aber reißen mir dann den Kopf ab?

In erster Linie, warum sehen Sie dies als geschlechtsspezifisches Problem? 100% nichts in dem, was Sie beschreiben, scheint auf geschlechtsspezifischen Vorurteilen zu beruhen, es sei denn, Sie erklären etwas anderes nicht.

Aber darüber hinaus klingt das Verhalten, das Sie vom leitenden Entwickler beschreiben, wie klassisch alt- Verhalten der Schulentwickler. Ich habe mit Tonnen von erfahrenen Entwicklern und Systemadministratoren zusammengearbeitet, die anscheinend keine Geduld haben.

Manchmal ist dies nur ein anfängliches „Schikanierritual“, bei dem sie bellen und bellen und Sie im Wesentlichen testen, um zu sehen, was los ist und die Dinge beruhigen sich. In anderen Fällen sind diese Leute nur ein Loch und da sie die einzigen sind, die wissen, wie ein System funktioniert, haben sie entschieden, dass dies ihr „Territorium“ im Leben ist und sie es niemals loslassen werden.

Weiter Auf praktischer Ebene würde ich es wie folgt angehen:

  1. Schreiben Sie es: Aus Ihrem Beitrag geht nicht hervor, wie Sie mit diesem leitenden Entwickler kommunizieren (dh wie er vorgeht) oder wie er mit Ihnen kommuniziert, aber Sie müssen Holen Sie sich dies schriftlich. Nicht mehr und nicht weniger. Wenn sich dieser Austausch in E-Mails befindet, speichern, archivieren und teilen Sie diese E-Mails, wenn Sie können, mit einer älteren Person. Wenn es sich um gelegentliche Gespräche handelt, die sauer werden, müssen Sie dem leitenden Entwickler eine E-Mail senden und Folgendes angeben: „Vielen Dank für die Erklärung zur Funktionsweise von XYZ, aber ich fühle mich zunehmend unwohl mit der feindseligen Art, wie Sie sich mir nähern, wenn ich Sie frage diese Fragen." Etwas in diese Richtung.

  2. Richten Sie eine Art von Verfahren ein: Vieles, was Sie beschreiben, klingt nach zufälligen / impulsiven Begegnungen. Vielleicht ist das die Kultur Ihres Unternehmens, aber im Allgemeinen ist es möglicherweise am besten, diese Abfragen so zu strukturieren, dass beide Parteien in Ordnung erscheinen. Haben Sie beispielsweise wöchentliche Besprechungen, um Probleme zu überprüfen? Können Sie wöchentliche Besprechungen planen, um Probleme zu überprüfen? Kann man diesen Begegnungen in gewisser Weise etwas Formalität verleihen? Als Entwickler und Linux-Systemadministrator finde ich, dass eine Art Diskussionsstruktur für Probleme gut funktioniert, da ich manchmal offen für gelegentliche Diskussionen mit Teammitgliedern bin und die impulsiven Anforderungen sich nur zu ständigem Nörgeln verschlechtern. Besser ein etabliertes und angesehenes Verfahren, damit alle glücklich sind.

  3. Zentralisierte Dokumentation: Dies ist möglicherweise schwieriger zu verwalten, aber ich finde, dass eine zentralisierte Dokumentationsquelle eine großartige Möglichkeit ist, den Druck des ständigen Hin und Her zu verringern und zuzulassen Die „unsichtbare“ Welt der technischen Entwicklung soll sichtbar sein. Einige Benutzer führen ein zentrales Dokumentverzeichnis auf einer Dateifreigabe. Andere verwenden ein kollaboratives Dokumentationssystem wie ein Wiki. Was auch immer das Werkzeug ist, das Ziel wäre es, die Dinge so zu dokumentieren, dass Fragen nicht nur dazu führen, dass nur eine Person „das Wissen“ hat, sondern dass das gemeinsame Wissen im gesamten Unternehmen ständig wächst. Im Fall Ihres leitenden Entwicklers kann es für Sie, ihn und andere in der Organisation nützlich sein, ihn dazu zu bringen, sich zu setzen und die Kernfunktionen zu dokumentieren. Und ehrlich gesagt entpersönlicht die Dokumentation den konstruktiven Umgang mit solchen Dingen. Angenommen, Sie lesen eine Seite in einem Wiki über eine Funktion, verstehen sie jedoch nicht. Dann können Sie einfach eine E-Mail an den leitenden Entwickler senden und fragen: "Ich habe über XYZ gelesen, bin aber immer noch verwirrt über einen Teil. Können Sie mir das klarstellen? “ Die Antwort sollte beispielsweise eine E-Mail-Klärung an Sie oder - und dies ist das bessere Szenario - Ihr Kollege sein, der das Wiki aktualisiert, um das Problem zu klären.

  4. ol>

    Am Ende Ich würde dies nicht als einen geschlechtsspezifischen Konflikt betrachten, sondern als ein Problem, bei dem Sie sich mit einer übermäßig aggressiven Mitarbeiterin befassen. Und fürs Protokoll, ich habe mich mit allen Formen dieser Art von Persönlichkeit aller Geschlechter befasst: Sie haben aus irgendeinem Grund einen Chip auf der Schulter und sind nicht wegen irgendetwas verärgert, was Sie gesagt haben, sondern nur, weil Sie zufällig etwas gesagt haben zu diesem Zeitpunkt / Moment.

    Nimm es nicht persönlich; Konzentrieren Sie sich auf Ihre Arbeit und seien Sie so professionell wie möglich. Es herrschen kühle Köpfe vor und Ihre Fähigkeit, mit einer solchen Persönlichkeit umzugehen, könnte dazu führen, dass Sie auf lange Sicht für Ihren Arbeitgeber besser aussehen.

+1 zum Schreiben. Einige Profile wie dieses hassen es einfach, unterbrochen zu werden. Wenn Sie eine E-Mail senden, vermeiden Sie diese Falle. Ihre Antwort wird später kommen, aber wahrscheinlich genauer (ich hoffe nicht, dass es höflich ist, aber es ist nichts Persönliches - es ist nur seine Standardmethode zur Kommunikation) http://www.joelonsoftware.com/articles/fog0000000022.html
Weil Männer dazu neigen, Frauen viel anzutun.
Auch weil sie, wenn sie es vermasselt, alle Frauen in den Augen des Architekten schlecht aussehen lässt, der geäußert hat, dass er besorgt ist, dass mehr Frauen auf dem Feld sind. Männer müssen sich keine Sorgen machen, dass ihr Geschlecht für ihre Fehler beurteilt wird.
@djechlin Ich stimme der Bewertung zu, aber nicht zu 100%. Ich bin ein Mann. Ich arbeite seit über 20 Jahren als Entwickler und Administrator im technischen Bereich. Und trotz meiner Erfahrung und nachgewiesenen Fähigkeiten wurde ich routinemäßig von anderen Entwicklern - die auch Männer sind - wegen völligen Unsinns bedroht. Zum Beispiel ein Entwickler, der mir drohte, mich nicht zu entwickeln, als ich Administrator war. Er war ein beschissener Entwickler und ich musste mich entwickeln, um sein Chaos zu beseitigen. Aber mehr auf den Punkt gebracht, ist das Problem, dass Männer wirklich dazu neigen, Konflikte zu erzeugen, in denen es selbst in vermeintlich kollaborativen Bereichen keine gibt. Und Frauen könnten davon eingeschüchtert sein.
Ich bin mir nicht sicher, ob es eine gute Idee ist, "die feindliche Art, wie Sie sich mir näherten" schriftlich niederzulegen. Das brennt auf einer Brücke. Wenn Sie das nächste Mal eine Frage stellen, wundern Sie sich nicht, wenn die Antwort lautet: "Ich bin nicht sicher, schauen Sie sich diese 500-Seiten-Spezifikation an."
@JakeGould Es ist eigentlich kein auf Männer beschränktes Verhalten. Es ist nur ein Wettbewerbscharakter. Ich vermute, wenn es leidenschaftlichere Programmiererinnen gäbe, würden solche sinnlosen Konflikte auch zwischen ihnen entstehen. Schließlich müssen beide Geschlechter soziale Fähigkeiten erlernen.
Jim
2015-12-10 02:04:30 UTC
view on stackexchange narkive permalink

Am wichtigsten ist, dass ich mich in Ihrer Frage auf diesen Kommentar konzentrieren möchte:

Ich muss den leitenden Entwicklern Fragen dazu stellen, was der Server erwartet, und jedes Mal, wenn ich dieser Person eine Frage stelle oder Fragen Sie nach einem möglichen serverseitigen Fehler. Der Mann reißt mir den Kopf ab.

Ich habe den Fettdruck hinzugefügt, weil Sie erkennen müssen, dass dies im Wesentlichen Sie sind, ein Junior Person, die den Architekten kritisiert. Dieser Ansatz kann jeden, der stolz auf seine Arbeit ist, sofort defensiv machen. Eine Person kann sich kritisiert fühlen, indem sie sogar impliziert, dass ein Fehler vorliegt.

Sie müssen sich mit der Position an den Architekten wenden, dass Sie ein Problem haben , und seine Hilfe benötigen, um zu verstehen, wie es gelöst werden kann. Gehen Sie viel vorsichtiger vor. Zeigen Sie Ihre Forschung und machen Sie deutlich, dass Sie die Ursache eines Problems nicht kennen, aber Sie haben erhebliche Anstrengungen unternommen, um es zu finden, und fragen Sie nach einem besseren Verständnis des Systems.

Sie haben wahrscheinlich bereits viele Probleme verursacht, ohne es zu merken. Nicht dass es sein Verhalten rechtfertigt. Sie müssen jedoch deutlich machen, dass Sie diese Person und ihre Arbeit schätzen und aufrichtig darüber sein. Und erwarten Sie den herablassenden Ton bis zu einem gewissen Grad, bis Ihre Aufrichtigkeit verstanden ist, es sei denn, diese Person nimmt ihn mit einem Manager auf. Es kann eine Form des "Schikanierens" sein, wie eine Antwort andeutet.

Außerdem sind einige Leute nur wütend und unhöflich. Wenn alles andere fehlschlägt, versuchen Sie einfach zu antworten, als ob die Person nicht unhöflich oder herablassend wäre. Sie müssen sich auf Ihren Job konzentrieren, und wenn Sie einen guten Job machen, lassen Sie nicht zu, dass die schlechte Einstellung und das schlechte Verhalten dieser Person Ihren Selbstwert oder Wert für das Unternehmen beeinträchtigen. Nur weil dieser Typ mit "harter Liebe" aufgewachsen ist, heißt das nicht, dass du es getan hast oder dass du es jetzt brauchst. Oder vielleicht ist er nur ein Idiot, aber er erledigt Dinge, und es könnte wertvoll sein zu lernen, wie man mit Idioten arbeitet, die Dinge erledigen.

+1 für die Betonung der Formulierung der Frage. Großer Unterschied zwischen "Der Code auf dem Server ist fehlerhaft und kaputt" und "Ich glaube, ich verwende möglicherweise die falschen Eingaben".
Ich habe Probleme mit: "Dieser Ansatz kann jeden, der stolz auf seine Arbeit ist, sofort defensiv machen." ... Nun, nein. Nur jemand, der zerbrechlich ist und kein Selbstvertrauen und keine Reife besitzt, würde defensiv werden.
Jemand, der zuversichtlich und gut eingestellt ist, wird es immer noch ziemlich langweilig finden, wenn er "es gibt einen Fehler auf dem Server!" ... (10 Minuten später) ... "Oh ja, das ist die Schuld meines Client-Codes" mehr als ein paar Mal. Es ist wie der klassische Anfängerfehler, den Compiler zu beschuldigen. Eine wichtige Frage ist, wie viele davon tatsächlich Fehler auf dem Server waren. Wenn weniger als beispielsweise 75% von ihnen sind, dann seien Sie umsichtiger. Wenn mehr als 75%, dann sollte er ehrlich gesagt einen Junior mit 4 Monaten Erfahrung verehren, der ihm hilft, so viele seiner Fehler zu lösen, auch wenn sie die Fragen anders formulieren könnte!
@ToddLehman Nur jemand, der arrogant und herablassend ist, würde behaupten, dass nur jemand, der zerbrechlich ist und kein Selbstvertrauen hat, defensiv wird. Siehst du was ich dort gemacht habe?
@ToddLehman - Die Ironie ist groß. Sollte ich Ihren Kommentar wegen des Vertrauens in meinen ignorieren? Einen Fehler in der Arbeit eines anderen vorzuschlagen, ist eine milde Anschuldigung. Anklagende Kommentare verlagern den Fokus auf Schuld, anstatt sich auf das Verständnis zu konzentrieren. Ich bin damit einverstanden, dass sichere und reife Menschen besser mit Anschuldigungen umgehen. Fügen Sie Stolz hinzu und der Hang bergab zu einer schlechten Reaktion wird wieder rutschig. Das OP hat eindeutig mit jemandem zu tun, der schlecht reagiert, und muss verstehen, was Abwehrkräfte schafft. Durch das Vermeiden von Anschuldigungen bleibt der Fokus unabhängig vom Publikum dort, wo er sein sollte.
UV'ed, weil dies eine gute Antwort in Ergänzung zu den vorhandenen Antworten ist. Ich denke, dies wäre eine unglückliche Antwort, wenn es keine anderen gut abgestimmten Antworten gäbe, die dem OP mehr Glaubwürdigkeit verleihen.
Erfrischend, dass OP geschlechtsspezifische Vorurteile abgezinst hat. Meine Frau würde mir den Kopf abreißen, wenn ich ihre Arbeit so in Frage stellen würde :-) Im Ernst, während die gemeldete Reaktion übertrieben ist, ist es erwähnenswert, dass die beste Win-Win-Situation darin besteht, Reaktionen zu verhindern, anstatt das Verhalten in Frage zu stellen.
Klingonischer Programmierer Nr. 11: "Mit der Einreichung dieses Fehlerberichts haben Sie die Ehre meiner Familie in Frage gestellt. Bereiten Sie sich auf den Tod vor!" In jedem von uns steckt ein bisschen Klingonisch.
user3019
2015-12-10 01:41:37 UTC
view on stackexchange narkive permalink

Die traurige Tatsache ist, dass sich der leitende Entwickler äußerst unprofessionell verhält. Ich weiß nicht, ob Sie Robert Martins The Clean Coder gelesen haben, aber darin heißt es, dass die Art von Verhalten, der Sie hier ausgesetzt waren, im Extremfall unprofessionell ist.

Tatsache ist, Sie sind seit vier Monaten dort und als leitender Entwickler ist es seine Aufgabe, neue Entwickler auszubilden oder zu betreuen. Ich arbeite sehr gerne mit neuen Entwicklern zusammen, weil sie häufig einen Bereich in meinen Fähigkeiten aufweisen, der fehlt, oder meine Augen für etwas öffnen, an das ich vorher nicht gedacht hatte.

Und als Junior-Entwickler sind Sie da, um zu lernen. Kein Entwickler, egal wie lange er entwickelt hat, weiß alles über alles; Das Feld ist dafür zu groß.

Wie gehen Sie mit ihm um? Ich kann die Anleitung, die Sie bisher hier erhalten haben, nicht besser erläutern. Ich würde Sie wirklich ermutigen, Ihre Unternehmensrichtlinien zu Mobbing und Belästigung zu lesen, und wenn es darauf ankommt, müssen Sie möglicherweise mit seinem Vorgesetzten sprechen, aber das würde ich als letztes tun Resort wirklich.

Ihr Vorgesetzter sollte gegen Ihre Ecke kämpfen und diesem Kerl erklären, dass er Sie mit Respekt behandeln muss. Und manchmal muss man gegen seine eigene Ecke kämpfen. Ich sage nicht, dass ich mich über den Kerl lustig mache, weit davon entfernt.

Sie können jederzeit auswählen, wie Sie sich verhalten. Und wenn Sie den Kerl mit dem richtigen Respekt behandeln (obwohl es so klingt, als ob keiner fällig ist, ehrlich gesagt ...), dann senken Sie sich nicht auf sein Niveau. Und hoffentlich werden Ihre Manager dann feststellen, dass er sich auf eine Weise verhält, die wahrscheinlich nicht zur Unternehmenspolitik oder zum Image passt, das das Unternehmen projizieren möchte.

Ich hoffe, das hilft ein wenig, aber ich würde ermutige dich, dich von diesem Trottel nicht unterkriegen zu lassen. Es ist SEIN Versagen, nicht deins !!

Ich habe in meinem ganzen Leben noch nie etwas erlebt, das dem „Mentoring“ ähnelt. Wenn ich das tue, werde ich älter und brauche es nicht mehr.
Es tut mir leid zu hören, dass dies Ihre Erfahrung ist. Ich hoffe wirklich, dass Sie es schaffen, dieses Problem zu lösen. Lassen Sie uns wissen, wie es Ihnen geht.
DJClayworth
2015-12-09 23:54:19 UTC
view on stackexchange narkive permalink

Die Reaktion auf solche Situationen ist ziemlich normal. Eine Möglichkeit besteht darin, einfach zu beenden. Nehmen wir jedoch an, Sie möchten versuchen, Probleme zu lösen.

  1. Senden Sie dem Architekten eine E-Mail mit den Fragen. Es ist viel schwieriger für ihn, per E-Mail missbräuchlich zu sein, und wenn er es tut, haben Sie eine Aufzeichnung davon. Erklären Sie, warum Sie die Antworten kennen müssen. Wenn es sich um komplexe Fragen handelt, schlagen Sie vor, ein Meeting einzurichten, um sie zu besprechen. Wenn er nicht antwortet, senden Sie ihm noch ein paar E-Mails, die ihn daran erinnern. Wenn er Sie erneut missbraucht, beginnen Sie mit der Aufzeichnung von Anlässen, bei denen er Sie missbraucht, und schreiben Sie Details darüber, wann und wo und was gesagt wurde.
  2. Finden Sie gleichzeitig heraus, ob Ihr Unternehmen eine formelle Mobbingrichtlinie hat. Lesen Sie mehr darüber.
  3. Wenn die E-Mails nicht funktionieren, wenden Sie sich an Ihren Chef. Sagen Sie ihm, was los ist, und geben Sie ihm die konkreten Beispiele, die Sie aufgeschrieben haben. Wenn der Tyrann dumm genug war, E-Mails zu missbrauchen, geben Sie Ihrem Chef Kopien. Wenn Sie nach dem Lesen der Unternehmensrichtlinien immer noch glauben, dass Sie gemobbt werden, teilen Sie dies Ihrem Chef mit. Das sollte seine Aufmerksamkeit erregen.
  4. Wenn nichts davon funktioniert, wenden Sie sich an die Personalabteilung und geben Sie ihnen die gleichen Informationen. Machen Sie erneut deutlich, dass das, was passiert, unter die Mobbing-Richtlinie fällt.
  5. ol>
Wenn ich dem Mann eine E-Mail sende, kommt er zu meinem Schreibtisch und lässt mich lol haben
Schritt 1 ist der beste Teil. Zeigen Sie ** warum ** Sie eine Frage stellen, ** zeigen Sie zusätzlich Ihre Forschungsanstrengungen **, um sie selbst zu beantworten. In vielen Fällen ist es immer noch billiger, Ihre Zeit mit der Suche nach einer Antwort zu verschwenden, als den Gedanken eines Architekten von einer Aufgabe abzulenken und die Spool-up-Zeit für ihn / sie zu übernehmen.
@GarrisonNeely stimme voll und ganz zu - im Wesentlichen die Anforderungen, um eine Frage zum Stapelüberlauf zu stellen: D.
Nach meiner Erfahrung funktioniert eine E-Mail, die auch an Ihren Chef gesendet wird, sowie der Chef der missbräuchlichen Person (falls abweichend) am besten. Unhöfliche und aggressive Menschen benehmen sich sehr gut, wenn es eine E-Mail-Spur gibt.
@user1261710 Wenn er zu Ihnen kommt, aber Ihre Fragen immer noch nicht beantwortet, haben die E-Mails funktioniert. Es gibt eine Papierspur, die zeigt, dass Sie gefragt haben und er nicht geantwortet hat. Sie können sogar sagen: "Er kommt herüber, um mit mir zu sprechen, weigert sich aber immer noch zu antworten. Er sagt mir nur, ich sollte nicht fragen."
paparazzo
2015-12-10 00:55:05 UTC
view on stackexchange narkive permalink

Ich verstehe, dass es 4 gute Antworten gibt, aber hier ist eine etwas andere Neigung.

Sie sagen, die Dokumentation ist knapp und die Fehlermeldungen vage. Das ist keine gute Situation und kein Zeichen für einen guten Back- (oder Front-) Endentwickler.

Sie müssen trotzdem eine Fehlerbehandlung durchführen. Fangen Sie den Fehler ab und melden Sie ihn in der Benutzeroberfläche. Wenn Ihr Chef Sie fragt, was der Fehler bedeutet, sagen Sie ihm, dass Sie es nicht wissen und Sie gefragt haben.

Führen Sie eine Liste mit Fragen / Problemen. Dokumentieren Sie, was er Ihnen gesagt (oder nicht gesagt) hat.

Nennen Sie es keinen Fehler. Rufen Sie ihn an, senden Sie die Daten und die Fehlermeldung. Fragen Sie ihn, ob die Eingabedaten falsch sind. Schreiben Sie einige Testskripte.

Denken Sie daran:

Bitte ärgern Sie sich nicht über mich. Ich versuche nur, meine Arbeit zu erledigen.

Mobbing in meinen Definitionen muss zu missbräuchlichem / einschüchterndem Verhalten führen. Ich verstehe, dass dies unangenehm und nicht produktiv ist und Sie sogar davon eingeschüchtert sind, aber es führt wahrscheinlich (noch) nicht zu Mobbing.

Dan
2015-12-09 23:54:56 UTC
view on stackexchange narkive permalink

Wenn er es das nächste Mal tut, fragen Sie ihn einfach: "Warum sind Sie jedes Mal so feindselig, wenn ich Ihnen eine Frage stelle?" Wenn er es nicht beantworten kann oder weiterhin feindselig wird, gehen Sie zum Manager und erklären Sie ihm, dass er jedes Mal, wenn Sie ihn etwas fragen, sehr feindselig wird. Bestimmte Menschen haben unterschiedliche Persönlichkeitstypen und es könnte seine Persönlichkeit sein und er tut es, ohne zu wissen, was er tut. Mit ihm zu sprechen wird helfen. Wahrscheinlich würde er sich entschuldigen und sich Ihnen vielleicht anders nähern.

Bitten Sie ihn, Sie auf die Dokumentation hinzuweisen. Das wird ihn zum Schweigen bringen. (Ich meine, wie hoch sind die Chancen, dass jemand mit so wenig Selbstbeherrschung, dass er in Wut gerät, wenn eine Frage gestellt wird, etwas dokumentiert hat).
@gnasher729 Das würde ich nicht einmal tun. Ich würde zuerst feststellen, dass es nicht seine Persönlichkeit ist, feindselig zu wirken. Einige Leute sind nur verärgert und das bedeutet nicht, dass Sie sie "an ihre Stelle setzen" oder entlassen müssen. Es bedeutet jedoch, dass Sie verstehen sollten, wer sie sind, damit Sie besser reagieren und nichts persönlich nehmen können.
Nein, keine Dokumentation und auch keine miesen Fehlermeldungen.
@gnasher729 Oft denken solche Leute jedoch, dass sie gut dokumentiert haben und dass jeder es verstehen sollte, wenn sie in Wirklichkeit zwei Kommentarzeilen pro 1000 Codezeilen haben.
meine 2 Cent: Ich würde absolut nicht direkt fragen "Warum bist du jedes Mal so feindselig, wenn ich dir eine Frage stelle?" - Dies garantiert, dass psychologisch eine Mauer errichtet wird, auch wenn es vorher keine gab, was zu Misstrauen und Misstrauen führt und die Tür schließt, um die Kommunikation zu öffnen. Niemand mag es, auf diese Weise gerufen zu werden, besonders wenn die Frage gültig ist und einen Nerv trifft. Nach anfänglicher Aggrevation ist es schwierig, einen Rückzieher zu machen. Andererseits gibt es Strategien zur Verbesserung der Feindseligkeit, die vor jeder direkten "Intervention" versucht werden sollten.
Sagen Sie nicht "jedes Mal" oder "immer". Solche Aussagen können mit einem einzigen Zählerbeispiel negiert werden. Aber fragen Sie diesmal nach ** diesmal **. Tatsächlich glaube ich, dass ich jetzt eine Antwort habe.
Ich stimme @KateGregory zu * "Warum bist du so feindselig, wenn ich dir eine Frage zu etwas stelle, das ich für meine Arbeit brauche?" *
@Aymor: Niemand mag es, angeschrien zu werden.Geben Sie es nicht aus, wenn Sie die Hitze nicht selbst akzeptieren können.
A.S
2015-12-10 01:02:06 UTC
view on stackexchange narkive permalink

Die von anderen Postern empfohlenen Eskalationsverfahren sind sehr sinnvoll, aber ich möchte mich auf die Optionen konzentrieren, die die Situation verbessern können, bevor Sie einen strengeren Ansatz wählen, da es nach diesem Vorgehen kein Zurück mehr gibt und es möglicherweise zu Problemen kommt Schlimmer, bevor sie besser werden.

Was ich tun könnte: Gehen Sie zuerst zum Manager und sagen Sie ihm, dass es Ihnen schwer fällt, Antworten vom Entwickler zu erhalten, weil Sie es etwas herausfordernd finden interagieren. Zeigen Sie nicht mit dem Finger und erwähnen Sie die Feindseligkeit (d. H. Geben Sie die Schuld) - sagen Sie einfach, dass Sie ein wenig Probleme haben, einen Schritt in der Kommunikation mit dieser Person zu machen. Sagen Sie dem Manager auf jeden Fall, dass Ihr vorgeschlagener Ansatz darin besteht, es noch einmal zu versuchen, und versuchen Sie, ein kurzes informelles Treffen mit dem Entwickler über die Fragen zu führen, die Sie für Ihre Arbeit beantworten müssen.

Bitten Sie den Manager um Vorschläge, was zu tun ist, wenn dies nicht funktioniert und Sie weiterhin Schwierigkeiten haben, Antworten für zeitkritische Aufgaben zu erhalten. (Dokumentieren Sie diese Besprechung in einer Notiz für sich selbst und tun Sie dann genau das, was der Manager sagt, wenn dies geschieht.)

Schlagen Sie dem Manager schließlich vor (oder fragen Sie, ob dies in Ordnung wäre), dass Sie die Besprechung dokumentieren Fragen und Antworten des Entwicklers in einer Folge-E-Mail nach diesem Meeting und an den Manager. Wenn der Manager diese Zusammenfassung erhält, weiß er auf diese Weise, worum es geht.

Manager mögen es, wenn Mitarbeiter ihre eigenen Probleme lösen, und wissen zu schätzen, dass Sie gleichzeitig versuchen, die Situation zu klären Zeit, sie darauf aufmerksam zu machen, vorausgesetzt, sie möchten sich dessen als Ihr Vorgesetzter bewusst sein.

Dann gehen Sie zum bösen Genie. Fragen Sie, ob er eine Sekunde Freizeit hat, und wenn nicht, wann wäre ein guter Zeitpunkt, um mit ein paar Fragen vorbeizuschauen.

Wenn Sie ihn endlich zum Reden erwischen, erklären Sie ruhig und sachlich, dass Sie, wenn Sie neu in diesem Beruf und in dem Fach sind, Ihr Bestes geben, um zu lernen, aber erkennen, dass Sie Wissenslücken haben und seine Input ist für Sie sehr wertvoll.

Machen Sie im Rahmen dieses Gesprächs deutlich, wie Ihre und seine Jobs miteinander verbunden sind: Auch wenn sein Back-End-Material einwandfrei funktioniert, Sie Ihre Arbeit jedoch nicht gut erledigen können, wird das Front-End dies tun erledigt sein. Machen Sie den Punkt, dass es keine Rolle spielt, egal wie gut seine Sachen funktionieren, da der Benutzer weiterhin auf Fehler und Bugs stößt. Sie wollten mit ihm sprechen, weil Sie sicherstellen möchten, dass sich seine Qualitätsarbeit im Back-End in der Qualität der Front-End-Anwendung widerspiegelt, wo dies aus Sicht des Kunden / Benutzers von Bedeutung ist.

Sagen Sie ihm, dass Sie Ihr Bestes geben, um zu lernen, aber in einigen Fällen Fragen haben, die ohne zusätzliches Wissen oder Antworten zur Back-End-Funktionalität nur sehr schwer oder fast unmöglich herauszufinden wären. Daher haben Sie einige spezifische Fragen (eine gedruckte Liste) zu besprechen.

Versuchen Sie auch, ein "In" für zukünftige ähnliche Gespräche zu erstellen, z. "Es ist möglich, dass ich auf Straßensperren stoße, während ich weiter daran arbeite. Ich habe mich gefragt, ob es dir gut geht, wenn ich dich gelegentlich mit Fragen nerve. Ich wünschte, ich müsste mir nicht die Zeit nehmen, aber wenn ich überall hinschaue und es immer noch kann." Wenn ich keine Antwort finde, muss ich möglicherweise zu Ihnen kommen. Wäre das in Ordnung? "

Hoffentlich schafft all dies die Voraussetzungen für eine positivere und produktivere Kommunikation in der Zukunft. Der gesamte Vorspiel oben sollte 2 Minuten Ihrer und seiner Zeit dauern, bevor Sie zur Sache kommen. Seien Sie klar, fest und neutral / freundlich im Ton.

Nach dem Gespräch können Sie per E-Mail die arbeitsbezogenen Fragen dokumentieren, die Sie hatten, die von ihm vorgeschlagenen Lösungen / Antworten oder wenn Sie keine Antworten erhalten konnten (machen Sie dies nicht persönlich - sondern "Sie" beantwortete meine Fragen nicht XYZ, sagte "Ich konnte keine Antworten auf Fragen XYZ erhalten"). Kopieren Sie den Manager.

Wenn das Gespräch nicht zustande kam und nur mehr Feindseligkeit erzeugte, gehen Sie zum Manager und erklären Sie Beginnen Sie an diesem Punkt eine Papierspur mit Fragen und Antworten (oder Nichtantworten) vom Entwickler mit cc an den Manager.

Erscheinen Sie nicht in Phasen Wenn er mit Feindseligkeit reagiert, danke ihm einfach für seine Zeit und gehe. Dann beziehen Sie sich auf Vorschläge in früheren Beiträgen zur Eskalation mit dem Manager usw. Viel Glück!

eee
2015-12-10 22:06:46 UTC
view on stackexchange narkive permalink

Sie sind möglicherweise ein Hilfevampir.

Der Kollege ist möglicherweise stark mit seinen Aufgaben belastet, konzentriert sich auf schwierige Probleme oder liegt sogar hinter dem Zeitplan zurück. Versuchen Sie, effizienter zu sein und weniger Zeit von ihm zu verbrauchen:

  • Wenn möglich, stellen Sie mehrere Fragen gleichzeitig, anstatt wiederholt zu kommen. Der Kontextwechsel kann leicht länger dauern als die für die Beantwortung der Frage erforderliche Zeit.
  • Stellen Sie sicher, dass Sie alle Befehle, Links zu Dokumentationen, Web-URLs und anderen schwierigen Informationen speichern oder notieren und nie wieder fragen. Während des Gesprächs ein Lesezeichen setzen, aus dem Befehlsverlauf abrufen und separat speichern, im schlimmsten Fall, wenn Ihr Computer nicht per E-Mail fragt.
  • Wenn es für Sie bereits klar ist, sagen Sie Danke, sagen Sie Verstehen und beenden Sie das Konversation. Erweitern Sie es nicht unnötig.
  • Verbringen Sie die Firma 20 Minuten damit, selbst nach der Lösung zu suchen, bevor Sie um Hilfe bitten. Verwenden Sie Web, Bücher und andere ähnliche Quellen.
  • Sie können sich auch einige Dokumentationen ansehen, obwohl ich verstehe, dass diese meistens unvollständig und hoffnungslos veraltet sind.

Tun Ich gehe nicht davon aus, dass er aus irgendeinem Grund nicht bereit ist zu helfen. Das Problem ist, dass er vielleicht auch an seiner Aufgabe arbeiten muss, auch wenn er die Aufgabe weniger mag, als Ihnen etwas zu erklären.

Dies ist nur die Schuld der Apologetik des Opfers. Nichts davon entbindet die Person davon, auf die schlimmste Weise unprofessionell zu sein.
Ja, ich denke tatsächlich, dass sich das "Opfer" unprofessionell verhält und seine "Ressourcen für Aufmerksamkeit" ineffizient und zu schnell verbraucht.
mag
2015-12-09 23:48:33 UTC
view on stackexchange narkive permalink

Ich finde es sehr seltsam, dass er sagte, er wünschte, es gäbe mehr Frauen in dieser Branche, aber dann reißt er mir den Kopf ab?

Das ist nicht akzeptabel und reißt auch nicht hinein eine Juniorin, weil sie noch nicht alle Details versteht. Wenn Sie sich dabei wohl fühlen, sprechen Sie einmal streng mit ihm. Stellen Sie klar, dass Sie dieses Verhalten inakzeptabel finden, und sagen Sie ihm, dass es aufhören muss.

Andernfalls kann es schmutzig werden.

  1. Sprechen Sie mit Ihrem Manager und lassen Sie es er weiß, wie schlimm es ist. Ein guter Manager kümmert sich von dort aus darum.

  2. Wenn dies nicht der Fall ist, wenden Sie sich an die Personalabteilung Ihres Unternehmens. HR-Mitarbeiter sind dafür sehr vernünftig und eine gute HR-Person wird bei einem solchen Bericht nicht lange still sitzen.

  3. Wenn dies nicht der Fall ist, wenden Sie sich an das höchste Management, mit dem Sie sprechen können. Stellen Sie klar, dass Sie bereit sind, das Programm zu beenden, falls dies fortgesetzt wird.

  4. ol>

    Ps: Wenn er weiterhin gemeine Kommentare abgibt, insbesondere wenn er dies schriftlich tut und es Ihnen nichts ausmacht Als Beeinträchtigung Ihrer Karriere können Sie sich für eine Klage in einem feindlichen Umfeld einsetzen. Die Möglichkeit dafür ist übrigens, warum HR dem Kerl wahrscheinlich einen neuen zerreißen wird, wenn er das hört.

Ein Junior-Entwickler kann nicht nur nicht alles wissen, sondern dies ist auch in verschiedenen Bereichen der Fall. Backend-Entwickler entwickeln ein System, und dann ist es ihre Aufgabe, die Informationen an alle zu verteilen, die sie benötigen, zum Beispiel an die Junior-Entwickler, die hier posten. Sie sollte nicht fragen müssen, sie sollte Unterlagen erhalten. Was wahrscheinlich nicht existiert.
"Wenn er weiterhin sexistische Kommentare macht"? In der (aktuellen Version der) Frage werden keine sexistischen Kommentare erwähnt. Unhöflich zu ihr zu sein, macht es nicht zu Sexismus, nur weil sie weiblich und er männlich ist.
@Magisch "er sagte, er wünschte, es gäbe mehr Frauen in dieser Branche", das ist kein sexistischer Kommentar, im Gegenteil. Er möchte tatsächlich, dass es mehr weibliche Entwickler gibt, was das Ziel der von sozialer Gerechtigkeit besessenen Teil der IT-Branche zu sein scheint.
@user1450877 Ich habe das als "weniger" falsch verstanden: / Ich habe meine Antwort bearbeitet, um sie zu reflektieren.
deworde
2015-12-10 20:11:36 UTC
view on stackexchange narkive permalink

Eine Möglichkeit, dieses Gefühl zu ändern, besteht darin, automatisch anzunehmen, dass alles, was Sie "nicht wissen", ein Fehler Ihres Lehrers ist. Grundsätzlich sollte Ihr erster Gedanke sein, wenn er etwas wie "Ihr Wissen über dieses oder jenes ..." sagt: "Wie hätte ich das lernen können?" Wenn die Antwort nicht schreiend offensichtlich ist, können Sie mit "Ich weiß, ich vermisse eindeutig einige Dinge, wie haben Sie es gelernt?" Antworten. Mit ziemlicher Sicherheit wird seine Antwort etwas in der Art von "kommt mit Erfahrung" sein, was Sie völlig davon befreit, es nicht zu wissen.

Kritisch gesehen sind Sie nicht dafür verantwortlich, nicht so weit fortgeschritten zu sein wie ihn innerhalb von 4 Monaten . Wenn Sie zur gleichen Zeit beitreten würden und er Sie massiv übertreffen würde, wäre das ein Problem. Aber 4 Monate für einen neuen Entwickler sind buchstäblich keine Zeit. Leute, die 5 Jahre am selben Tech-Stack arbeiten, müssen neue Dinge lernen, auch wenn es nur darum geht, neue Fortschritte auf alte Probleme anzuwenden.

Ich würde definitiv mit Ihnen sprechen Manager und fragen Sie, wie er Ihren Fortschritt sieht. Er kann überhaupt keine Probleme haben. Gleichzeitig könnten Sie vorschlagen, dass Sie sich Sorgen machen, dass Sie derzeit zu stark von anderen Teammitgliedern abhängig sind, um Unterstützung zu erhalten, und fragen, ob Beschwerden aufgetreten sind. Wenn nicht, dann ist alles, was Sie haben, ein mürrischer Angestellter. Einige Leute meckern gern.

Wenn es Sie stört, ist es völlig fair zu fragen, ob Sie irgendwo nach diesen Informationen suchen könnten, damit Sie ihn nicht so sehr stören müssen. Sehen Sie, was er sagt. Er mag damit einverstanden sein, muss aber nur entlüften und weiß nicht, dass er Sie unbehaglich macht.

Mohair
2015-12-10 23:00:11 UTC
view on stackexchange narkive permalink

Sie werden in Ihrer Karriere auf alle Arten von Menschen treffen. Es gibt viele Idioten, wie Ihr Senior. Es gibt auch viele Leute, die wirklich hilfreich sein können, wenn Sie herausfinden können, was sie von Ihnen benötigen. Ich habe zum Beispiel mit einem Architekten zusammengearbeitet, bei dem es nur um Daten ging. Wenn Sie ihn nach bestimmten Dingen fragen und keine Daten mitbringen, die er einsehen kann, wird er Sie wegschicken. Ich habe sehr schnell gelernt, dass ich keine Antwort bekommen würde, wenn ich keine Daten mitbringe. Wenn ich die Daten mitbrachte, hatte er die ganze Zeit auf der Welt für mich. Das war nur sein Weg.

Eine Perspektive, die nicht wirklich angesprochen wird, ist, dass der Senior möglicherweise das Gefühl hat, dass Sie seine Zeit verschwenden, weil die Informationen, nach denen Sie fragen, etwas sind, das Sie leicht selbst herausfinden können. Das ist ein legitimer Kritikpunkt für den Senior. Was er von Ihnen braucht, ist das Wissen, dass Sie versucht haben, dies selbst herauszufinden, und er ist Ihr letzter Ausweg. Wenn Sie zum Senior gehen, sollten Sie die Schritte auflisten, die Sie getan haben. Etwas wie: "Ich kann nicht herausfinden, wie A B macht. Ich habe den Code nachverfolgt und gesehen, dass er C macht, und dann D, aber ich sehe nicht, wie wir von D nach B kommen. Können Sie mir helfen?" ? " Sie könnten sogar Ihre Hypothese einbringen, wie "Ich denke, das liegt daran, dass wir Y machen, bevor wir X machen." Dies zeigt dem Senior deutlich, dass Sie sich bemüht haben, es herauszufinden, und es schränkt auch den Umfang Ihrer Fragen ein. Glauben Sie mir, es kann einen großen Unterschied in der Reaktion machen, die Sie erhalten.

user1450877
2015-12-10 16:56:54 UTC
view on stackexchange narkive permalink

Vielleicht hat der Typ Recht. Wenn er keine missbräuchliche Sprache verwendet, von der Sie nicht sagen, dass er es ist, scheint er nur schuldig zu sein, Kritik in einem Ton zu liefern, den Sie nicht mögen.

Die Kritik ist möglicherweise legitim, da nach 4 Monaten im Job und Sie "im Grunde nicht viel über irgendetwas wissen", dies eindeutig inakzeptabel ist und der Senior Dev mit Ihrem Kenntnisstand unzufrieden zu sein scheint.

Sie haben den Kommentar abgegeben "Ich frage mich, wie sie es geschafft haben, mit so hoher emotionaler Instabilität so weit zu kommen". Das ist genau die Antwort, also liegt das Problem vielleicht nicht bei ihm. Ich schlage vor, Sie nehmen seine Kritik an Bord und verbessern Ihr Spiel.

Der Code ist die Dokumentation. Wenn Sie Zugriff darauf haben und ihn ausführen können, sollten Sie nicht die Leute fragen müssen, was er tut. Wenn es einen Fehler gibt, beheben Sie ihn und legen Sie ihn in einem Zweig fest. Bitten Sie ihn, sich Ihren Fix anzusehen. Bringen Sie ihm Lösungen, keine Probleme.

Ich habe dies positiv bewertet, weil dies in der Tat eine Gelegenheit ist. Wenn keine Dokumentation vorhanden ist und Sie diese Informationen benötigen, dokumentieren Sie alles, was Sie lernen, und senden Sie sie an Ihre Kollegen, damit diese Informationen hinzufügen können. Vielleicht ist diese Person frustriert, weil alles auf sie gerichtet ist
@SigalShaharabani In der realen Welt, in der Sie bereits vorhandene Systeme in einer Unternehmenssituation bearbeiten, ist eine Dokumentation nur sehr selten vorhanden. Im Grunde ist die Dokumentation der Code, und Sie müssen ihn lernen und debuggen, um Probleme zu lösen. Wenn das OP Zugriff auf den Code hat, warum muss es den Senior-Entwickler immer wieder fragen, was er tut? Wenn es einen Fehler gibt, beheben Sie ihn, legen Sie ihn in einem Zweig fest und bitten Sie ihn, sich Ihren Fix anzusehen, ihm keine Probleme mehr zu bringen und ihm Lösungen zu bringen.
@user1450877 Wenn Sie wirklich das Gefühl haben, dass Sie nicht die Verantwortung haben, die Entwicklung Ihres Junior zu unterstützen oder ihn zumindest als Peer zu engagieren, der ein zweites Paar Augen haben möchte, haben Sie nichts damit zu tun, ein * Senior * -Entwickler zu sein. Computersysteme sind komplex, und eine zweite Meinung einzuholen, bevor Sie etwas vermasseln, das Sie möglicherweise nicht vollständig verstehen, ist eine * gute * Sache. Es gibt einen Unterschied zwischen der Weiterleitung an die Tools und der einfachen Beschwerde, dass sie nicht alles wissen, was Sie wissen. Woher sollen sie es wissen, wenn ihnen es nie gezeigt wurde?
Entscheidend ist, dass Sie erwarten, dass jemand ohne Hintergrund in der serverseitigen Programmierung in 4 Monaten fließend bis zur * Unabhängigkeit * wird. Das ist einfach unfair zu fragen. Das OP könnte eindeutig etwas zusammen hacken, aber wenn Sie versuchen, es * richtig * zu machen, ist es wichtig, eine zweite Meinung einzuholen.
Serverseitiger Code ist keine Zauberei. Wenn Sie Zugriff darauf haben und ihn lesen oder debuggen können, sollte jeder kompetente Entwickler verstehen können, was vor sich geht. Niemand hielt meine Hand so, wie Sie es vorschlagen, und ich würde nicht erwarten, es für andere zu tun. Ich würde nur erwarten, dass Junior-Entwickler domänenspezifische Fragen stellen. Wenn sie ein technisches Problem stellen, ist es besser, weil es ein schwieriges Problem ist und nicht, weil sie saugen und / oder faul sind.
@user1450877 Serverseitiger Code wurde entwickelt, um grundlegend andere Funktionen als clientseitiger Code oder eigenständiger App-Code auszuführen. Die grundlegenden Entwurfsprinzipien, auf die Sie sich verlassen können, wie z. B. der Status, gelten entweder nicht oder funktionieren grundlegend anders. Es kann domänenspezifisches Verhalten enthalten. Es kann seltsam aussehende Problemumgehungen für Fehler geben. Es kann einfach Spaghetti-Code sein. Heck, es könnte nur fehlerhaft sein.
Meine Karriere begann in Entwicklern, die mit großen Unternehmensprojekten arbeiteten, die seit Jahren existieren und von vielen Teams bearbeitet wurden und viele Technologien umfassten. Es war einer der schlechtesten Codes, die Sie sich vorstellen können. Es gab keine Dokumentation, von Ihnen wurde erwartet, dass Sie den Code durchgehen und die Probleme finden, nicht darüber jammern.
Die gesamte Programmierung ist von Natur aus "schwierig". Sie basiert auf einer Reihe von erlernten Kenntnissen, damit Sie überhaupt mit der Navigation beginnen können. Ja, Sie können es anhand der ersten Prinzipien herausarbeiten, aber es gibt Aspekte des Wissens, die Sie entweder über * Jahre * selbst gelernt haben, wenn Sie es falsch gemacht haben, oder Sie wurden beim Lernen unterstützt, als Sie lernten. Oder Sie schreiben einfach schlechten Code und bemerken ihn nicht. Oder vielleicht bist du ein Gelehrter. Aber jemanden als "faul" abzulehnen, weil er Probleme mit einem technischen Problem hat, würde mich sofort fragen lassen, ob Sie verantwortlich sein sollten.
Lassen Sie uns [diese Diskussion im Chat fortsetzen] (http://chat.stackexchange.com/rooms/32801/discussion-between-deworde-and-user1450877).
Kennah
2015-12-11 01:20:20 UTC
view on stackexchange narkive permalink

Manche Menschen sind schrecklich in der Kommunikation von Angesicht zu Angesicht. Sie können versuchen, dieser Person so weit wie möglich eine E-Mail mit Ihren Fragen zu senden. Vielleicht erhalten Sie eine andere Antwort. Außerdem könnten Ihre Fragen diese Person wirklich herausfordern, und um ihren Mangel an tiefem Wissen zu vertuschen, könnten sie es an Ihnen herausnehmen. Wenn Sie eine E-Mail senden, können sie diese lesen, überprüfen, recherchieren, ihre Gedanken sammeln und Ihnen dann antworten.

Machen Sie keinen Fehler, Mobbing ist ein ernstes und wachsendes Problem am Arbeitsplatz. Ich sehe es die ganze Zeit und als Gewerkschaftsverwalter beschäftige ich mich regelmäßig damit.

Es gibt eine Vielzahl von Informationen darüber, wie sich Mobbing negativ auf das finanzielle Endergebnis von Organisationen auswirkt. Daher sollte das Management eine eifrige und aktive Rolle übernehmen und versuchen, Mobbing einzudämmen, wann immer es gefunden wird, da Mobbing Geld kostet - meist nicht aufgrund von Rechtsstreitigkeiten, sondern aufgrund von Produktivitätsverlusten Für die Beschäftigung? 3 Monate sind oft die Norm, und wenn ja, sind Sie darüber hinaus. Ich kenne jedoch Organisationen mit einer Probezeit von 6 bis 12 Monaten.

Wenn Sie die Probezeit hinter sich haben, führen Sie zunächst ein privates Einzelgespräch mit Ihrem direkten Vorgesetzten. Sagen Sie Ihrem Sup, dass Sie sich bei diesem älteren männlichen Architekten unwohl und gemobbt fühlen, wenn Sie mit ihm sprechen. Meiner Ansicht nach würde ich jeden Hinweis auf geschlechtsspezifische Vorurteile oder Diskriminierung auslassen. Ich stelle fest, dass Organisationen Anklagen wegen schlechten Verhaltens häufig auf das schlimmste Szenario, die geschlechtsspezifische Voreingenommenheit, interpretieren und dann versuchen, die geschlechtsspezifische Voreingenommenheit zu widerlegen, ohne die allgemeinere Anklage wegen Mobbing anzusprechen. Halten Sie das Gespräch über Ihre Beschwerden und das Gefühl, gemobbt zu werden. Humanisieren Sie die Person auch mit ihrem Vornamen. Ich verstehe, warum Sie ihren Namen hier auf SE nicht öffentlich verwendet haben, aber wenn Sie mit Ihrem Sup sprechen, verwenden Sie seinen Namen und beziehen Sie sich nicht auf ihn in einer Weise, die negativ gesehen werden könnte, wie "Dieser Mann" oder "Diese Person". oder "HIM!"

Nach 26 Jahren in der IT habe ich noch nie gesehen, dass eine Organisation - weder im öffentlichen noch im privaten Sektor - ernsthaft daran interessiert ist, Mobbing zu bekämpfen und einzudämmen. Der zynische Rat, dem ich mehr als einmal gefolgt bin, ist, die Weisheit von Ed Yourdon in seinem Buch "Todesmarsch" zu beachten. Es ist einfacher, eine andere Organisation zu finden, die Ihren Werten entspricht, als die Werte einer Organisation zu ändern.

Sie haben Recht, das System zu ändern. In die Personalabteilung zu gehen ist fast immer eine schreckliche Idee. Nach allem, was Sie wissen, ist er mit der Personalabteilung verheiratet, vielleicht ist er der Chef und Gründer, die alle gemeinsam Urlaub machen. In jedem Fall wird er seine Tat niemals aufräumen. Das Dokumentieren und Beenden basierend auf einer feindlichen Arbeitsumgebung ist wahrscheinlich die beste Wahl. Nehmen Sie eine Arbeitslosenversicherung und wechseln Sie den Arbeitsplatz.
Kein sicheres Land.In den USA erhalten Drückeberger keine Arbeitslosenversicherung.Noch Menschen, die wegen ihres eigenen Fehlverhaltens oder ihrer Inkompetenz entlassen werden.Es muss aus irgendeinem Grund eine "Entlassung" sein, nicht deine Schuld.
Patricia Shanahan
2015-12-11 10:18:12 UTC
view on stackexchange narkive permalink

Die einzige Möglichkeit, festzustellen, ob diese Interaktion durch geschlechtsspezifische Probleme beeinflusst wird, besteht darin, zu sehen, wie der leitende Entwickler mit einem jungen Mann mit ähnlichen Erfahrungen und Fragen interagiert.

In der Zwischenzeit empfehle ich, den Tonfall zu ignorieren und nur mit dem Inhalt zu tun. Wenn der leitende Entwickler impliziert, dass Ihnen Kenntnisse fehlen, fragen Sie nach Empfehlungen für Bücher, Webseiten, Tutorials usw., die Sie zum Ausfüllen Ihres Wissens verwenden sollten. Wenn er Empfehlungen abgibt, verwenden Sie die Materialien.



Diese Fragen und Antworten wurden automatisch aus der englischen Sprache übersetzt.Der ursprüngliche Inhalt ist auf stackexchange verfügbar. Wir danken ihm für die cc by-sa 3.0-Lizenz, unter der er vertrieben wird.
Loading...