Niemals nur ein Problem darstellen

Ich habe mir Ihr Profil kurz angesehen und festgestellt, dass Sie schon eine Weile in der StackExchange-Community sind. Sie werden hier zweifellos bemerkt haben, dass die Fragen, die hier die besten Antworten erhalten, diejenigen sind, die das Problem darstellen, und die Argumentation, die sie bereits bei dem Versuch genommen haben, die Frage zu beantworten.

Das Arbeitsleben ist genau wie dieser. Wenn Sie eine Frage stellen, möchten Sie sie auch wissen lassen, was Sie getan haben, um zu versuchen, sie bereits selbst zu beantworten. Dies kommt Ihnen in vielerlei Hinsicht zugute:

• Es zeigt, dass Sie nicht unnötig fragen. Wenn Sie Ihre Argumentation offenlegen, lassen Sie die Person wissen, dass Sie Machen Sie einen Versuch, bevor Sie eine Frage stellen und nicht nur faul sind.
• Sie erhalten wahrscheinlich Feedback, das Ihren Denkprozessen zugute kommt. Wenn ein Peer mit einem Problem zu mir kommt und enthüllt, wie sie versucht haben, eine Frage zu beantworten, hilft ihnen nicht nur, den richtigen Weg zu finden, sondern ich helfe ihnen auch zu verstehen, wie sie über die Frage hätten nachdenken können, um selbst dorthin zu gelangen. Je mehr Sie Ihren Denkprozess und Ihre Überlegungen offenlegen, desto mehr andere Menschen können Ihnen helfen, bei zukünftigen Problemen darauf aufzubauen.

Hier gibt es ein paar Punkte zum Auspacken.

Ich nahm an, dass alle anderen in einem Technologieunternehmen gerne über Technologie sprechen ...

Nicht Notwendig. Viele Techniker werden über Technologie sprechen, die für die Aufgabe, die sie gerade ausführen, relevant ist, aber möglicherweise überhaupt kein Interesse an etwas anderem hat.

Ich denke, Sie werden möglicherweise verwirrt zwischen dieser und:

Ich wurde auch beschimpft, "den falschen Weg eingeschlagen zu haben", als ich versuchte, ein Problem zu lösen, mit dem ich nicht vertraut war, anstatt jemanden zu fragen, der

war. Betrachten Sie den Jungen, der weinte Wolf :) Wenn Sie die Zeit eines anderen damit verbringen, über Dinge zu sprechen, die für das, was er tut, nicht relevant sind, stellen Sie möglicherweise fest, dass er das Gefühl hat, bereits genug Produktivität bei Ihnen verloren zu haben, wenn Sie ihm eine relevante Frage stellen.

Ich versuche so ziemlich immer, Probleme mindestens eine Stunde lang selbst herauszufinden. Ist das zu kurz?

In vielen Fällen ist es ja zu kurz. Wenn das Problem, das Sie lösen möchten, nicht einfach ist, sollten Sie mehr Zeit in die Suche und das Ausprobieren verschiedener Permutationen investieren. Wenn das Problem einfach ist, sollte eine geeignete Websuche die richtigen Ergebnisse liefern.

Fassen Sie all dies zusammen, und ich sehe einen jungen Programmierer, der einige Probleme mit dem Urteilsvermögen hat , das hat Ihnen Ihre HR-Person gesagt. Es ist nicht unüberwindbar, aber es gibt einige Dinge, über die Sie nachdenken müssen.

• Speichern Sie hypothetische technische Fragen für den Speisesaal. Es ist nicht angemessen, es sei denn, Sie kennen die Leute gut Verschwenden Sie sowohl Ihre als auch die Zeit anderer Personen mit irrelevanten Fragen.
• Erfahren Sie, wie Sie bessere Suchbegriffe im Internet anwenden. Wenn Ihnen mitgeteilt wird, dass Sie zu viele Fragen stellen und sich zu viel Zeit zum Fragen nehmen, dann stellen Sie eindeutig die falschen Fragen.
• Zeigen Sie beim Stellen einer Frage, was Sie versucht haben. Klassische Stapelüberlaufmentalität. Wenn Sie nichts zu zeigen haben, um ein Problem zu lösen, haben Sie sich nicht genug Mühe gegeben. Haben Sie keine Angst davor, Ressourcen wie Stapelüberlauf zu nutzen, wenn es etwas Greifbares gibt, das möglicherweise gemeinfrei ist. Und zum Schluss:
• Speichern Sie Fragen für geschäftsspezifische Fragen. Fragen Sie nicht nach, wie Sie Ihr Programmiertool steuern, sondern fragen Sie nach nach Domain- oder umweltspezifische Probleme, die nicht öffentlich zugänglich sind.

Hier können Sie viele Maßnahmen zur Verbesserung ergreifen. Möglicherweise ist PIP ein sehr wertvolles Tool, um ein besserer Entwickler zu werden :)

Das Problem ist, dass jemand, der die Arbeit unterbricht, nicht nur die 5 bis 15 Minuten verliert, die er zur Beantwortung benötigt. Sie verlieren viel mehr Zeit, da sie sich wieder konzentrieren müssen. Und das kann ziemlich frustrierend sein.

Ich war in einer ähnlichen Situation wie Sie. Ich ging immer zu Leuten und stellte ihnen sofort Fragen. Selbst wenn sie etwas taten, das mich blockieren würde. Das hat möglicherweise sogar andere Personen in der Nähe unterbrochen.

Mein Manager gab eine Lösung: Verwenden Sie E-Mail und Instant Messaging, auch wenn die Person neben Ihnen sitzt. Auf diese Weise werden Sie mehr darüber nachdenken, wie Sie die Frage formulieren können, und während dieses Prozesses können Sie sich selbst beantworten. Die andere Seite kann Ihnen auch antworten, wenn sie etwas Freizeit haben.

Eine andere Option besteht darin, eine Besprechung festzulegen, in der alle Dinge geklärt werden.

Ich werde versuchen, aus Sicht des Unternehmens zu antworten. Ich bin nicht diese Firma, also gibt es vielleicht Dinge, die ich nicht sehe, aber ich habe das schon einmal in meiner eigenen Firma gesehen.

Zu viele Fragen

Der größte Teil Ihrer Verwirrung scheint darauf zurückzuführen zu sein, dass Sie nicht verstanden haben, dass das Stellen von Fragen ein gefährliches Spiel ist. Es ist !!!

Wenn Sie eine Frage stellen, geben Sie zu, dass Sie nichts wissen, und was Sie nicht können finde es heraus. Als Softwareentwickler besteht eine Ihrer Aufgaben darin, dies herauszufinden. Sie beleidigen das "aktuelle" Entwicklerteam, indem Sie im Grunde fragen: "Also haben Sie hier so einen Mistcode geschrieben, dass ich nicht herausfinden kann, wie man ihn liest oder was er tut, also werde ich Sie brauchen, um ihn mir zu erklären." . "

