Never just present a problem

Ich habe einen kurzen Blick auf Ihr Profil geworfen und festgestellt, dass Sie schon eine Weile in der StackExchange-Community sind. Sie werden hier zweifellos bemerkt haben, dass die Fragen, die hier am besten beantwortet werden, diejenigen sind, die das Problem und die Argumentation darstellen, die sie bereits in einem Versuch, die Frage zu beantworten, aufgenommen haben.

Das Arbeitsleben ist genau so. Wenn Sie eine Frage stellen, dann möchten Sie sicher sein, dass Sie auch mitteilen, was Sie selbst bereits unternommen haben, um zu versuchen, die Frage zu beantworten. Das kommt Ihnen in mehrfacher Hinsicht zugute:

• Es zeigt, dass Sie nicht unnötig fragen. Wenn Sie Ihre Argumentation darlegen, dann lassen Sie die Person wissen, dass Sie einen Versuch machen, bevor Sie eine Frage stellen, und dass Sie nicht nur faul sind.
• ** Sie werden wahrscheinlich ein Feedback erhalten, das Ihren Denkprozessen zugute kommt. ** Wenn ein Gleichaltriger mit einem Problem zu mir kommt und mir darlegt, wie er versucht hat, eine Frage zu beantworten, wird das nicht nur helfen, ihn auf den richtigen Weg zu führen, sondern ich werde ihm auch helfen zu verstehen, wie er über die Frage nachgedacht haben könnte, um selbst dorthin zu gelangen. Je mehr Sie Ihren Denkprozess und Ihre Argumentation darlegen, desto mehr können andere Menschen Ihnen helfen, auf ihnen für zukünftige Probleme aufzubauen.

Es gibt hier ein paar Punkte zum Auspacken.

Ich nahm an, dass alle anderen in einer Tech-Firma gerne über Technologie reden…

Nicht unbedingt. Viele technische Leute werden über Technologie sprechen, die für die Aufgabe, die sie gerade erledigen, relevant ist, aber vielleicht haben sie überhaupt kein Interesse an etwas anderem.

Ich denke, Sie verwechseln das vielleicht mit:

Ich wurde auch dafür gescholten, “den falschen Weg einzuschlagen”, wenn ich versuchte, ein Problem zu lösen, mit dem ich nicht vertraut war, anstatt jemanden zu fragen, der

Betrachten Sie den Jungen, der Wolf rief :) Wenn Sie die Zeit einer anderen Person damit verbringen, über Dinge zu reden, die nicht relevant sind für das, was sie tut, dann werden Sie, wenn Sie ihr eine relevante Frage stellen, vielleicht feststellen, dass sie das Gefühl hat, mit Ihnen schon genug Produktivität verloren zu haben.

Ich versuche so ziemlich immer, Probleme mindestens eine Stunde lang allein zu lösen. Ist das zu kurz?

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

Wenn man all das zusammenzählt, dann sehe ich einen jungen Programmierer, der einige Probleme mit dem Urteilsvermögen hat, was Ihnen Ihr Personalverantwortlicher gesagt hat. 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 angebracht, wenn Sie die Leute nicht gut kennen, sowohl Ihre Zeit als auch die anderer Leute auf irrelevante Fragen zu verschwenden.
• Lernen Sie, wie man bessere Web-Suchbegriffe anwendet. Wenn Ihnen gesagt wird, dass Sie zu viele Fragen und zu viel Zeit zum Fragen benötigen, dann stellen Sie eindeutig die falschen Fragen.

• Wenn Sie eine Frage stellen, zeigen Sie, was Sie versucht haben. Klassische Stack-Overflow-Mentalität. Wenn Sie nichts zu zeigen haben, was Sie als gemeinsame Anstrengung zur Lösung eines Problems vorweisen können, dann haben Sie sich nicht genug angestrengt. Scheuen Sie sich in der Tat nicht davor, Ressourcen wie Stack Overflow zu nutzen, wenn es etwas Greifbares zu fragen gibt, das öffentlich sein könnte. Und schließlich;

• Speichern Sie Fragen für geschäftsspezifische Fragen. Fragen Sie nicht danach, wie Sie Ihr Programmierwerkzeug betreiben, sondern fragen Sie nicht nach domänen- oder umweltspezifischen Fragen, die nicht öffentlich zugänglich sind. Vielleicht finden Sie, dass das PIP ein sehr wertvolles Werkzeug sein kann, das Ihnen hilft, ein besserer Entwickler zu werden :)

Das Problem ist, dass, wenn Sie die Arbeit von jemandem unterbrechen, dieser nicht nur die 5-15 Minuten verliert, die er für die Antwort benötigt. Sie verlieren viel mehr Zeit, da sie ihre Konzentration wiedererlangen müssen. Und das kann ziemlich frustrierend sein.

Ich war in einer ähnlichen Situation wie Sie. Ich ging immer zu den Leuten und stellte ihnen sofort Fragen. Selbst wenn sie etwas taten, das mich blockierte. Das hat vielleicht sogar andere Leute in der Nähe gestört.

