Kritische Fallstricke, die neue Entwickler in ihren ersten Wochen vermeiden müssen

In den letzten 6 Jahren habe ich in 5 Teams bei Palantir gearbeitet.

Ich wünschte, jemand hätte mich zu Beginn meiner Karriere vor diesen 7 Fehlern gewarnt.

Fertig? Fangen wir an.

? Laden Sie mein KOSTENLOSES Buch mit 101 React-Tipps und Tricks herunter, um einen Vorsprung zu haben.

Fehler Nr. 1: Eine klare Meinung zu Dingen äußern, die Sie noch nicht vollständig verstehen

Wir wollen unseren Wert in den ersten Arbeitstagen unter Beweis stellen.

Es ist natürlich, Ihren Kollegen zeigen zu wollen, dass Sie es wert sind, eingestellt zu werden?.

Dies kann jedoch dazu führen, dass Sie eine starke Meinung zu Dingen äußern, die Sie noch nicht vollständig verstehen.

Beispiele

• Jemand fragt nach Tests → Sie verkünden: „Es ist kriminell, keine 100-prozentige Absicherung zu haben.“

• Jemand spricht über Zustandsverwaltungsbibliotheken → Sie fragen sich, warum das Team Redux verwendet, und schlagen Zustand vor.

• Das Team beschließt, Funktionen zu kürzen, um eine Frist einzuhalten → Sie sprechen darüber, dass dies bei Ihrem vorherigen Unternehmen nach hinten losgegangen wäre, Benutzer verloren gegangen wären, yada yada ...

Ich kann Ihnen jetzt schon sagen: Das wird in 99 % der Fälle nicht gut ankommen.

Warum?

• Sie haben nicht den vollständigen Kontext, daher ist Ihre Eingabe bestenfalls verrauscht und im schlimmsten Fall kontraproduktiv.

• Sie verschwenden die Zeit Ihrer Kollegen, während sie streiten oder Ihnen Dinge erklären.

• Sie könnten „angeberisch“ wirken, ohne es zu merken. Das ist nicht der beste Weg, Freunde zu finden ?.

Sollten Sie also in den ersten Wochen ruhig bleiben? Absolut nicht.

Sie wurden eingestellt, um zum Team beizutragen und Ihre Sichtweise zu teilen. Stellen Sie jedoch sicher, dass:

• Sie sammeln so viel Kontext wie möglich über das Team und das Produkt – fragen Sie zuerst nach dem „Warum“.

• Sie hängen nicht zu sehr an Ihren Meinungen. Präsentieren Sie sie als Vorschläge und nicht als harte Wahrheiten.

• Sie „zeigen, nicht erzählen“, wann immer möglich.

Fehler Nr. 2: Versuchen Sie, alles selbst herauszufinden

Bitten Sie um Hilfe, es sei denn, Sie sind die einzige Person in Ihrem Team.

Fragen Sie nach, nachdem Sie es eine angemessene Zeit lang versucht haben. Was sinnvoll ist, hängt von der Art der Frage ab:

• Wenn Sie sicher sind, dass Sie auch nach einer Stunde keine Lösung finden – oder wenn das Problem Ihre Produktivität beeinträchtigt – fragen Sie sofort nach. Stellen Sie beispielsweise sofort Fragen wie „Wie richte ich diesen Computer für die Arbeit mit Tests ein?“.

• Wenn es sich um ein technisches Problem handelt, das Sie durch Googeln oder den Einsatz von KI-Tools lösen können, versuchen Sie es zuerst. Wenn es nicht funktioniert, bitten Sie nach 30 Minuten um Hilfe.

Warum um Hilfe bitten?

• Sie wissen nicht, was Sie nicht wissen.

• Die Zeit, die Sie damit verbringen, herauszufinden, was andere bereits wissen, ist Zeit, die Sie für produktive Arbeit aufwenden können.

Wenn Sie sich in einer Umgebung befinden, in der Hilfe nicht ohne weiteres verfügbar ist, müssen Sie die Dinge klären.

Stellen Sie sicher, dass Sie Ihre Erkenntnisse für die nächste Person dokumentieren. Dadurch wird eine Wissensbasis aufgebaut und Sie erhalten Punkte für „gute Teamkollegen“.

Fehler Nr. 3: Konzentrieren Sie sich zu sehr auf das Onboarding und ignorieren Sie die Arbeit Ihrer Kollegen

Ich bin super introvertiert?.

Daher fällt es mir schwer, zufällig neue Leute zu erreichen.

Jedes Mal, wenn ich neuen Teams beigetreten bin, habe ich mich gezwungen, mit Teamkollegen zu sprechen – und es hat sich immer ausgezahlt.

Wie?

• Das Onboarding fühlte sich weniger einschüchternd an, als mir klar wurde, dass meine Kollegen normale Menschen waren, die bereit waren zu helfen.

• Ich habe wertvollen Kontext gewonnen und verstanden, was für das Team am wichtigsten ist.

• Ich habe ein Netzwerk von Menschen aufgebaut, an die ich mich wenden konnte, um Unterstützung zu erhalten.

Sobald Sie also einem neuen Team beitreten, vereinbaren Sie Einzelgespräche mit Teamkollegen.

Fragen Sie sie nach ihrer Arbeit, der Geschichte des Teams, wie sie ihre Rolle sehen und nach Ratschlägen.

Fehler Nr. 4: Ich versuche, mir alles zu merken

In meiner ersten Mannschaft fühlte ich mich super verloren?.

In Besprechungen verwendeten die Leute Akronyme und ich hatte Mühe, den Gesprächen zu folgen. Selbst als ich einige der Akronyme kannte, fühlte ich mich immer noch überfordert.

Ich habe versucht, mir alles zu merken.