Nun ist der schwierige Teil hier, dass dies manchmal genau der Fall ist und Sie Fragen stellen sollten. Es ist nur wichtig, sich daran zu erinnern, dass diese Fragen, egal was passiert, eine negative Seite haben.

Eine andere Sache, die ich in Ihrem OP spüre, ist, dass Sie viel zu früh Fragen stellen. Für einen neuen Entwickler ist es absolut in Ordnung, einen ganzen Tag dort zu lesen und zu recherchieren, um zwei Codezeilen zu schreiben. Mit 14 Jahren Erfahrung mache ich das immer noch. Beim Schreiben von professionellem Code geht es nicht darum, "wie viel" erledigt wird, sondern darum, wie gut es erledigt wird und wie man diesen Erfolg wiederholen kann. Ich bezweifle, dass jemand Sie beschimpfen wird, weil Sie 100 Mal länger brauchen, um ein Zehntel der Arbeit als ausgebildeter und etablierter Entwickler zu erledigen. Wenn ich jemanden anheuere, schreibe ich den ersten Monat so ab, dass ich keine echte Arbeit erwarte, und die ersten sechs Monate, weil ich nicht viel erwarte.

Sie verbringen nicht genug Zeit alleine

Das ist ein Riesenerfolg !!! Wenn Sie ein Teammitglied um Hilfe bitten, verringern Sie auch die Produktivität dieser Person. Sie beeinflussen ihren Prozess und beleidigen sie gleichzeitig (siehe oben). Es gibt keine Möglichkeit für Sie zu gewinnen, wenn Sie um Hilfe bitten müssen. Stellen Sie sich jede Frage als einen verlorenen Kampf vor. Sie können den Krieg immer noch gewinnen, aber Sie haben diesen Kampf verloren.

Sie können einige Maßnahmen ergreifen, um das Problem zu beheben:

1. Fragen Sie per E-Mail, niemals persönlich oder im Chat. Chat ist vielleicht die bevorzugte Methode, um "offiziell" zu arbeiten, aber E-Mails sind besser, da der Empfänger sie in seiner eigenen Zeit bearbeiten kann.
2. Gehen Sie von einer "niedrigeren" Haltung aus vor. Du bist der Bittsteller hier. Mach ein bisschen groveln. Es ist in Ordnung. Ein bisschen wird Ihnen nicht schaden und dem Empfänger zeigen, dass Sie sich um seine Zeit kümmern, dh "Ich weiß, dass Sie wirklich beschäftigt sind, aber ich kann anscheinend nicht herausfinden, wie Sie sich in Ihre API integrieren können Kannst du mir ein paar Momente zeigen, was ich vermisse? " Es zeigt, dass Sie im Unrecht sind, nicht sie. Es ist wichtig.
3. Listen Sie die Schritte auf, die Sie selbst unternommen haben. "Das API-Dokument sagt, dass eine Zeichenfolge übergeben werden soll, die die Benutzer-ID darstellt. Ich habe versucht, die Eigenschaft user.id und den Benutzernamen zu übergeben, aber es hat nicht funktioniert." Dies zeigt, dass Sie zumindest etwas ausprobiert haben und dass Sie im Allgemeinen anfangen, das Produkt zu "bekommen".
ol>

Besseres Urteilsvermögen beim Stellen von Fragen

Das klingt für mich so, als hätten Sie jemandem "gejammert", und das hatten sie nicht eine nette Art zu sagen: "Du nervst alle mit deinen lahmen Fragen. Hör auf!" Mit anderen Worten, ich denke, das ist kein Problem. Sobald Sie Ihre anderen Probleme behoben haben, wird dies behoben.

Schlechte Dokumentation

Ahem! Das ist eine weitere persönliche Beleidigung. Sag das niemals. JE!!!! Wieder einmal sagen Sie, dass ihre Codequalität so schlecht ist, dass Sie es nicht herausfinden können. Ihre Antwort wird immer lauten: "Funktioniert für alle anderen, also musst du der Idiot sein, nicht ich!"

Dies ist auch ein bisschen "Willkommen in der realen Welt". In der realen Welt zahlen Kunden (meistens) für funktionierende Anwendungen, nicht für Code oder Dokumentation. Daher verschlechtert sich die Dokumentation häufig im Laufe der Zeit.

Wenn Sie der Meinung sind, dass die Dokumentation schlecht ist und behoben werden muss, sprechen Sie dies ruhig mit Ihrem Teamleiter an. Lass sie entscheiden.

Ich werde das allerdings sagen. Egal wie beschissen die Dokumentation ist, mit dem Quellcode direkt vor Ihnen sollten Sie ihn nicht brauchen. Es ist wirklich schön zu haben, verstehen Sie mich nicht falsch, aber Sie können ohne es arbeiten > Komm natürlich nicht zu spät. Das ist ein Kinderspiel. In Ihrer aktuellen Situation sind es 30 Minuten. früh!! Keine Ausreden. Sie ruinieren jede Hoffnung, Ihren nächsten Job mit diesem zu finden. Wenn ich dort die Personalabteilung anrief und nach Ihrer Teilnahme fragte und sie sagten "Er war häufig zu spät" oder "Er wurde wegen Verspätung geschrieben", ist dies eine sofortige rote Fahne. Ich erwähne dies, denn ob Sie diesen Job behalten oder einen neuen bekommen, dies wird Sie mehr als alles andere davon abhalten, den nächsten Job zu bekommen.

Code von geringer Qualität

Dies ist wahrscheinlich wahr. Angesichts des Fragenproblems schreiben Sie wahrscheinlich keinen guten Code. Du bist aber neu und das ist zu erwarten. Ich finde, die Colleges lehren nichts über Codierung in der realen Welt. Ich habe noch nie jemanden direkt nach dem College eingestellt und einen "guten Entwickler" bekommen. Das bedeutet nicht, dass sie keine guten Entwickler waren. Sie fangen einfach nicht so an. Wenn Sie guten Code schreiben, bleiben Sie immer auf dem neuesten Stand der Trends und Techniken. Du lernst ständig. Der Moment, in dem Sie aufhören, ist der Moment, in dem Sie anfangen zu saugen.

Abschließend

Dieser Beitrag war grob, aber ich wollte klar zeigen, wie die Haltung eines Unternehmens sein kann. Oft fassen sie (Unternehmen) ihre Kommentare in so viel "Manager Speak" zusammen, dass es schwer zu verstehen ist. Ich habe versucht, das Sprechen des Managers in diesem Beitrag so weit wie möglich zu reduzieren, aber das bedeutet, dass es etwas rau ist.