Mein Vorgesetzter gab mir eine Lösung: Verwenden Sie E-Mail und Instant Messaging, auch wenn die Person neben Ihnen sitzt. Auf diese Weise denken Sie mehr darüber nach, wie die Frage zu formulieren ist, und während dieses Prozesses können Sie selbst antworten. Auch die andere Seite kann Ihnen antworten, wenn sie etwas freie Zeit hat.

Eine andere Möglichkeit ist, ein Treffen zu vereinbaren, bei dem alle Dinge geklärt werden.

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

Zu viele Fragen

Die meiste Verwirrung scheint dadurch entstanden zu sein, dass Sie nicht verstanden haben, dass Fragen zu stellen ein gefährliches Spiel ist. **

Wenn Sie eine Frage stellen, geben Sie damit zu, dass Sie nichts wissen, und dass Sie es nicht verstehen. Als Software-Entwickler ist es eine Ihrer Aufgaben, es herauszufinden. Sie beleidigen das “aktuelle” Entwicklerteam, indem Sie im Grunde genommen fragen: “Sie haben hier so einen Mistcode geschrieben, dass ich nicht herausfinden kann, wie man ihn liest oder was er macht, also müssen Sie ihn mir erklären…”

Der knifflige Teil hier ist, dass das manchmal genau der Fall ist und Sie Fragen stellen sollten. Es ist nur wichtig, sich daran zu erinnern, dass diese Fragen auf jeden Fall eine negative Seite haben…“

Eine weitere Sache, die ich in Ihrem OP zu spüren glaube, ist, dass Sie viel zu früh Fragen stellen. Es ist absolut in Ordnung, wenn ein neuer Entwickler einen ganzen Tag lang da sitzt und liest und recherchiert, um 2 Zeilen Code zu schreiben. Tatsächlich tue ich das nach 14 Jahren Erfahrung immer noch. Beim Schreiben von professionellem Code geht es nicht darum, "wie viel” gemacht wird, sondern darum, “wie gut” es gemacht wird, und diesen Erfolg wiederholen zu können. Ich bezweifle, dass man Sie dafür anbrüllen wird, dass Sie als ausgebildeter und etablierter Entwickler 100 Mal länger brauchen, um ein Zehntel der Arbeit zu erledigen. Wenn ich jemanden einstelle, schreibe ich den ersten Monat ab, weil ich keine wirkliche Arbeit erwarte, und die ersten sechs Monate, weil ich nicht viel erwarte.

Nicht genug Zeit allein verbringen

Das ist eine große Sache!!! Wenn Sie ein Teammitglied um Hilfe bitten, schmälern Sie damit auch die Produktivität dieser Person. Sie beeinflussen ihren Prozess und beleidigen sie gleichzeitig (siehe oben). Sie haben keine Möglichkeit zu gewinnen, wenn Sie um Hilfe bitten müssen. Betrachten Sie jede Bitte als eine verlorene Schlacht. Sie können den Krieg immer noch gewinnen, aber Sie haben diese Schlacht verloren.

Es gibt einige Dinge, die Sie tun können, um das Problem zu mildern:

1. Fragen Sie per E-Mail, niemals persönlich oder im Chat. Der Chat ist vielleicht der bevorzugte Weg, um es “offiziell” zu tun, aber E-Mail ist netter, weil der Empfänger es in seiner eigenen Zeit erledigen kann.
2. Gehen Sie es von einer “niedrigeren” Position aus an. Sie sind hier der Bittsteller. Machen Sie etwas Kriecherei. Das ist in Ordnung. Ein bisschen schadet Ihnen nicht und zeigt dem Empfänger, dass Ihnen seine Zeit wichtig ist, d.h.: “Ich weiß, dass Sie sehr beschäftigt sind, aber ich scheine nicht herauszufinden, wie ich mich in Ihre API integrieren kann. Wenn Sie ein paar Momente Zeit haben, können Sie mir dann 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. "Im API-Dokument heißt es, einen String einzugeben, der die Benutzerkennung des Benutzers darstellt. Ich habe versucht, die Eigenschaft user.id und den Benutzernamen zu übergeben, beides hat nicht funktioniert. Dies zeigt, dass Sie zumindest etwas ausprobiert haben und dass Sie im Allgemeinen beginnen, das Produkt zu "bekommen”.

Bessere Beurteilung beim Stellen von Fragen

Dies klingt für mich, als hätten Sie jemandem “gejammert”, und derjenige hatte keine nette Art zu sagen: “Sie nerven alle mit Ihren lahmen Fragen. Hör auf damit!” Mit anderen Worten, ich denke, das ist kein Thema. Sobald Sie Ihre anderen Probleme korrigiert haben, wird dies verschwinden.

Schlechte Dokumentation

Ähem! Das ist eine weitere persönliche Beleidigung. Sagen Sie das niemals. NIEMALS!!!! 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 müssen Sie der Idiot sein, nicht ich!”

Auch das ist ein bisschen “Willkommen in der realen Welt”. In der realen Welt zahlen die Kunden für funktionierende Anwendungen, nicht für Code oder Dokumentation (die meiste Zeit), so dass die Dokumentation im Laufe der Zeit immer schlechter wird.

