Wie gehe ich mit der "Programmierung Blowhard" um? [geschlossen]

Ich bin mir also sicher, dass jeder diese Person irgendwann einmal getroffen hat, jemand Wind von Ihrem Projekt oder Ihrer Idee bekommt und anfänglich Interesse zeigt. Sie werden mit einigen Ihrer Methoden konfrontiert, und in der Regel werfen sie zu dieser Zeit die Frage auf, wie Sie stattdessen die Methode X oder nur die Bibliothek Y verwenden sollen. Oft wiederholen sie den gleichen Rat wie ein übereifriger Papagei.

Persönlich mag ich es, das Rad neu zu erfinden, wenn ich lerne, oder auch nur zum Spaß, selbst wenn es schlimmer ausfällt als bisher. Aber diese Person kann anscheinend JEDEN Nutzen für solche Zwecke nicht nachvollziehen oder möglicherweise etwas ausprobieren, das den traditionellen OOP-Praktiken nicht strikt folgt und sich nur mit ihrem Sinn für Perfektion zufrieden gibt und auf diese Weise ihre Kritik natürlich mit voller Wucht über meine Ohren treibt . Um das Ganze abzurunden, beginnen sie schließlich, ihren Rat zu begründen (Verzögerung), indem sie alle unglaublich komplexen Dinge auflisten, die sie im Alleingang codiert haben (normalerweise im Sinne von "Vertrau mir, ich habe Programm X für eine lange Zeit erstellt / verwendet bla bla bla ").

Jetzt bin ich weit davon entfernt, ein Programmiermeister zu sein, wahrscheinlich bin ich nicht einmal so gut, und als solches schätze ich Rat und Kritik, aber ich denke, Rat und Kritik haben eine Zeit und einen Ort. Es gibt auch einen großen Unterschied zwischen hilfsbereit und narzisstisch. In der Vergangenheit hätte ich wahrscheinlich eine etwas stärkere Entlassung nach George Carlin-Art gewählt, aber ich halte das Brennen von Brücken nicht mehr für den besten Ansatz.

Haben Sie einen Rat, wie Sie mit dieser Art von verbaler Auspeitschung umgehen sollen?

Lass sie nicht einfach reden. Stellen Sie sie vor eine Tastatur. Der Satz "ok, zeig es mir" sollte es tun. Meiner Erfahrung nach sind die meisten Schlaghärten nicht so toll, und wenn sie tatsächlich versuchen, das zu tun, was sie sagen, funktioniert es nicht und die Dinge werden sehr ruhig.

Ich programmiere seit dreißig Jahren. Ich kenne viele Leute, die mich als "Programmiermeister" betrachten. Willst du mein kleines schmutziges Geheimnis wissen? In einigen Bereichen bin ich kaum kompetent, aber das war's. Meistens sauge ich .

Ich habe in jenen Jahren mit einigen unglaublichen Genies gearbeitet, nicht mit der Art Schauspielerin auf dem Podium, die von ihrem Co-Star sprudelt, sondern mit dem lodernden IQ, Genius mit einer Art Kapital-G-Genie. Mist, ich habe Knuth gelesen.

Wenn Sie früher oder später hart und lange genug daran arbeiten, werden Sie feststellen, dass das Beste, was Sie tun können, im Vergleich zu der Breite und Tiefe der Talente, die es gibt, wirklich unbedeutend ist. Ich verstehe nicht, wie jemand diesen Punkt erreichen und mit etwas anderem als der tiefsten Demut davonkommen kann.

Wer über eine andere Person herrscht und glaubt, dass ihr Weg vor allem der richtige ist, ist einfach kein sehr guter Programmierer. Verlass dich drauf.

Mein Rat, Sie sind auf dem richtigen Weg, keine Brücken zu verbrennen. Höre höflich zu, nimm alles Gute, was du kannst, und gehe dann deinen eigenen Weg.

Wie in den meisten sozialen Situationen kommt es auf den Kontext an.

Wenn diese Person eine Hauptrolle spielt (der Kontext ist wahrscheinlich ein Arbeitsplatz), sind Sie sozusagen abgesprungen, es sei denn, Sie können sie davon überzeugen, andere als die von ihnen gewählten Techniken anzuwenden. Hoffentlich sind sie offen für Kritik aus ihrem Team. In vielen Fällen habe ich festgestellt, dass gute, auf Fakten basierende und solide Argumente, warum Ihr bestimmter Ansatz für das Projekt besser ist, sie oft überzeugen. Wenn sie weiterhin hartnäckig sind, nur weil "so soll es gemacht werden" (oder aus irgendeinem anderen albernen Grund), dann sehen sie sowieso schlecht aus und du siehst aus, als hättest du zumindest versucht, rational zu sein. In diesem Fall würde ich auch empfehlen, Karriere.so ...