Ihre wichtigsten Schritte zur Behebung Ihrer fehlgeschlagenen Karriere:

1. ZEIGEN SIE, UM FRÜH ZU ARBEITEN !!!! (Ich kann das nicht genug betonen)
2. Stellen Sie Fragen mit einer Einstellung, dass Sie die Person, die Sie fragen, bereits beleidigen.
3. Zeigen Sie Ihre Arbeit. Wenn Sie eine Frage stellen, geben Sie deutlich an, was Sie bereits getan haben.
4. Verbringen Sie mehr Zeit damit, selbst zu lernen. Es ist wichtig, viel mehr Zeit damit zu verbringen, Dinge zu erforschen als Dinge zu fragen. Ehrlich gesagt, 3-4 Tage, in denen Sie selbst etwas nachschlagen, werden mehr respektiert als eine 30-Sekunden-Frage.
ol>

Erfahren Sie, wie Sie mit Kritik umgehen. Mir ist klar, dass Sie ein Ingenieur sind, also gehen Sie mit richtig und falsch um. Sie möchten Ihre Fragen verteidigen. Beginnen Sie mit der Angabe, dass Sie ihr Feedback akzeptieren werden, und versuchen Sie, weniger Fragen zu stellen. Wenn Sie eine positive Antwort erhalten (achten Sie darauf, wie sie reagieren !!), können Sie um Klarstellung bitten, was eine gute und eine schlechte Frage ist. Stellen Sie sich die Situation so vor, als würden Sie mit einer Technologie arbeiten, die einen Fehler aufweist. Sie können den ganzen Tag darüber streiten, dass Ihr Code funktionieren sollte und keine Umgehung erforderlich ist, aber das ist nicht die Realität. Tun Sie, was funktioniert (und das gilt, wenn Sie glauben, dass ein Fehler in der Technologie vorliegt, die Art und Weise, wie Sie ihn implementieren, jedoch wirklich falsch ist.)

Ihre Situation kann ein Beispiel dafür sein, dass Menschen nicht mit Problemen konfrontiert sind und hinter den Rücken von jemandem gehen, anstatt Feedback zu geben. Jetzt kann es zu spät sein. Sind Sie sicher, dass Ihnen niemand gesagt hat, Sie sollen aufhören, sie die ganze Zeit zu belästigen?

Es kann Probleme geben, wenn jemand eine Frage stellt:

1. Ich muss etwas erledigen, so ist jetzt nicht die Zeit. Im Idealfall würden die Leute Ihnen sagen, wann eine gute Zeit ist.
2. Dies sollten Sie selbst recherchieren können. Leider ist es für Google einfacher, Lösungen für Probleme mit veralteten Technologien zu verschleiern, als Richtlinien und Verfahren für Ihr eigenes Unternehmen zu finden, die nicht dokumentiert werden. Es ist traurig, aber wahr.
3. Sie stellen immer wieder dieselbe Frage.
4. Ihre Fragen werden überkritisch und die Leute werden es leid zu erklären / zu verteidigen, warum sie Dinge tun a bestimmte Weise. Dies ist im Umgang mit neuen Menschen noch schwieriger. "Warum verwenden wir COBOL?" Weil es zu der Zeit die beste Technologie war und seit Sie in Windeln waren, läuft. Jetzt mach deinen Job.
ol>

Basierend auf dem, was Sie sagen, haben Sie bis zur Bewährung nicht viel Feedback erhalten. Das ist eine Schande. Viele Orte verfügen nicht über die Ressourcen und Praktiken, um neue Menschen auszubilden und zu betreuen. Wenn sich jemand wirklich genug um Sie gekümmert hätte, um Ihnen zum Erfolg zu verhelfen, hätte er Ihnen etwas gesagt.

War in genau der gleichen Situation.

Problem

Was Sie beschreiben, ist das Problem, mit dem die meisten neuen Absolventen konfrontiert sind. Die meisten Universitäten vermitteln Ihnen nur Grundlagen oder Konzepte, während Sie im praktischen Beruf viel mehr benötigen.

Die meisten Unternehmen, die neue Absolventen einstellen, verfügen über Ausbildungspläne Jahr oder so. Aber manche Leute werden neugierig, wenn Sie ihnen eine einfache Aufgabe geben, eine kleine Komponente in einem System zu reparieren, bekommen sie sie erst, wenn sie das gesamte System beherrschen, und ich glaube, Sie sind einer von denen ...

Ich denke, Sie stellen Fragen, weil

• Sie das Gefühl haben, dass Sie mehr als angemessene Zeit für die Erledigung einer Aufgabe benötigen, da Sie einen Teil des Systems nicht verstehen.

• Sie sind nur neugierig, das System vollständig zu verstehen.

• Ihr Unternehmen hat Sie nicht richtig geschult

p> Lösung

Wenn meine Annahmen richtig sind, stellen Sie keine Fragen mehr, es sei denn, Sie müssen (Punkt - jetzt) ​​

• Verbringen Sie mehr Zeit mit dem Verständnis des Systems (nicht nur 8 Stunden).

• Verwenden Sie stattdessen SO oder andere verwandte Websites (nachdem Sie Ihren Forschungsteil durchgeführt haben)

• Bitten Sie Ihr Unternehmen, Sie in den Bereichen, in denen Sie Hilfe benötigen, ordnungsgemäß zu schulen.

Ich bin oben gefolgt und arbeite jetzt nach 5 Jahren in derselben Firma und ich kann behaupten, dass ich dann mehr weiß jemand hier.

Ich wollte dies aus Managementsicht untersuchen.

Ein PIP ist eine umfassende Sache.

Es ist sehr wahrscheinlich, dass die Leistungsverbesserung eine Sammlung von Dinge, die Ihr Management hervorgehoben hat, alles zusammen erledigt. Ich vermute, wenn Sie die Person wären, die viele, viele Fragen gestellt hat, aber früh gekommen ist, lange geblieben ist und beim Schreiben von Code großartige Arbeit geleistet hat, würde das Team die Frage als persönliche Eigenart behandeln oder Sie sind außergewöhnlich gründlich.

Wenn das Team jedoch helfen muss, mehr Fehler in Ihrem Code zu finden und zu beheben, nachdem es mehr als die übliche Anzahl von Fragen beantwortet hat und Sie weniger Stunden arbeiten oder ohne Vorankündigung zu spät erscheinen, wird das Team und der Manager wird das Gefühl haben, dass Sie nicht zu dem Level beitragen, das Sie sein müssen, und dass Sie keine zusätzliche Zeit investieren, um sich auf den neuesten Stand zu bringen. Die Frage wurde wahrscheinlich im Lichte der anderen Probleme gestellt, denn wenn Sie versuchen, die Codequalität durch MEHR Fragen zu verbessern, ist dies für das Team nicht nachhaltig.