Wenn Sie denken, dass die Dokumentation schlecht ist und behandelt werden muss, dann bringen Sie das ruhig mit Ihrem Teamleiter zur Sprache. Lassen Sie sie entscheiden.

Ich werde das allerdings sagen. Egal wie mies die Dokumentation ist, mit dem Quellcode direkt vor Augen sollten Sie sie nicht brauchen. Es ist wirklich schön, ihn zu haben, verstehen Sie mich nicht falsch, aber Sie können ohne ihn arbeiten.

Verspätet

Offensichtlich, kommen Sie nicht zu spät. Das ist ein Kinderspiel. Seien Sie in Ihrer jetzigen Situation sogar 30 Minuten zu früh! Keine Ausreden. Mit diesem Job ruinieren Sie jede Hoffnung, Ihren nächsten Job zu finden. Wenn ich die Personalabteilung dort anrufe und nach Ihrer Anwesenheit frage und sie sagen: “Er kam häufig zu spät” oder “Er wurde wegen Verspätung angeschrieben”, dann ist das sofort ein Alarmzeichen. Ich erwähne das, 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.

Low quality Code

Dies ist wahrscheinlich wahr. Angesichts des Fragenproblems schreiben Sie wahrscheinlich keinen guten Code. Sie sind allerdings neu, und das ist zu erwarten. Ich finde, die Colleges lehren nicht das Geringste über Kodierung in der realen Welt. Ich habe noch nie jemanden direkt nach dem College eingestellt und einen “guten Entwickler” bekommen. Das heißt aber nicht, dass sie keine guten Entwickler geworden wären. Sie fangen nur nicht auf diese Weise an. Guten Code zu schreiben bedeutet, auf dem neuesten Stand der Trends und Techniken zu bleiben. Sie lernen ständig dazu. Der Moment, in dem man aufhört, ist der Moment, in dem man anfängt zu nerven.

Schluss

Dieser Beitrag war hart, aber ich wollte deutlich zeigen, wie die Haltung eines Unternehmens sein kann. Oftmals verpacken sie (Unternehmen) ihre Kommentare in so viel “Managersprache”, dass sie schwer zu verstehen sein können. Ich habe versucht, die “Managersprache” in diesem Posten so weit wie möglich zu reduzieren, aber das bedeutet, dass er etwas rau daherkommt.

Ihre wichtigsten Schritte, um Ihre gescheiterte Karriere in Ordnung zu bringen:

1. ERSCHEINEN SIE FRÜH ZUR ARBEIT!!!! (Ich kann das nicht genug betonen)
2. Stellen Sie Fragen mit der Einstellung, dass Sie die Person, die Sie fragen, bereits beleidigen.
3. Zeigen Sie Ihre Arbeit. Wenn Sie eine Frage stellen, sagen Sie deutlich, was Sie bereits getan haben.
4. Verbringen Sie mehr Zeit damit, selbstständig zu lernen. Es ist wichtig, viel mehr Zeit damit zu verbringen, Dinge zu recherchieren als zu fragen. Ehrlich gesagt werden 3-4 Tage, in denen Sie selbst etwas nachschlagen, mehr respektiert als eine 30-Sekunden-Frage.

Möglichkeiten vorschlagen, anstatt nach der Antwort zu fragen. “Wäre das der richtige Weg, es zu tun?” ist besser als “Wie mache ich es?”. […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] Möglichkeiten vorschlagen, anstatt nach der Antwort zu fragen. “Wäre das der richtige Weg, es zu tun?” ist besser als “Wie mache ich es?”. - selbst wenn die Antwort lautet: “Sie machen es völlig falsch” - können Sie 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 “Lehren Sie einen Mann angeln” -Ansatz - lernen Sie angeln, stellen Sie keine Fragen, die Ihnen nur 1 Fisch einbringen. - Vermeiden Sie Fragen, die lediglich eine höfliche Art und Weise sind, sich zu widersprechen. Es gibt eine Grenze zwischen “Ist meine Art, dies zu tun, praktikabel?” und “Ich verstehe nicht (d.h. ich stimme zu), warum Sie es auf Ihre Art gemacht haben? Das sind schöne Gespräche, aber sie sollten besser informell geführt werden, nachdem Sie die Leute kennen gelernt haben. - Moderieren Sie Ihre Fragen zum großen Ganzen - das sind normalerweise die "Warum”-Fragen. Neue Leute haben durchaus das Recht, viele Fragen zum “Wo” und “Wer” zu stellen (wo sind die Dokumente, wo ist das Verfahren dafür, wo ist die Stelle im Kodex, die ich mir vielleicht ansehen möchte? wer kann das beantworten? wen lade ich zur Überprüfung ein?) und eine Reihe von Fragen zum “Wie” - sollte ich so vorgehen? wie kann ich Ihre Zustimmung erhalten? Aber “warum” wie in “warum haben wir es so aufgebaut?”, “warum dokumentieren wir den Code nicht weiter?”, “warum ist dies keine Priorität? - sie sind legitim, aber solange Sie nicht mehr Erfahrung mit der Arbeit und dem Geschäft haben, sind sie nicht die notwendigsten Fragen. Sie können GREAT für ein 1 zu 1 mit Ihrem Chef sein, wo Sie keine anderen dringenden Fragen haben, aber wenn das "Warum” das Wo, Wer und Wie verdrängt, dann konzentrieren Sie sich nicht auf Ihre Arbeit.