Aber das war sinnlos.

Alles wird irgendwann zur zweiten Natur werden. Es ist normal, sich zunächst überfordert zu fühlen.

Der Schlüssel liegt darin, immer wieder klärende Fragen zu stellen.

Mit der Zeit werden Sie die Dinge besser verstehen und Ihr Muskelgedächtnis aufbauen.

Fehler Nr. 5: Sich übermäßig über Ihre Teamsysteme beschweren

Keine Codebasis ist perfekt.

Kein Team ist perfekt.

Bücher und Blogs erwecken oft den Eindruck, dass:

• Jeder sollte die neuesten Bibliotheken oder Frameworks verwenden.

• Der gesamte Legacy-Code sollte überarbeitet werden.

Wenn Sie in einem Team mit unterschiedlichen Vorgehensweisen oder „chaotischem“ Code landen, können Sie anfangen, sich zu beschweren.

Vielleicht erstellen Sie sogar eine Liste mit allem, was „falsch“ ist. ?‍♀️

Das ist der schlechteste Weg, einen neuen Job zu beginnen.

Tun Sie dies nicht, es sei denn, Sie wurden damit beauftragt, das Team und seine Prozesse zu überarbeiten (und selbst dann).

Warum?

• Sie implizieren, dass das Team „schlecht“ ist, weil Dinge fehlen.

• Sie fügen unaufgefordert Arbeit für Ihre Kollegen hinzu.

• Sie entfremden die Leute, die die Systeme entwickelt haben, ohne die Einschränkungen zu verstehen, mit denen sie konfrontiert waren.

Seien Sie stattdessen positiv eingestellt:

• Suchen Sie nach Möglichkeiten, Mehrwert zu schaffen.

• Zeigen, nicht erzählen: Führen Sie bessere Muster in Ihre Pull-Anfragen ein.

• Offene Fachgespräche mit dem Team.

Wenn Sie mit den Systemen unzufrieden sind, sollten Sie darüber nachdenken, woanders ein Vorstellungsgespräch zu führen ?.

Fehler Nr. 6: Versuch, Code ohne Kontext umzugestalten

Ich habe diesen Fehler gemacht.

Ich wollte einen Mehrwert bieten, also habe ich den Code unaufgefordert umgestaltet.

Es lief nicht so gut, wie ich gehofft hatte.

Später, als sich jemand dem Team anschloss und meinen Code ohne zu fragen umgestaltete, bekam ich einen Vorgeschmack auf meine eigene Medizin?.

Den Code einer Person ohne Kontext umzugestalten, kann sich wie ein Angriff anfühlen. Es ist, als würde jemand Ihre Kunst verderben.

Sagen Sie mir nicht: Ich weiß, dass das nicht gesund ist?.

Warum es ein Problem ist:

• Sie verstehen nicht, warum der Code existiert.

• Sie übersehen wichtigere Aufgaben.

Stattdessen nur Code umgestalten, wenn:

• Jemand bittet um Hilfe.

• Sie können den Refaktor in sinnvolle Arbeit integrieren (z. B. eine Pull-Anfrage).

Fehler Nr. 7: Unrealistische Erwartungen setzen

Arbeiten Sie in den ersten Wochen nicht 12–14 Stunden am Tag, es sei denn, Sie planen, dies langfristig zu tun.

Es scheint eine gute Idee zu sein, weil:

• Sie möchten Ihren Wert beweisen.

• Sie haben das Gefühl, dass es zu viel zu lernen gibt.

• Sie befinden sich auf Bewährung.

Aber das kann nach hinten losgehen:

• Es weckt unrealistische Erwartungen an Ihr Team. Eine spätere Reduzierung könnte zu Reibungen führen.

• Es ist nicht nachhaltig und kann zu Burnout führen.

Stattdessen:

• Erfüllen Sie zuerst die Erwartungen des Teams.

• Wenn Sie mehr tun möchten, stellen Sie sicher, dass es nachhaltig und vorteilhaft ist.

Die ersten Wochen sind eine Schonzeit. Die Leute erwarten von Ihnen, dass Sie lernen und nicht, dass Sie sofort einen Mehrwert liefern.

Das ist Schluss?.

Onboarding ist eine Herausforderung.

Aber einige Fehler können es noch viel schlimmer machen:

• Starke Meinungen ohne Kontext teilen.

• Maßnahmen ohne Kontext ergreifen.

• Ihre Kollegen nicht ausnutzen.

Vermeiden Sie diese Fehler, dann werden Sie sich schnell in Ihr neues Team einleben.

Und vergessen Sie nicht, ein „???“ zu hinterlassen.

Wenn Sie React lernen, laden Sie mein Buch „101 React Tips & Tricks“ KOSTENLOS herunter.

Wenn Ihnen Artikel wie dieser gefallen, abonnieren Sie meinen KOSTENLOSEN Newsletter, FrontendJoy.

Wenn Sie tägliche Tipps wünschen, finden Sie mich auf X/Twitter oder Bluesky.

? TIPP DER WOCHE

? Denkanstöße

<script> // Detect dark theme var iframe = document.getElementById('tweet-1877747297402142883-419'); if (document.body.className.includes('dark-theme')) { iframe.src = "https://platform.twitter.com/embed/Tweet.html?id=1877747297402142883&theme=dark" } </script> <script> // Detect dark theme var iframe = document.getElementById('tweet-1876901704563872142-960'); if (document.body.className.includes('dark-theme')) { iframe.src = "https://platform.twitter.com/embed/Tweet.html?id=1876901704563872142&theme=dark" } </script>

Das obige ist der detaillierte Inhalt vonKritische Fallstricke, die neue Entwickler in ihren ersten Wochen vermeiden müssen. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!