Jede Stunde zählt

Ein neuer College-Absolvent ist eine Investition in die Teamzeit. Jeder Manager, der Ihnen etwas anderes sagt, hat entweder noch nie einen neuen College-Absolventen eingestellt oder lügt oder hat wirklich außergewöhnliche Teamleiter, die für ihn / sie arbeiten. Jede neue Einstellung ist eine Investition, aber Hochschulabsolventen haben mehr Zeit. Normalerweise lohnt sich der Kompromiss jedoch - aber beachten Sie, dass Hochschulabsolventen mehr Fragen stellen als erfahrene Entwickler.

Allerdings zählt jede Stunde. Ein Entwicklerteam wird in einer bestimmten Woche mehr erledigen, wenn alle auf dem neuesten Stand sind, den Code kennen und nicht viele Fragen stellen. Außerdem kann ein Team in diesem gelierten Zustand sehr schnell Fragen stellen und beantworten - was auch die Produktivität beschleunigt.

Das Beantworten von Fragen braucht Zeit. Und jedes Mal, wenn ein Entwickler aufhört, Code zu schreiben und Fragen zu beantworten, gibt es einen Kontextwechsel. Das Beantworten von Fragen in hohem Maße ist also viel mehr ein Produktivitätskiller als eine Stunde lang zu sitzen und eine Sammlung von Fragen zu beantworten.

Ich würde mit Sicherheit argumentieren, dass JEDER Kontextwechsel 1 Stunde kostet. Selbst wenn Sie eine 5-minütige Frage haben, haben Sie das Team eine Stunde gekostet, wenn jemand anhält, um Ihre Frage zu beantworten. Das bedeutet, dass es mehr Zeit kostet, 1 Stunde zu nehmen und es nicht zu bekommen, und dann um Hilfe zu bitten, als 2-4 Stunden.

Es gibt keine Möglichkeit, "es dauert nur 5 Minuten, bis der andere Mann da ist." rette mich eine Stunde ". Angesichts der Metrik von mindestens einer Stunde pro Unterbrechung sollte der andere Ihnen besser 2-4 Stunden sparen.

Tipps zum Stellen von Fragen Gut:

• Verstehen und stellen Sie Fragen entsprechend der Dringlichkeit - wenn Sie unbedingt ein Problem in einer Stunde lösen MÜSSEN, dann unterbrechen Sie fast jeden, der kann Ihnen helfen ist eine gute Idee. Wenn Sie eine Frist von 3 Wochen haben, ist es besser, weniger zu unterbrechen und Ihre eigenen Probleme mehr zu lösen. Dies bedeutet, dass Menschen im Notfall oft viele Fragen stellen, die sie sonst selbst recherchieren würden. Weil es absolut wichtig ist, die Antwort so schnell wie möglich zu haben.
• Verwenden Sie Fragenforen für ihren definierten Zweck oder intuitiv den Zweck aus vorhandenen Fragen / Antworten. Stapelbörsen haben zum Beispiel einen ziemlich umfangreichen Satz von Grundregeln, die ziemlich gut dokumentiert sind, und eine besondere Erwartung, dass Benutzer vor dem Nachfragen nach vorherigen Antworten suchen. Ein anderes Forum kann wiederholte Fragen erwarten, jedoch nur über einen sehr engen Bereich.
• Recherchieren Sie Ihre Frage. Erwarten Sie, dass das Schreiben einer guten Frage genauso lange dauern kann wie das Geben der Antwort. In vielen Fällen beschreiben Sie (knapp!) Die Schritte, die Sie dazu gebracht haben, das Problem nicht mehr beantworten zu können. Außerdem dokumentieren Sie wahrscheinlich alle Symptome des Problems.
• Richten Sie Ihre Fragen gezielt aus - finden Sie heraus, wer nach Möglichkeit tatsächlich Fragen beantworten kann, anstatt alle zu fragen. Nicht jede Frage ist eine Diskussion wert.
• Sammeln Sie einen großen Stapel Fragen - insbesondere wenn Sie neu sind, nehmen Sie sich einen Tag Zeit, um das Problem und den Code zu überprüfen. Fassen Sie Ihre Fragen zu einer Liste mit Aufzählungszeichen zusammen, in der die Themen zusammengefasst sind. Fragen Sie dann einen Mentor oder Kumpel, wohin Sie gehen sollen, um Hilfe zu erhalten. Es ist sehr wahrscheinlich, dass die meisten Fragen in Stunde 1 bis Stunde 6 beantwortet werden. Fragen, die in Stunde 1-2 kamen und bis Stunde 8 nicht beantwortet werden konnten, stehen wahrscheinlich ganz oben auf Ihrer Liste, da Sie wissen, dass Sie sie in 8 Stunden nicht herausfinden konnten.
• Code ist nicht "selbstdokumentierend", aber eine ganze Menge Informationen können durch Lesen gelernt werden. Ich lernte viele undokumentierte Systeme, indem ich mit einem Notizbuch saß und meine Version des Designs zeichnete, während ich ging. Wenn Sie nicht mehrere Ebenen über und mehrere Ebenen unter dem Bereich gelesen haben, in dem Sie arbeiten, und die Dokumente der von Ihnen verwendeten externen APIs nicht gelesen haben, haben Sie nicht gut genug recherchiert.
• Wenn Sie versuchen, eine Antwort zu finden, ist es ein langer Weg, wenn Sie Möglichkeiten vorschlagen können, anstatt nach der Antwort zu fragen. "Wäre das der richtige Weg, es zu tun?" ist besser als "Wie mache ich das?" - Auch wenn die Antwort "Sie machen es völlig falsch" lautet - Sie können immer noch fragen "Warum ist mein Weg falsch?" und je mehr Meta "Wie würde ich lernen, es wiederholt richtig zu machen"? Dies ist der Ansatz "Bringe einem Mann das Fischen bei" - lerne, wie man fischt, stelle keine Fragen, die dir nur 1 Fisch bringen.
• Vermeiden Sie Fragen, die nur eine höfliche Art der Ablehnung sind. Es gibt eine Grenze zwischen "Ist meine Art, dies zu tun, praktikabel?" "Ich verstehe nicht (dh stimme zu), warum du es auf deine Weise getan hast?" Das sind gute Gespräche, aber sie werden besser informell geführt, nachdem Sie Leute kennengelernt haben.
• Moderieren Sie Ihre Gesamtfragen - dies sind normalerweise die "Warum" -Fragen. Neue Leute haben das Recht, viele "Wo" & "Wer" -Fragen zu stellen (wo sind die Dokumente, wo ist der Prozess dafür, wo ist der Platz im Code, den ich mir ansehen möchte? Wer kann das beantworten? Wer tut das?) Ich lade zur Überprüfung ein?) Und einige "Wie" -Fragen - sollte ich so vorgehen? Wie kann ich Ihre Zustimmung erhalten? Aber "warum" wie in "warum haben wir es so erstellt?", "Warum dokumentieren wir Code nicht mehr?", "Warum hat dies keine Priorität?" - Sie sind legitim, aber bis Sie mehr Erfahrung mit der Arbeit und dem Geschäft haben, sind sie nicht die notwendigsten Fragen. Sie können für ein 1: 1 mit Ihrem Chef großartig sein, wenn Sie keine anderen dringenden Probleme haben, aber wenn das "Warum" das Wo, Wer und Wie verdrängt, konzentrieren Sie sich nicht auf Ihren Job.