War in genau derselben Situation.

Problem

Was Sie beschreiben, ist das Problem, mit dem die meisten frischgebackenen Hochschulabsolventen konfrontiert sind. Die meisten Universitäten lehren Ihnen nur Grundlagen oder Konzepte, während Sie in der praktischen Arbeit viel mehr brauchen.

Die meisten Unternehmen, wenn sie frische Absolventen einstellen, haben Ausbildungspläne aufgestellt, die, wenn Sie sich daran halten, Sie innerhalb eines Jahres oder so sicher sein sollten, Ihre Arbeit zu erledigen. Aber einige Leute werden neugierig, wenn man ihnen eine einfache Aufgabe gibt, um eine kleine Komponente in einem System zu reparieren, dann verstehen sie es erst, wenn sie das ganze System beherrschen, und ich glaube, Sie sind einer von diesen…

Ich glaube, Sie stellen Fragen, weil,

• Sie das Gefühl haben, dass Sie sich mehr als angemessen Zeit für die Erledigung einer Aufgabe nehmen, da Sie einen Teil des Systems nicht verstehen.

• Sie sind einfach neugierig darauf, das System vollständig zu verstehen

• Ihr Unternehmen hat Sie nicht richtig geschult

Lösung

Wenn meine Annahmen richtig sind, dann hören Sie auf, Fragen zu stellen, es sei denn, Sie müssen (Punkt - jetzt)

• Fangen Sie an, mehr Zeit damit zu verbringen, das System zu verstehen (nicht nur 8 Stunden)

• Verwenden Sie stattdessen SO oder andere verwandte Sites (nach der Durchführung Ihres Forschungsteils)

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

Ich bin den obigen Ausführungen gefolgt und arbeite jetzt nach 5 Jahren in derselben Firma und ich kann behaupten, dass ich mehr weiß als jeder andere hier.

Es gibt hier bereits eine Fülle von Antworten, aber ich möchte auf einige spezifische Teile Ihrer Frage eingehen.

Obwohl mir auch gescholten wurde, dass ich nicht genug Zeit damit verbringe, Dinge selbst herauszufinden, bevor ich andere um Hilfe bitte. Das ist aber nicht wahr, und mein Manager hätte keine Möglichkeit, jetzt schon zu wissen, wie lange es von dem Zeitpunkt, an dem ich auf ein Problem stoße, bis zu dem Zeitpunkt, an dem ich jemanden um Hilfe bitte, dauert. Ich versuche so ziemlich immer mindestens eine Stunde lang, Probleme selbst herauszufinden.

Ist das zu kurz? Wie viel Zeit sollte man für ein Problem aufwenden, bevor man einen Kollegen fragt, der die Antwort kennt?

Der Schwerpunkt liegt bei mir.

Für den Anfang, ja, eine Stunde ist wahrscheinlich zu kurz. Ich sage wahrscheinlich aber… es kommt wirklich auf das Problem an. Und ein Zeitlimit zu haben ist gut, aber man sollte sich mehr auf Indikatoren verlassen, dass man an einer Mauer steht, als nur auf ein Zeitlimit. Aber wichtig ist, wenn Sie bereit sind, Fragen zu stellen, sollte der Empfänger Ihrer Fragen in der Lage sein, die Untersuchungen, die Sie zu Ihrem Problem angestellt haben, allein an der Art der Frage zu erkennen, die Sie stellen.

Und dann kommen wir zum fettgedruckten Teil des Zitats. Sie sind technisch korrekt. Niemand außer Ihnen kann wirklich genau wissen, wie viel Zeit Sie in ein Problem investiert haben, bevor Sie um Hilfe gebeten haben.

Aber je nachdem, welche Frage Sie stellen, welche Informationen Sie mit der Frage angeben, den Kontext der Frage und wie leicht ich die Antwort mit einer einfachen Google-Suche finden kann, kann ich recht gut einschätzen, wie viel Mühe Sie sich gegeben haben, das Problem selbst zu lösen.

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 an dem Problem gearbeitet haben. Sie sollten diese Seite bereits studiert haben, und entweder hat sie Ihr Problem gelöst, 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 eindeutigen Lösungen? Oder bitten Sie um einen kleinen Schubs in die richtige Richtung? Manchmal ist die Mauer, vor der Sie stehen, dass Ihnen eine Bibliothek oder ein vorhandener Teil der Codebasis, die die Lösung Ihres Problems einfach machen, völlig unbekannt ist.

Ich würde sagen, Sie haben durch die Schule der harten Schläge gelernt, was dieses Unternehmen erwartet. Fragen an dieser Stelle sind tabu.

