Den neuen Job als Ingenieur zu beginnen kann nervenaufreibend sein, aber einer unserer neuesten Mitarbeiter hat einige Ratschläge, wie du dich an deine neue Umgebung gewöhnen kannst.
Wenn man in einem neuen Unternehmen anfängt, ist es üblich, dass ein neuer Mitarbeiter etwas Kulturschock erlebt. Die verschiedenen Büros, Menschen, Prozesse usw. können alle verstörend sein. Ingenieure sind oft einer zusätzlichen Art von Schock während ihrer Einarbeitung ausgesetzt. Ich nenne das den Code-Kulturschock.
Code-Kulturschock ist spezifisch für die Arbeit in einem neuen Code, in dem alles völlig anders sein kann als das, was ein Ingenieur gewohnt ist – Dinge wie Ordnerstrukturen, verwendete Muster, Testkonfigurationen, verwendete Bibliotheken, CI/CD-Prozesse usw. Sogar kleine Unterschiede wie Lint-Regeln und Formatierungsconfigs können schockierend sein.
Fügen Sie dazu Unterschiede in den persönlichen Vorlieben der Teammitglieder hinzu und es kann alles sehr verstörend sein. Es gibt jedoch einen Vorteil bei diesem Schock. Es führt zu einer einzigartigen Situation, die sowohl neue Ingenieure als auch bestehende Teammitglieder bereit sein sollten, voll auszunutzen.
Maximales Feedback-Potenzial
Nach dem ersten Schock gibt es ein kurzes Zeitfenster, in dem das Potenzial für ehrliches, unvoreingenommenes Feedback am höchsten ist – bevor sich die Perspektive von einem ingenieurmäßigen Außenstehenden zu einem Teammitglied ändert.
Dieser Sweet Spot tritt kurz nachdem ein Ingenieur sich an den Code gewöhnt hat, aber bevor er akzeptiert hat, was er als „so ist es eben“ sieht. Es ist während dieses Zeitfensters, dass sie die Chance haben, dieses Potenzial zu nutzen und einzigartige Einblicke sowohl für das Team als auch für die größere Organisation anzubieten.
Es gibt einige wichtige Möglichkeiten, dieses Gefühl als neuer Ingenieur zu nutzen:
💪️ Die Betrüger ablehnen
Du hast die Interviews überstanden, das Angebot angenommen und bist jetzt bereit für deinen Job, aber es gibt dieses nagende Gefühl, dass du vielleicht überfordert bist. Der Code und die Prozesse sind dir fremd. Du warst in deinem letzten Job ein Experte und kanntest die Systeme in- und auswendig, aber jetzt bist du verloren und stellst dich in Frage.
Entspanne dich, es wird gut werden! Du wurdest eingestellt, um dein Potenzial zu lernen und beizutragen. Niemand erwartet, dass du nach nur wenigen Wochen ein Experte bist. Das Impostor-Syndrom ist real. Anerkenne es, aber lege dann diese Gefühle beiseite und tauche in deine neue Rolle ein.
☀️ Vorurteile beiseite lassen
Bringe dein Wissen, deine Erfahrung und deinen frischen Blick mit und lasse alle Vorurteile zurück. Du wirst Unterschiede im Code bemerken, die du gewohnt bist – es ist alles neu für dich, schließlich – aber sei vorsichtig, "anders" nicht mit "falsch" gleichzusetzen.
"Wie ich es gemacht hätte" ist nicht dasselbe wie "wie es gemacht werden sollte." Das ist die Schönheit des Codes: es kann mehrere Lösungen für ein Problem geben. Erkenne an, dass, obwohl manchmal dein Weg besser gewesen wäre, oft ist es einfach anders.
🛠️ Dinge kaputt machen
Es gibt einen Grund, warum wir nicht in der Produktion entwickeln und es gibt keinen besseren Weg, um eine neue Codebasis zu lernen, als sich die Hände schmutzig zu machen. Ändere etwas und sieh, was passiert. Siehst du Möglichkeiten zur Verbesserung? Mach es einfach.
Die Chancen stehen gut, dass deine Arbeitslast wahrscheinlich immer noch leicht genug ist, um Zeit zu haben, um mit neuen Ideen zu experimentieren. Mach dir keine Sorgen, wenn Änderungen nicht wie geplant verlaufen. Du wirst immer noch mit einem tieferen Verständnis des Codes, in dem du leben wirst, davonkommen.
📓 Alles dokumentieren
Katalogisiere alles, was seltsam oder anders erscheint, und schreibe die Fragen auf, die aufkommen. Es ist nicht ungewöhnlich, sich zu fragen Warum haben sie es so gemacht? Unterstelle nicht, dass der Code, den du siehst, perfekt ist. Du kennst noch nicht die Gründe, warum die Dinge so sind, wie sie sind.
Es könnte sein, dass das Stück, das du anschaust, hastig herausgebracht wurde und Abkürzungen genommen wurden, mit der Absicht, es zu einem späteren Zeitpunkt erneut zu besuchen. Muster und Bibliotheken ändern sich schnell und Code wird veraltet, bevor du es bemerkst. Es ist in Ordnung, wenn nicht sogar erwartet, dass du diese Dinge ansprichst. Denke daran, wenn der Code perfekt wäre, hättest du nicht eingestellt werden sollen, um daran zu arbeiten.
🤝 Teilen ist fürsorglich
Wenn du dich wohlfühlst, wende dich an dein Team oder deinen Manager und teile dein Feedback. Sie wissen, dass du in der einzigartigen Position bist, frische Gedanken und Ideen anzubieten, und begrüßen das.
Jeder arbeitet auf dasselbe Ziel hin, das beste Produkt für unsere Kunden zu schaffen. Der Weg, wie wir das erreichen, besteht darin, aufeinander zu hören und voneinander zu lernen.
Möchtest du sicherstellen, dass du den großartigen Rat in diesem Beitrag immer erinnerst? Mach dir keine Sorgen, wir haben alles in einer Guru-Karte!
Wenn man in einem neuen Unternehmen anfängt, ist es üblich, dass ein neuer Mitarbeiter etwas Kulturschock erlebt. Die verschiedenen Büros, Menschen, Prozesse usw. können alle verstörend sein. Ingenieure sind oft einer zusätzlichen Art von Schock während ihrer Einarbeitung ausgesetzt. Ich nenne das den Code-Kulturschock.
Code-Kulturschock ist spezifisch für die Arbeit in einem neuen Code, in dem alles völlig anders sein kann als das, was ein Ingenieur gewohnt ist – Dinge wie Ordnerstrukturen, verwendete Muster, Testkonfigurationen, verwendete Bibliotheken, CI/CD-Prozesse usw. Sogar kleine Unterschiede wie Lint-Regeln und Formatierungsconfigs können schockierend sein.
Fügen Sie dazu Unterschiede in den persönlichen Vorlieben der Teammitglieder hinzu und es kann alles sehr verstörend sein. Es gibt jedoch einen Vorteil bei diesem Schock. Es führt zu einer einzigartigen Situation, die sowohl neue Ingenieure als auch bestehende Teammitglieder bereit sein sollten, voll auszunutzen.
Maximales Feedback-Potenzial
Nach dem ersten Schock gibt es ein kurzes Zeitfenster, in dem das Potenzial für ehrliches, unvoreingenommenes Feedback am höchsten ist – bevor sich die Perspektive von einem ingenieurmäßigen Außenstehenden zu einem Teammitglied ändert.
Dieser Sweet Spot tritt kurz nachdem ein Ingenieur sich an den Code gewöhnt hat, aber bevor er akzeptiert hat, was er als „so ist es eben“ sieht. Es ist während dieses Zeitfensters, dass sie die Chance haben, dieses Potenzial zu nutzen und einzigartige Einblicke sowohl für das Team als auch für die größere Organisation anzubieten.
Es gibt einige wichtige Möglichkeiten, dieses Gefühl als neuer Ingenieur zu nutzen:
💪️ Die Betrüger ablehnen
Du hast die Interviews überstanden, das Angebot angenommen und bist jetzt bereit für deinen Job, aber es gibt dieses nagende Gefühl, dass du vielleicht überfordert bist. Der Code und die Prozesse sind dir fremd. Du warst in deinem letzten Job ein Experte und kanntest die Systeme in- und auswendig, aber jetzt bist du verloren und stellst dich in Frage.
Entspanne dich, es wird gut werden! Du wurdest eingestellt, um dein Potenzial zu lernen und beizutragen. Niemand erwartet, dass du nach nur wenigen Wochen ein Experte bist. Das Impostor-Syndrom ist real. Anerkenne es, aber lege dann diese Gefühle beiseite und tauche in deine neue Rolle ein.
☀️ Vorurteile beiseite lassen
Bringe dein Wissen, deine Erfahrung und deinen frischen Blick mit und lasse alle Vorurteile zurück. Du wirst Unterschiede im Code bemerken, die du gewohnt bist – es ist alles neu für dich, schließlich – aber sei vorsichtig, "anders" nicht mit "falsch" gleichzusetzen.
"Wie ich es gemacht hätte" ist nicht dasselbe wie "wie es gemacht werden sollte." Das ist die Schönheit des Codes: es kann mehrere Lösungen für ein Problem geben. Erkenne an, dass, obwohl manchmal dein Weg besser gewesen wäre, oft ist es einfach anders.
🛠️ Dinge kaputt machen
Es gibt einen Grund, warum wir nicht in der Produktion entwickeln und es gibt keinen besseren Weg, um eine neue Codebasis zu lernen, als sich die Hände schmutzig zu machen. Ändere etwas und sieh, was passiert. Siehst du Möglichkeiten zur Verbesserung? Mach es einfach.
Die Chancen stehen gut, dass deine Arbeitslast wahrscheinlich immer noch leicht genug ist, um Zeit zu haben, um mit neuen Ideen zu experimentieren. Mach dir keine Sorgen, wenn Änderungen nicht wie geplant verlaufen. Du wirst immer noch mit einem tieferen Verständnis des Codes, in dem du leben wirst, davonkommen.
📓 Alles dokumentieren
Katalogisiere alles, was seltsam oder anders erscheint, und schreibe die Fragen auf, die aufkommen. Es ist nicht ungewöhnlich, sich zu fragen Warum haben sie es so gemacht? Unterstelle nicht, dass der Code, den du siehst, perfekt ist. Du kennst noch nicht die Gründe, warum die Dinge so sind, wie sie sind.
Es könnte sein, dass das Stück, das du anschaust, hastig herausgebracht wurde und Abkürzungen genommen wurden, mit der Absicht, es zu einem späteren Zeitpunkt erneut zu besuchen. Muster und Bibliotheken ändern sich schnell und Code wird veraltet, bevor du es bemerkst. Es ist in Ordnung, wenn nicht sogar erwartet, dass du diese Dinge ansprichst. Denke daran, wenn der Code perfekt wäre, hättest du nicht eingestellt werden sollen, um daran zu arbeiten.
🤝 Teilen ist fürsorglich
Wenn du dich wohlfühlst, wende dich an dein Team oder deinen Manager und teile dein Feedback. Sie wissen, dass du in der einzigartigen Position bist, frische Gedanken und Ideen anzubieten, und begrüßen das.
Jeder arbeitet auf dasselbe Ziel hin, das beste Produkt für unsere Kunden zu schaffen. Der Weg, wie wir das erreichen, besteht darin, aufeinander zu hören und voneinander zu lernen.
Möchtest du sicherstellen, dass du den großartigen Rat in diesem Beitrag immer erinnerst? Mach dir keine Sorgen, wir haben alles in einer Guru-Karte!
Erleben Sie die Leistungsfähigkeit der Guru-Plattform aus erster Hand – machen Sie unsere interaktive Produkttour