Hier gibt es bereits viele Antworten, aber ich möchte einige spezifische Teile Ihrer Frage ansprechen.

Obwohl ich auch gescholten wurde, dass ich nicht genug Zeit damit verbringe, herauszufinden Dinge selbst heraus, bevor ich andere um Hilfe bitte. Dies ist jedoch nicht der Fall, und mein Manager hätte bis jetzt keine Möglichkeit, wie lange es dauert, bis ich auf ein Problem stoße, bis ich jemanden um Hilfe bitte . Ich versuche so ziemlich immer, Probleme mindestens eine Stunde lang selbst herauszufinden.

Ist das zu kurz? Was ist eine angemessene Zeit, um sich mit einem Problem zu befassen, bevor Sie einen Mitarbeiter fragen, der die Antwort kennt?

Der Schwerpunkt liegt bei mir.

Für den Anfang ist eine Stunde wahrscheinlich zu kurz. Ich sage wahrscheinlich aber ... es kommt wirklich auf das Problem an. Ein Zeitlimit zu haben ist gut, aber Sie sollten sich mehr auf Indikatoren verlassen, dass Sie sich an einer Wand befinden, als nur auf ein Zeitlimit. Wenn Sie jedoch bereit sind, Fragen zu stellen, sollte der Empfänger Ihrer Fragen in der Lage sein, die Forschung, die Sie in Ihr Problem gesteckt haben, anhand der Art der Frage zu sehen, die Sie stellen.

Und das ist es wenn wir zum fettgedruckten Teil des Zitats kommen. Du bist technisch korrekt. Niemand außer Ihnen kann wirklich genau wissen, wie viel Zeit Sie in ein Problem gesteckt haben, bevor Sie um Hilfe gebeten haben.

Aber basierend auf der Frage, die Sie stellen, den Informationen, die Sie mit der Frage bereitstellen, dem Kontext der Frage und wie leicht ich die Antwort mit einer einfachen Google-Suche finden kann, kann ich ziemlich gut einschätzen, wie viel Aufwand Sie in die Lösung des Problems selbst gesteckt haben.

Wenn Sie eine Frage stellen und die erste Google-Suche, die ich versuche, Ihre Lösung als Ergebnis Nummer eins ergibt, sind das im Grunde zwei Treffer für Sie. Es spielt keine Rolle, ob Sie 10 Minuten oder 10 Monate mit dem Problem verbracht haben. Sie sollten diese Seite bereits studiert haben und sie hat entweder Ihr Problem behoben, oder Sie erzählen mir von dieser Seite und warum sie Ihr Problem nicht gelöst hat.

Aber darüber hinaus, welche Art von Fragen stellen Sie ? Fragen Sie nach direkten Lösungen? Oder fragst du nach einem kleinen Schubs in die richtige Richtung? Manchmal ist die Wand, mit der Sie konfrontiert sind, so, dass Sie keine Kenntnis von einer Bibliothek oder einem vorhandenen Teil der Codebasis haben, die die Lösung Ihres Problems vereinfacht.

Ich würde sagen, Sie haben durch die Schule der harten Schläge erfahren, was diese Firma erwartet. Fragen an dieser Stelle sind ein Nein-Nein.

Ich denke, Ihr Hauptproblem ist Sichtbarkeit . Viele Leute können Fragen zum Thema Slack stellen. Selbst wenn sie sich nicht gezwungen fühlen zu antworten, könnte dies ihr Urteil über Sie beeinträchtigen. Wenn Sie einen Tag damit verbringen, eine einzelne Funktion an Ihrem Schreibtisch herauszufinden, sieht niemand, dass sich das Rad dreht. Sie scheinen etwas falsch zu machen, anstatt nur die Schlüssel an Ihrem Schreibtisch zu drücken, was wie Arbeit aussieht. Sicher, vielleicht in wöchentlichen, monatlichen oder jährlichen Überprüfungen wird Ihre Produktivität schlecht reflektiert. Aber Ihre losen Fragen werden mehrmals am Tag gestellt, während Ihre tatsächliche Produktivität weitaus seltener gemessen wird.

Ich war in einer Position wie Ihrer. Ich wurde beauftragt, Fehler in einem geeigneten CMS zu beheben, während der leitende (schreibgeschützte) Entwickler wie verrückt durcheinander kam, um Funktionen für Kunden hinzuzufügen. Wir waren weit zurückgeblieben. Die Codebasis befand sich nicht in der Versionskontrolle, und jede Seite hatte ihre eigene maßgeschneiderte Version. Es war ein komplettes Durcheinander.

Naiv hielt ich es für besser, 10, 20 oder 30 Minuten von mir zu nehmen und die Zeit des Leads zu chatten, damit er mir die Dinge erklären konnte, anstatt eine halbe Stunde zu verbringen Tag, ein ganzer Tag oder sogar mehrere Tage, um eine Funktion zurückzuentwickeln, um herauszufinden, 1. was getan werden sollte, 2. wie es funktionieren sollte und 3. wie der Fehler behoben werden kann.

Als mein Chef (einer von zwei Partnern) davon erfuhr, stellte er fest, dass es mir schlecht zeigte, dass ich nicht in der Lage war, Code selbst zu beheben, und dass ich einen von unseren nahm wertvolle Zeit für Lead-Entwickler. (Der leitende Entwickler schien es zu genießen, darüber zu sprechen, wie seine Codebasis funktionierte - auf jeden Fall beschwerte er sich nicht bei meinem Chef darüber, wie er mir sagte.) Also habe ich aufgehört, Fragen zu stellen, und meine Produktivität ist wahrscheinlich auf 10% gesunken. Ich wurde ungefähr einen Monat später entlassen.