Ich denke, Ihr Hauptproblem ist Sichtbarkeit. Fragen zum Thema Schlaffheit zu stellen, ist etwas, das viele Leute sehen können; selbst wenn sie sich nicht gezwungen fühlen, darauf zu antworten, könnte das ihr Urteil über Sie beeinträchtigen. Wenn Sie derweil einen Tag damit verbringen, an Ihrem Schreibtisch ein einzelnes Merkmal herauszufinden, sieht niemand, dass sich das Rad dreht. Sie scheinen etwas falsch zu machen, anstatt einfach nur auf die Tasten an Ihrem Schreibtisch zu hämmern, der nach Arbeit aussieht. Sicher, vielleicht wird Ihre Produktivität in wöchentlichen, monatlichen oder jährlichen Überprüfungen schlecht widergespiegelt. Aber Ihre lockeren Fragen werden mehrmals am Tag gesehen, während Ihre tatsächliche Produktivität viel seltener gemessen wird.

Ich war in einer Position wie der Ihren. Ich wurde eingestellt, um Fehler in einem proprietären CMS zu beheben, während der Hauptentwickler (read:only) sich wie verrückt darum bemühte, Funktionen für Kunden hinzuzufügen. Wir waren weit im Rückstand. Die Codebasis befand sich nicht in der Versionskontrolle, und jede Seite hatte ihre eigene maßgeschneiderte Version. Es war ein völliges Durcheinander.

Naiverweise hielt ich es für besser, 10, 20 oder 30 Minuten von meiner und der Zeit des Lead zu plaudern, damit er mir Dinge erklären konnte, als einen halben oder ganzen Tag oder sogar mehrere Tage damit zu verbringen, eine Funktion zurückzuentwickeln, um 1. herauszufinden. was getan werden sollte, 2. wie es funktionieren sollte, und 3. wie der Fehler behoben werden sollte.

Als mein Chef (einer von zwei Partnern) davon erfuhr, stellte sich heraus, dass mein Chef (einer von zwei Partnern) mir gegenüber schlecht zeigte, dass ich nicht in der Lage war, den Code alleine zu beheben, und dass ich die Zeit unseres kostbaren Chefentwicklers in Anspruch nahm. (Der Hauptentwickler 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 hörte ich auf, Fragen zu stellen, und meine Produktivität fiel wahrscheinlich auf 10% von dem, was sie war. Ich wurde etwa einen Monat später entlassen.

Wie auch immer, diese Firma sagt Ihnen auf eine schlechte Art und Weise, dass sie diese Zeiteffizienz und den Dokumentations-Nebeneffekt nicht zu schätzen wissen. Also tun Sie es nicht.

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

Wenn Sie also über Ihre Situation nachdenken, mit Verspätung und schlechtem Qualitätscode, dann könnte sich eine sinkende Produktivität als zu viel herausstellen. Anstatt zu warten, bis die Axt fällt, sollten Sie sich vielleicht nach einem Ort umsehen, der besser zu Ihnen und Ihrem Stil passt. Irgendwo, wo es vielleicht ein paar Code-Kommentare und Dokumentation gibt, für den Anfang.

Also, wie ist meine Geschichte geendet? 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 arbeiten mit Versionskontrolle, wir haben Entwicklungs-, Staging- und Prod-Umgebungen usw.), sind meine Kollegen hervorragend, und mein Unternehmen fördert das Lernen. Wir haben ein Wiki, in dem wir unsere Informationen austauschen und vermeiden, das Rad neu zu erfinden. Wir plaudern den ganzen Tag, reden über die Arbeit, stellen Fragen, machen Brainstorming, tauschen Nachrichten, Informationen und Entdeckungen aus. Wir starten Projekte, um unsere Prozesse zu verbessern, wie z.B. agil, vagabundierend und die Implementierung kontinuierlicher Integration. Wir lehren uns gegenseitig und lernen voneinander. Wir verhalten uns wie Kollegen und Mitarbeiter, nicht wie Konkurrenten. Wir haben eine Einarbeitung und Orientierung für Neueinstellungen und Auftragnehmer, die ohne diese Kultur nicht möglich wäre. Das ist eine gute Sache, denn in der Zeit, in der ich hier bin, sind wir von zwei (mich eingeschlossen) auf acht angewachsen, und in arbeitsreichen Zeiten auch Auftragnehmer.

Unser Unternehmen schickt uns auf Schulungen und Konferenzen und ermutigt uns, uns Zeit für webbasierte Kurse und Castings zu nehmen. Ich habe in dieser Zeit hier mehr gelernt als in jeder anderen Periode meiner Karriere, insbesondere in Fächern, in denen ich ausdrücklich nicht arbeite. Es ist wunderbar; ich bin jetzt seit 4,5 Jahren hier und sehe nicht viel Grund zu gehen, außer eine neue Technologie zu erlernen. Die Kultur an meinem neuen Arbeitsplatz ist wirklich darauf ausgerichtet, zu lernen, zu verstehen und die besten Praktiken umzusetzen, was zu Produktivität führt. Es ist eine Win-Win-Situation.