Wenn diese Person Ihre Altersgenossen sind, können Sie sie so ziemlich einfach ignorieren und weitermachen. Besser wäre es, sie zu fragen, warum sie eine bestimmte Bibliothek oder einen bestimmten Ansatz schätzen. Durch Diskussionen stellen sie möglicherweise fest, dass Ihre Einschränkungen anders sind als erwartet (zum Beispiel benötigen Sie keine "superschnelle Bibliothek X", da Sie keine rohe Geschwindigkeit benötigen, mit der Sie auf dem Metallweg sind, oder Sie ziehen an Sie möchten die "vorgefertigte Komponente Y" nicht verwenden, da Sie Abhängigkeiten minimieren möchten. Sie erhalten möglicherweise auch wertvolle Einblicke in einige der Vorschläge. Normalerweise gehe ich in solchen Situationen meistens meinen eigenen Weg, aber ich werde in der Regel auch einige hilfreiche Informationen finden, indem ich mir zumindest die Vorgehensweise / Technologie / Bibliothek anschaue, für die sie sich einsetzen.

Wenn diese Person unter Ihnen ist, sagen Sie ihnen, sie sollen abhauen Verstehe was los ist und kommuniziere effektiv.

Am Ende, wenn die Person wirklich ein Hardcore-Freak ist, der keine Kompromisse eingehen will, nicht aufgeschlossen ist und nicht lernen möchte; Dann können Sie es wirklich ignorieren und versuchen, das Beste aus der Situation zu machen.

Versuchen Sie herauszufinden, warum er das Bedürfnis hat, sich auf diese Weise einzumischen.

• Hat er Angst, dass Sie das Falsche tun und Zeit / Geld der Firma verschwenden?
• Ist er unsicher und hat Angst, irrelevant zu sein?
• Versucht er, hilfreich zu sein, indem er eine bessere Lösung vorschlägt, aber scheitert?
• Versteht er Ihr Ziel bei der Erkundung des Lösungsraums falsch?
• Ist das seine Art freundlich zu sein?
• Hat ihm jemand gesagt, dass Sie immer X verwenden sollten, damit er immer X vorschlägt? Warum haben sie ihm das gesagt?
• Ist er ein Verkäufer für X-Technologie?

Diese haben alle unterschiedliche Antworten.

Durch ein besseres Verständnis Ihrer Schlagkraft - verlieren Sie zunächst dieses Label für ihn - werden Sie viel besser in der Lage sein, einen Weg zur Zusammenarbeit zu finden.

Sie könnten auch untersuchen, warum Sie dies so sehr stört. Warum können Sie seine Eingabe nicht ignorieren oder harmlos ablenken?

Wechseln Sie in einen funktionalen Programmiermodus. Die meisten Schlagharten kennen Java und sonst nichts. Sobald du sie also mit etwas Seltsamem wie Haskell, Lisp oder sogar Ruby triffst, werden sie aufhören zu sterben.

Ich würde ihnen sagen, sie sollen abhauen (Sie könnten mehr diplomatische Redewendungen verwenden, wenn Sie möchten.) Oder sie einfach ignorieren. Es gibt nicht viele Möglichkeiten, die über das Gesagte hinausgehen. (Mord könnte funktionieren, aber die Legalität ist von Land zu Land unterschiedlich.)

Warum interessiert es dich, was diese Person sagt? Sind sie dein Chef? Wen interessiert das? Jeder Job hat einen Typen, hoffentlich nicht Sie, den sie meiden, oder sie hören ihn den Flur runterkommen und sie ducken sich. Sie mögen ihn einfach nicht. Sie wissen vielleicht nicht einmal warum. Aber so ist die Welt eben. Seien Sie herzlich und wen interessiert das? Klingt so, als würdest du gerne dein Pfund Fleisch haben und ihn ein bisschen zuschlagen.

An meinem letzten Arbeitsplatz war so ein Typ. Er hatte nicht nur eine Meinung zu jeder einzelnen diskreten Aufgabe, an der alle anderen arbeiteten, sondern er rollte auch auf und fragte: "Was machst du - ich bin nur interessiert!" genau dann, wenn Sie sich einer Aufgabe zuwandten, anstatt mit seiner eigenen Arbeit fortzufahren, die ihm übertragen worden war. Es ist eine Sache , hin und wieder eine Meinung zu etwas zu haben - wir haben beide Ansichten, und produktive Teams sollten immer offen sein für gültige Beiträge ihrer Kollegen -, aber es ist eine ganz andere Perspektive, wenn eine Person andere Entwickler wiederholt von ihrer Arbeit abhält, indem sie sie darum bittet hör auf, was sie tun, und erkläre es ihnen in der Hoffnung, dass sie sich entwickeln könnten während des Gesprächs eine Meinung zu haben, die sie vorschlagen, anstatt ihre Kollegen mit ihrer Arbeit fortfahren zu lassen.

Als dieser spezielle Typ das oben Genannte an mir ausprobierte, lautete seine Eröffnungszeile "Was machst du?" Und ich gab einen kurzen Überblick über die Aufgabe, mit der ich gerade angefangen hatte, falls er tatsächlich eher beiläufig fragte als eine lange und nicht sehr aufschlussreiche Debatte über das Thema anzustreben, wie ich aus schmerzhaften früheren Erfahrungen vermutete, war seine Absicht. Als er auf meine Übersichtserklärung antwortete, fuhr er fort: "Ich verstehe nicht? ..." In einem Ton, der andeutete, dass nichts mich glücklicher machen würde, als aufzuhören, was ich tat, um ihm meine Absichten näher zu erläutern. ich sagte nur : „Warum würden Sie müssen verstehen?“, die ihn in seinen Tracks tot gestoppt.

Jeder andere Entwickler im Büro kicherte laut, als er sich mürrisch zu seinem Sitz zurückzog, ohne auf meine Frage antworten zu können. Die Lehre hier ist, wenn ich annehmen kann, dass diese Leute immer am besten zivil und ruhig, aber fest behandelt werden. Wenn Sie es versäumen, sich in Ihre Arbeit einzumischen, und Gespräche zu unterbrechen, die den Tenor eines Streits annehmen können, bevor sie überhaupt beginnen, haben diese Leute im Allgemeinen keine Chance, Ihren Denkprozess zu entgleisen.

Schlagen Sie sie mit der Zeile "Sie sollten niemals etwas verwenden, das Sie nicht verstehen".