Wie auch immer, diese Firma sagt Ihnen auf schlechte Weise, dass sie diese Zeiteffizienz und den Nebeneffekt der Dokumentation nicht schätzen. Also tu es nicht.

Verbringen Sie einen Tag damit, etwas herauszufinden. Verbringen Sie ein paar Tage - verbringen Sie eine Woche! Wen interessiert das? Nicht diese Firma. Was auch immer Sie tun, stellen Sie keine Fragen, denn das ist etwas, was sie tun interessiert. Es spielt keine Rolle, ob es sich um das Management handelt oder ob sich Ihre Kollegen beschweren. Das Unternehmen hat Ihnen gesagt, welche Art von Kultur es pflegt.

Wenn Sie also über Ihre Situation nachdenken, mit Verspätung und Code von schlechter Qualität, kann ein Rückgang der Produktivität zu viel sein. Anstatt zu warten, bis die Axt fällt, möchten Sie vielleicht nach einem Ort suchen, der besser zu Ihnen und Ihrem Stil passt. An einem Ort, der vielleicht zunächst einige Codekommentare und Dokumentationen enthält.

Wie kam es also zu meiner Geschichte? Nach einer Zeit der Arbeitslosigkeit bekam ich einen neuen Job. Abgesehen davon, dass die Codebasis viel besser ist (wir verwenden ein CMS nach Industriestandard, wir haben Versionskontrolle, wir haben Entwicklungs-, Staging- und Produktumgebungen usw.), sind meine Kollegen hervorragend und mein Unternehmen fördert das Lernen. Wir haben ein Wiki, in dem wir unsere Informationen teilen und vermeiden, Räder neu zu erfinden. Wir unterhalten uns den ganzen Tag über Ruhe, reden über Arbeit, stellen Fragen, machen Brainstorming, tauschen Nachrichten, Informationen und Entdeckungen aus. Wir starten Projekte zur Verbesserung unserer Prozesse, wie z. B. Agilität, Landstreicher und Implementierung einer kontinuierlichen Integration. Wir unterrichten uns gegenseitig und lernen voneinander. Wir verhalten uns wie Kollegen und Mitarbeiter. keine Konkurrenten. Wir haben ein Onboarding und eine Orientierung für Neueinstellungen und Auftragnehmer, die wir ohne diese Kultur nicht hätten. Das ist eine gute Sache, denn in der Zeit, in der ich hier war, sind wir von zwei (ich eingeschlossen) auf acht gewachsen, und in geschäftigen Zeiten auch Auftragnehmer.

Unser Unternehmen sendet uns Schulungen, Konferenzen und empfiehlt, sich Zeit für webbasierte Kurse und Besetzungen zu nehmen. Ich habe in dieser Zeit hier mehr gelernt als in jeder anderen Zeit meiner Karriere, insb. in Fächern, in denen ich speziell nicht arbeite. Es ist wunderbar; Ich bin seit 4,5 Jahren hier und sehe keinen Grund zu gehen, außer eine neue Technologie zu lernen. Die Kultur an meinem neuen Standort ist wirklich darauf ausgerichtet, Best Practices zu lernen, zu verstehen und umzusetzen, was zu Produktivität führt. Es ist eine Win-Win-Situation.

Im Ernst, es gibt bessere Arbeitsplätze. Dies ist nicht der richtige Ort für Sie und Sie sind nicht die richtige Person für sie.

Wenn Sie nicht arbeitsbezogene Fragen stellen, kann dies als müßiger Chat angesehen werden, was in den Augen Ihres Chefs eine schlechte Sache ist. Hören Sie also damit auf.

Stellen Sie jedoch arbeitsbezogene Fragen ist eine gute Sache, da es zeigt, dass Sie an Ihrer Arbeit interessiert sind und sich verbessern möchten.

Wenn Sie beschuldigt wurden, die Zeit anderer Leute verschwendet zu haben, würde ich vorschlagen, dass sie ihre Zeit besser verwalten und es Ihnen sagen müssen Sie sind beschäftigt, anstatt Fragen zu beantworten, wenn sie andere Dinge tun sollten. Eine hilfreichere Antwort wäre jedoch zu fragen, ob sie Zeit haben, eine Frage zu beantworten, bevor Sie diese Frage stellen.

Klingt für mich so, als wäre Ihr Chef ein bisschen dumm oder er möchte sie einfach loswerden Sie aus irgendeinem Grund. Sie werden scheitern, da sie keine Dinge dokumentieren, die ein Rezept für eine Katastrophe sind, wenn ihre Hauptentwickler gehen, dort waren und es getan haben.

Arten von Arbeitsfragen:

1. Wie mache ich etwas, das ich lernen muss, um die Arbeit zu erledigen?

2. Wie mache ich etwas, das ich lernen muss, um den Job zu machen, aber es wurde mir bereits gesagt.

3. Wie mache ich etwas, das ich bereits wissen sollte.

4. Wie mache ich etwas, das außerhalb des Ziels des Jobs liegt, und ich weiß, dass es außerhalb des Ziels liegt.

5. Wie mache ich etwas, das nicht dem Ziel entspricht? ist nicht zielgerichtet für den Job, und ich weiß nicht, dass es nicht zielgerichtet ist.

6. Lustige Fragen und Smalltalk.

ol>

Also ...

Sie können so viele # 1s fragen, wie Sie möchten. Sie denken vielleicht, dass Sie nerven, aber es ist gut / klug nervig. Sie wären dafür nicht aufgeschrieben.

Wenn Sie # 2s fragen, denken sie, dass Sie ein Verständnisproblem haben. Oder Sie stellen einfach gerne Fragen, hören aber nicht zu. Dies wird bis zu einem gewissen Grad ertragen und wird schnell alt.

Abhängig von Ihrer Position und den seltsamen Dingen, die Sie dem Team Nr. 3 bringen, ist dies möglicherweise in Ordnung - Sie kennen einen bestimmten Bereich gut und sind billig , was auch immer. Fragen Sie jedoch besser nicht # 2s, nachdem Sie # 3 gefragt haben.

Es besteht kein Zweifel, dass die # 4 nicht gut sind. Sie können davonkommen und einige davon fragen, aber nicht als neuer Mitarbeiter. Mitarbeiter würden erwarten, dass Sie # 1s (und einige # 2s) fragen, bevor Sie über # 4s nachdenken. Wenn Sie viele # 4s fragen, denken sie, dass Sie überall sind.

Dies ist das Schlimmste. Wenn Sie nur ein paar # 5 fragen, können Sie jedes Teammitglied abschrecken. Es bedeutet, dass Sie es nicht bekommen und wahrscheinlich nicht die Fähigkeit haben, es zu bekommen.