Im Ernst, es gibt bessere Orte, für die man arbeiten kann. Das ist nicht der richtige Ort für Sie, und Sie sind auch nicht die richtige Person für sie.

Wenn Sie Fragen stellen, die nichts mit Ihrer Arbeit zu tun haben, könnte man das als leeres Geschwätz betrachten, was in den Augen Ihres Chefs eine schlechte Sache ist, also hören Sie auf, es zu tun.

Allerdings ist es eine gute Sache, arbeitsbezogene Fragen zu stellen, da es zeigt, dass Sie an Ihrer Arbeit interessiert sind und sich verbessern wollen.

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

Klingt für mich, als sei Ihr Chef ein bisschen dumm, oder er will Sie einfach loswerden, aus welchem Grund auch immer. Sie werden scheitern, da sie die Dinge nicht dokumentieren, was ein Rezept für eine Katastrophe ist, wenn ihr(e) Hauptentwickler gehen, dort waren, es getan haben.

Arten von Arbeitsfragen:

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

2. Wie tue ich etwas, das ich lernen muss, um die Arbeit zu erledigen, aber das wurde mir bereits gesagt.

3. Wie tue ich etwas, das ich schon wissen sollte?

4. Wie tue ich etwas, das nicht den Anforderungen der Arbeit entspricht, von der ich aber nicht weiß, ob sie nicht den Anforderungen entspricht?

5. wie tue ich etwas, das nicht den Anforderungen der Arbeit entspricht, von der ich aber nicht weiß, ob sie nicht den Anforderungen entspricht?

6. Lustige Fragen und Smalltalk.

Also…

Sie können so ziemlich so viele Fragen stellen, wie Sie wollen. Sie mögen denken, dass Sie nervig sind, aber es ist eine gute/kluge Nervensäge.

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

Abhängig von Ihrer Position und den merkwürdigen Dingen, die Sie dem Team Nr. 3 mitbringen, ist das vielleicht in Ordnung - Sie kennen ein bestimmtes Gebiet gut, Sie sind billig, was auch immer. Allerdings sollten Sie besser nicht die Nr. 2 fragen, nachdem Sie die Nr. 3 gefragt haben.

Es besteht kein Zweifel, dass die Nr. 4 nicht gut sind. Sie können einige von ihnen fragen, aber nicht als neuer Mitarbeiter. Die Mitarbeiter würden erwarten, dass Sie die Nr. 1 (und einige Nr. 2) so fragen, bevor Sie über die Nr. 4 nachdenken. Wenn Sie viele Fragen an die 4er stellen, denken sie, dass Sie überall sind.

Dies ist das Schlimmste. Wenn Sie nur ein paar 5er fragen, kann Sie jedes Teammitglied abschrecken. Es bedeutet, dass Sie es nicht verstehen und wahrscheinlich nicht die Fähigkeit haben, es zu verstehen.

Hmmm… #6s sind von der Person abhängig. Viele Leute können tonnenweise #6s fragen, ob sie unterhaltsam oder lustig sind. Auf der anderen Seite können 6er wirklich schlecht sein, besonders wenn man 2-5er fragt.

Wenn Sie sich denken, warum können sie nicht einfach nett zu mir sein und mir helfen, wenn ich Probleme habe und ständig 2-5er frage. Weil sie jemand anderen einstellen können, der mehr weiß und keine dummen Fragen stellt. Wenn ich Sie wäre, würde ich anfangen, aufmerksamer zu sein, vielleicht sogar immer einen Notizblock bei sich tragen, und wenn jemand etwas antwortet, stellen Sie sicher, dass Sie zu 100 % sicher sind, dass Sie es bekommen oder bitten Sie um Klärung an Ort und Stelle.

In dieser Antwort geht es darum, wie man Feedback annimmt (die anderen Antworten decken bereits sehr gut ab, wie man Fragen stellt).

Obwohl ich auch dafür gescholten wurde, “den falschen Weg einzuschlagen”, wenn ich versuchte, 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 Vorgesetzter und meine Personalabteilung, ich müsse nur besser beurteilen, wann ich Fragen stellen sollte. Mir war nie klar, dass es so gefährlich sein kann, Fragen zu stellen.

Das war eine schlechte Reaktion Ihrerseits. Stellen Sie sich für einen Moment an ihrer Stelle vor. Sie wissen, dass ein Mitarbeiter schlechte Leistungen erbringt, und Sie sagen ihm, was er verbessern muss. Ohne sich die Mühe zu machen, darüber nachzudenken, was Sie ihnen sagen, ohne Interesse an Ihrem Feedback zu zeigen, geschweige denn sich dafür zu entschuldigen, dass Sie die Erwartungen nicht erfüllen, behauptet dieser Mitarbeiter fälschlicherweise, dass Sie sich selbst widersprechen.

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

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

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

Nachdem Sie zum Beispiel gehört haben, dass Sie sowohl zu viele als auch zu wenige Fragen stellen, hätten Sie fragen können:

Ich habe also sowohl unnötige Fragen gestellt als auch versäumt, notwendige Fragen zu stellen. Wie soll ich feststellen, welche Fragen notwendig sind? Das heißt, von welchen Arten von Fragen sollte ich mehr verlangen und von welchen weniger?

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