Hmmm ... # 6s sind abhängig von der Person. Viele Leute können Tonnen von # 6s fragen, ob sie unterhaltsam oder lustig sind. Auf der anderen Seite kann es sehr schlecht sein, wenn Sie nicht # 6s sind, besonders wenn Sie # 2-5s fragen.

Wenn Sie sich denken, warum können sie nicht einfach nett zu mir sein und mir helfen, wenn ich Probleme habe und die ganze Zeit # 2-5s frage. Weil sie jemanden einstellen können, der mehr weiß und keine dummen Fragen stellt. Wenn ich Sie wäre, würde ich mehr aufpassen, vielleicht sogar immer einen Notizblock bei sich haben, und wenn jemand etwas beantwortet, stellen Sie sicher, dass Sie zu 100% sicher sind, dass Sie es bekommen, oder bitten Sie um Klärung vor Ort.

In dieser Antwort geht es darum, wie man Feedback entgegennimmt (die anderen Antworten beziehen sich bereits darauf, wie man Fragen sehr gut stellt).

Obwohl ich beim Versuch auch beschimpft wurde, "den falschen Weg eingeschlagen" zu haben um ein Problem zu lösen, mit dem ich nicht vertraut war, anstatt jemanden zu fragen, der es war. Als ich nach dem Widerspruch fragte, sagten mein Manager und meine Personalabteilung, ich müsse nur besser beurteilen, wann ich Fragen stellen soll. Ich hätte nie gedacht, dass Fragen so gefährlich sein könnten.

Das war eine schlechte Reaktion von Ihrer Seite. Stellen Sie sich für einen Moment an ihrer Stelle vor. Sie wissen, dass einige Mitarbeiter schlechte Leistungen erbringen, und Sie sagen ihnen, was sie verbessern müssen. Ohne sich Gedanken darüber zu machen, was Sie ihnen sagen, kein Interesse an Ihrem Feedback zu zeigen, geschweige denn sich dafür zu entschuldigen, dass Sie die Erwartungen nicht erfüllt haben, behauptet der Mitarbeiter fälschlicherweise, dass Sie sich selbst widersprechen.

Wenn Sie Feedback erhalten, insbesondere wenn es negativ ist, sollten Sie zuerst zuhören, dann versuchen zu verstehen (bei Bedarf klärende Fragen stellen) und erst dann antworten.

Das liegt daran, dass Sie und Ihr Chef sich nicht darüber einig sind, ob Sie es vermasselt haben, es sei denn, Sie haben es absichtlich vermasselt. Entweder ist Ihr Chef falsch oder Sie sind (oder Sie beide). Sie sollten die Möglichkeit in Betracht ziehen, dass Sie es sein könnten, da es sehr unwahrscheinlich ist, dass Ihr Chef völlig falsch liegt und Sie völlig Recht haben - und selbst wenn Sie es sind, können Sie Ihren Chef nur davon überzeugen, dass er falsch liegt, indem Sie ihm zeigen wo er sich irrt, und dazu muss man ihm auch zuhören.

Sie können auch um Rat fragen, wie Sie es besser machen können.

Zum Beispiel nach dem Hören Wenn Sie sowohl zu viele als auch zu wenige Fragen stellen, haben Sie möglicherweise Folgendes gestellt:

Ich habe also beide unnötigen Fragen gestellt und die notwendigen Fragen nicht gestellt. Wie soll ich feststellen, welche Fragen notwendig sind? Das heißt, welche Arten von Fragen sollte ich mehr stellen und welche Arten von Fragen sollte ich weniger stellen?

Die folgende sachliche Diskussion hätte wahrscheinlich ergeben, was Sie tun müssen um zu verbessern.

Ist das üblich? Soll die neue Person in einem Unternehmen nicht neugierig sein oder Fragen stellen, die nicht unmittelbar mit ihrer Arbeit zusammenhängen?

Inwieweit das Stellen von Fragen erwartet oder gewünscht wird, ist an den Arbeitsplätzen unterschiedlich. Vielleicht möchten Sie sich an die Kultur Ihres Arbeitsplatzes anpassen, die Sie entdecken können, indem Sie Ihre Kollegen beobachten, notieren, wie Menschen auf Ihre Handlungen reagieren (ärgern sie sich über Ihre Fragen oder freuen sie sich über sie?) Oder um ihr Feedback bitten ("War es in Ordnung für mich, das zu fragen?").

Ich denke, wenn Sie so jung sind wie ich, ist es Ihre Mentalität, Zeit zu sparen und die Antwort zu finden und dann mit dem nächsten Problem fortzufahren. Ich finde jedoch bei den älteren Generationen, dass dies für sie weder ein Anliegen noch eine Priorität ist. Ja, eine Stunde zur Lösung eines Problems zu nehmen, ist für jemanden, der älter ist, zu kurz, scheint Ihnen jedoch zu lang. Ich schlage vor, die Kluft zwischen den Generationen zu beobachten und dem Beispiel zu folgen, auch wenn Sie nicht einverstanden sind. Mit der Zeit können Sie Probleme mit mehr Erfahrung schneller lösen.

Wenn ich Probleme habe, Fragen zu stellen, versuche ich, die Erklärung zu verwenden, mit der ich sehen möchte, wie es gemacht werden soll, oder nach Unternehmensstandards. Wieder bemerkte ich in älteren Generationen, dass dies aus irgendeinem Grund irritierend ist. Ich denke, ältere Menschen neigen dazu zu glauben, dass ich das selbst gelöst habe und keine Hilfe bekommen habe, so dass sie weniger bereit sind zu helfen. Sie fühlen sich ebenfalls unterbrochen. Wie jemand, der oben erwähnt wurde, versuchen Sie, den richtigen Zeitpunkt zu finden, um um Hilfe zu bitten, während Sie das Ego streicheln. IE "Ich habe gehört, Sie waren der Typ, zu dem Sie gehen sollten ..." "Jemand sagte, Sie sind der Experte für ... "Hoffentlich übersehen sie dadurch eine Unterbrechung und sind eher bereit zu helfen, da Sie ihnen etwas zu beweisen gegeben haben. Seien Sie vorsichtig mit diesem letzten Ratschlag, da ich sicher bin, dass er in einigen Fällen nach hinten losgehen kann.