Ist das üblich? Sollte die neue Person in einem Unternehmen nicht neugierig sein oder Fragen stellen, die nicht unmittelbar mit ihrer Arbeit zu tun haben?

Inwieweit das Stellen von Fragen erwartet oder gewünscht wird, unterscheidet sich von Arbeitsplatz zu Arbeitsplatz. Vielleicht möchten Sie sich an die Kultur Ihres Arbeitsplatzes anpassen, die Sie entdecken können, indem Sie Ihre Kollegen beobachten, indem Sie beobachten, wie die Leute auf Ihre Handlungen reagieren (sind sie über Ihre Fragen verärgert oder erfreut?), oder indem Sie sie um ihr Feedback bitten (“War es für mich in Ordnung, das zu fragen?”).

Ich glaube, wenn man so jung ist wie ich, dann ist es die Mentalität, Zeit zu sparen, die Antwort zu finden und dann zum nächsten Problem überzugehen. Bei den älteren Generationen finde ich jedoch, dass dies für sie weder ein Anliegen noch eine Priorität ist. Also ja, sich eine Stunde für die Lösung eines Problems zu nehmen, ist für jemanden, der älter ist, zu kurz, mag Ihnen aber zu lang erscheinen. Ich schlage vor, die Kluft zwischen den Generationen zu beobachten und dem Beispiel zu folgen, auch wenn Sie nicht einverstanden sind. Irgendwann werden Sie mit mehr Erfahrung bei der Lösung von Problemen schneller sein.

Was die Schwierigkeiten beim Stellen von Fragen anbelangt, so versuche ich, die Erklärung von Ich möchte sehen, wie es gemacht werden sollte, oder mich an Unternehmensstandards zu halten. Auch hier habe ich bei älteren Generationen festgestellt, dass dies aus irgendeinem Grund irritierend ist. Ich glaube, ältere Menschen neigen dazu, zu denken, ich hätte das Problem selbst gelöst, und ich habe keine Hilfe bekommen, so dass sie weniger bereit sind zu helfen. Sie fühlen sich auch unterbrochen. Wie jemand, der oben erwähnt wurde, versucht, den richtigen Zeitpunkt zu finden, um um Hilfe zu bitten, während er sein Ego streichelt, IE “Ich habe gehört, dass Sie der richtige Ansprechpartner dafür sind…”. “Jemand sagte, Sie seien der Experte für…..” Hoffentlich übersehen sie dann eine Unterbrechung und sind eher bereit zu helfen, da Sie ihnen etwas zu beweisen gegeben haben. Seien Sie vorsichtig mit diesem letzten Ratschlag, denn ich bin sicher, dass er in einigen Fällen nach hinten losgehen könnte.

Es fällt mir schwer, das genau zu definieren, aber ich habe mit einer Reihe von Junior Devs gearbeitet, und einige von ihnen haben Fragen gestellt, die sehr befriedigend zu beantworten waren, und einige von ihnen nicht. Die Beantwortung Ihrer Fragen lenkt Ihre Kollegen von ihrer Arbeit ab, und das ist in Ordnung, wenn etwas Gutes dabei herauskommt und das Unternehmen langfristig davon profitiert. Das bedeutet, dass Sie die richtige Person fragen müssen, die richtige Frage stellen und an einen Ort gelangen müssen, an dem Sie ein Verständnis gewonnen haben, mit dem Sie deutliche Fortschritte erzielen können. Wenn Sie ein Händchen dafür haben, werden die Leute das Gefühl haben, dass die Zeit, die Sie mit Ihrer Hilfe verbringen, gut genutzt wird, und dass Sie ein wertvoller Mitarbeiter sind. Wenn nicht, werden sie Sie stattdessen wahrscheinlich als lästig empfinden.

Wenn es viel gibt, was Sie nicht wissen, bringt Sie das natürlich in eine heikle Situation, aber Einstellung und Eignung machen einen großen Unterschied. Niemand erwartet von Ihnen, dass Sie alles wissen, aber es ist ihnen wichtig, wie Sie damit umgehen. Andere hier haben bereits darüber gesprochen, was Sie tun können, um das meiste Geld zu verdienen, wenn Sie einen Senior-Entwickler in eine Schublade stecken, daher werde ich ihre Ratschläge nicht wiederholen; ich versuche nur, die Gefühle Ihrer Mitarbeiter, die zu dieser Situation geführt haben, zu beleuchten, damit Sie sie verstehen und in Zukunft vermeiden können.

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

Hat man Ihnen bei Ihrem Einstieg einen Mentor zugeteilt? Es ist eine gute Idee, einem neuen Mitarbeiter einen Mentor zuzuweisen, jemanden, an den er sich mit seinen Fragen wenden kann. Auf diese Weise erhalten sie jemanden, der bereits Erfahrung im Unternehmen hat, und es wird verhindert, dass der Neue ständig alle anderen belästigt :-)

Der Mentor kennt auch die richtigen Leute, die man fragen kann, und die richtigen Stellen, an denen man nach Dingen wie Unterlagen suchen kann. Einige Projekte haben zum Beispiel Google Doc-Dokumente, ein anderes hat sie auf einem internen Dateiserver und ein drittes hat sie im Quellcode-Repository abgelegt. Während andere Projekte überhaupt keine Dokumente haben.

Ein weiterer Tipp ist, dass Sie zu Beginn der Arbeit an einem neuen Projekt um einen Rundgang bitten sollten. Ein solider Block von vier Stunden Zeit mit Ihnen und einer erfahrenen Person kann Sie auf den neuesten Stand bringen, ohne dass Sie diese vier Stunden Zeit als Unterbrechungen benötigen, die sich über mehrere Monate erstrecken.

Eines sollten Sie nicht vergessen: Code ist wie Grammatik. Die Leute wissen vielleicht, dass ihrer schlecht ist, aber sie mögen es nicht, wenn man ihnen das sagt. Wenn ich zum Beispiel darauf hinweise, dass Sie “Urteil” wiederholt falsch geschrieben haben, könnten Sie verärgert sein, weil ich nicht wirklich etwas Konstruktives hinzufüge. Nun, ich habe es trotzdem gerade getan :)

Aber verbinden Sie das mit der Tatsache, dass viele erfahrene Programmierer dazu neigen, eine Diva-Haltung einzunehmen. Was Sie als aufrichtige, in der Logik verwurzelte Fragen beabsichtigen, kann für sie sehr bedrohlich sein. Ich habe mit unzähligen Beispielen gearbeitet (und ich bin vielleicht selbst eines davon), die den gleichen alten, beschissenen Code beibehalten haben, der seit 15 Jahren nicht mehr relevant ist. Sie wissen, dass es heutzutage einen besseren Weg gibt, dies zu tun, aber sie haben weder Interesse noch Motivation, Neues zu lernen, so dass Ihre bloße Anwesenheit als nächste Generation eine Bedrohung für sie darstellt. Wenn sie die Primadonna-Nummer abziehen, lachen Sie einfach darüber und denken Sie daran, dass Sie derjenige mit der wirklichen Macht sind - Sie haben noch viele Jahre vor sich, um mit der Technologie der Zukunft zu arbeiten, und die endgültige Richtung Ihrer Karriere liegt immer noch in Ihren Händen. Das ist normalerweise nicht der Fall für die erfahrenen Snobs.

Ich stimme mit anderen überein, die erwähnten, dass dies nicht nach einem guten Inkubator für aufstrebende Entwickler klingt. Das ist jedoch üblich. Es braucht Zeit und Erfahrung, um Ihre Nische zu identifizieren, einen Arbeitgeber zu finden, der gut zu Ihnen passt, und zu bestimmen, was für Sie am wichtigsten ist. Also zahlen Sie dort Ihre Beiträge, nehmen Sie Ihre Klumpen, planen Sie Ihre Karriere und steigen Sie aus, nachdem Sie ein paar Jahre lang solide Arbeit geleistet haben. Nehmen Sie vorerst einfach den Ratschlag an, was er wert ist, machen Sie sich keine Sorgen wegen des PIP und erinnern Sie sich immer wieder daran, dass Ihre derzeitige Situation nur Mittel zum Zweck ist. Ihre Vorgesetzten erwarten von Ihnen, dass Sie pünktlich ein- und ausgehen, als ob Sie bei Wendy’s arbeiten würden. So muss es nicht sein, selbst für unerfahrene neue Entwickler, damit anderswo eine viel bessere Zukunft vor Ihnen liegt.

Ich habe versucht, ihnen genau das zu sagen, was ich euch hier gesagt habe. Sie waren nur wütend auf mich, weil ich “mit Zähnen und Klauen” mit ihnen gestritten habe und ihren Rat nicht gut aufgenommen habe. Ich sagte, ich versuche nur, meinen Standpunkt darzulegen… sie wurden noch ärgerlicher…

Ich glaube, ich kann erklären, warum sie verärgert waren: sie wollen einfach kein Feedback. Ihr Vorgesetzter hat Sie nicht eingeladen, Ihre Meinung zu äußern, er sagte einfach mit diesem “verbesserungsbedürftigen” Plan, dass Sie ein schlechtes Verhalten haben und es “um Ihrer selbst willen” korrigieren müssen.

Wer entscheidet, was schlechtes Verhalten ist? Nur die Leute, die Sie bezahlen und die Sie entlassen können. Wenn Sie ihre Entscheidungen kritisieren, werden sie ärgerlich, denn sie bezahlen Sie dafür, dass Sie ihre Befehle befolgen und nicht, dass Sie ihre Befehle in Frage stellen. Sie sind keine “unparteiischen Richter”, sie sind diejenigen, die Sie bezahlen. Und wenn Sie sie in dem Moment kritisieren, in dem sie Ihnen eine ernsthafte und formelle Warnung “ändern oder aussteigen” (das, was sie “Ratschläge zur Verbesserung” nannten) geben, kann dies dazu führen, dass sie glauben, Sie hätten keine Erlösung.