Es fällt mir schwer, genau zu definieren, aber ich habe mit einer Reihe von Junior-Entwicklern zusammengearbeitet, und einige von ihnen stellten Fragen, deren Beantwortung sehr zufriedenstellend war, andere nicht. Die Beantwortung Ihrer Fragen lenkt Ihre Mitarbeiter von ihrer Arbeit ab, und das ist in Ordnung, wenn etwas Gutes daraus wird und das Unternehmen langfristig davon profitiert. Das bedeutet, dass Sie die richtige Person stellen, die richtige Frage stellen und an einen Ort gelangen müssen, an dem Sie Verständnis gewonnen haben, mit dem Sie erhebliche Fortschritte erzielen können. Wenn Sie ein Händchen dafür haben, werden die Leute das Gefühl haben, dass die Zeit, die Sie für Ihre Hilfe aufgewendet haben, gut angelegt ist und Sie ein wertvoller Mitarbeiter sind. Wenn nicht, werden sie Sie wahrscheinlich nervig finden.

Wenn Sie eine Menge nicht wissen, geraten Sie natürlich in eine heikle Situation, aber Haltung und Begabung machen einen großen Unterschied. Niemand erwartet von Ihnen, dass Sie alles wissen, aber sie kümmern sich darum, wie Sie damit umgehen. Andere hier haben bereits die Dinge behandelt, die Sie tun können, um das Beste für Ihr Geld zu bekommen, wenn Sie einen älteren Entwickler in eine Schublade stecken, also werde ich ihren Rat nicht wiederholen. Ich versuche nur, die Gefühle Ihrer Mitarbeiter zu beleuchten, die zu dieser Situation geführt haben, damit Sie sie in Zukunft verstehen und vermeiden können.

Dies ist fast eher ein Vorschlag für Ihren Arbeitgeber, aber vielleicht könnten Sie es für Sie arbeiten lassen.

Haben sie Ihnen zu Beginn einen Mentor zugewiesen? Es ist eine gute Idee, einem neuen Mitarbeiter einen zugewiesenen Mentor zu geben, an den er sich mit seinen Fragen wenden kann. Dies gibt ihnen jemanden, der bereits Erfahrung in der Firma hat, und verhindert, dass der neue Mann ständig alle anderen belästigt. :-)

Der Mentor kennt auch die richtigen Leute, um zu fragen, und die richtigen Orte, um nach Dingen wie Dokumentation zu suchen. Beispielsweise haben einige Projekte möglicherweise Google Doc-Dokumente, andere haben sie auf einem internen Dateiserver und ein drittes hat sie im Quell-Repository festgeschrieben. Während andere Projekte überhaupt keine Dokumente haben.

Ein weiterer Tipp ist, dass Sie zu Beginn der Arbeit an einem neuen Projekt eine Tour anfordern müssen. Ein fester Zeitblock von vier Stunden mit Ihnen und einer erfahrenen Person kann Sie auf den neuesten Stand bringen, ohne dass Sie vier Stunden Zeit benötigen, da sich die Unterbrechungen über mehrere Monate erstrecken.

Eines ist zu beachten: Code ist wie Grammatik. Die Leute wissen vielleicht, dass sie saugen, wollen es aber nicht. Wenn ich zum Beispiel darauf hinwies, dass Sie "Urteil" wiederholt falsch geschrieben haben, könnten Sie sich ärgern, weil ich nicht wirklich etwas Konstruktives hinzufüge. Nun, ich habe es trotzdem getan :)

Aber verbinden Sie das mit der Tatsache, dass viele erfahrene Programmierer dazu neigen, eine Diva-Haltung einzunehmen. Was Sie als aufrichtige Fragen beabsichtigen, die in der Logik verwurzelt sind, kann für sie sehr bedrohlich sein. Ich habe mit unzähligen Beispielen gearbeitet (und ich kann selbst eines sein), die denselben alten beschissenen Code beibehalten haben, der seit 15 Jahren nicht mehr relevant war. Sie wissen, dass es heutzutage einen besseren Weg gibt, aber sie haben kein Interesse oder keine Motivation, neue Dinge zu lernen. Ihre bloße Präsenz als nächste Generation ist eine Bedrohung für sie. Wenn sie den Primadonna-Act machen, lachen Sie ihn einfach aus und denken Sie daran, dass Sie derjenige mit der wirklichen Kraft sind - Sie haben viele Jahre vor sich, um mit der Technologie der Zukunft und der ultimativen Richtung Ihrer Karriere zu arbeiten ist immer noch in deinen Händen. Dies ist normalerweise bei erfahrenen Snobs nicht der Fall.

Ich stimme anderen zu, die erwähnt haben, dass dies kein guter Inkubator für angehende Entwickler ist. Dies ist jedoch üblich. Es braucht Zeit und Erfahrung, um Ihre Nische zu identifizieren, einen Arbeitgeber zu finden, der zu Ihnen passt, und um festzustellen, was für Sie am wichtigsten ist. Zahlen Sie also Ihre Gebühren dort, nehmen Sie Ihre Klumpen, planen Sie Ihre Karriere und steigen Sie aus, nachdem Sie ein paar Jahre solide Arbeit geleistet haben. Nehmen Sie vorerst nur den Rat an, was es wert ist, machen Sie sich keine Sorgen um den PIP und erinnern Sie sich immer wieder daran, dass Ihre aktuelle Situation nur ein Mittel zum Zweck ist. Ihre Vorgesetzten erwarten, dass Sie pünktlich ein- und aussteigen, als ob Sie bei Wendy's gearbeitet hätten. So muss es auch für unerfahrene neue Entwickler nicht sein, damit anderswo eine viel bessere Zukunft bevorsteht.

Ich habe versucht, ihnen genau zu sagen, was ich euch hier erzählt habe. Sie wurden nur sauer auf mich, weil ich mit ihnen "Zahn und Nagel" gestritten und ihren Rat nicht gut angenommen habe. Ich sagte, ich habe nur versucht, meinen Standpunkt zu äußern ... sie haben sich mehr geärgert.

Ich glaube, ich kann erklären, warum sie sich geärgert haben: Sie wollen einfach kein Feedback. Ihr Manager hat Sie nicht eingeladen, Ihre Meinung zu äußern. Mit diesem Plan "Verbesserungsbedarf" hat er lediglich gesagt, dass Sie ein schlechtes Verhalten haben und es "um Ihrer selbst willen" beheben müssen.

Wer entscheidet, was schlechtes Benehmen ist? Nur die Leute, die dich bezahlen und die dich feuern können. Wenn Sie ihre Entscheidungen kritisieren, ärgern sie sich, weil sie Sie dafür bezahlen, dass Sie ihren Befehlen folgen und ihre Befehle nicht in Frage stellen. Sie sind keine "unparteiischen Richter", sie sind diejenigen, die Sie bezahlen. Und wenn Sie sie im Moment kritisieren, geben sie Ihnen eine ernsthafte und formelle Warnung "Änderung oder Ausstieg" (was sie "Verbesserungsvorschläge" nannten), kann dies dazu führen, dass sie glauben, Sie hätten keine Erlösung.