Nur als Senior-Entwickler eingestellt zu werden, war noch nie ein Junior-Entwickler. Was kann ich erwarten? [geschlossen]

12

Ich war eine Zeit lang Freiberufler und Programmierer bei Nacht und wurde kürzlich nach mehreren Ebenen von Interviews in einer netten Firma in New York eingestellt, obwohl ich einige Mängel in bestimmten Bereichen habe. Ist es üblich, dass Unternehmen Senioren mit weniger Erfahrung einstellen? Werden sie einige Wochen warten, um eine bestimmte Lernkurve einzuhalten?

Ich weiß nichts über die Arbeit in einem Unternehmen, deshalb mache ich mir Sorgen. Nach einer Woche überprüfe und erkunde ich immer noch Quellen, aber nach einer Woche Arbeit scheinen einige Mitarbeiter zu bedenken, dass ich langsam bin. Ich bin gut in Mathematik, Physik und Algorithmen, aber ich muss noch etwas über alle Vorlagen lernen, die in dieser Firma verwendet werden.

Hat hier jemand bereits ein weniger erfahrenes hochrangiges Mitglied in seinem Team erhalten? Ist das akzeptabel?

Ich habe vor, mich mit meinem Chef zu treffen, um mir darüber keine Sorgen mehr zu machen. Klingt wie eine gute Idee?

[BEARBEITEN]

Danke für diese Antworten. Ich bin definitiv ein neuer Senior-Entwickler. Am Montag kehrte ich mit mehr Selbstvertrauen ins Büro zurück. Ich denke, dass es normal ist, sich in den ersten Wochen vor unbekannten Vorlagen / Quellen etwas inkompetent zu fühlen, wenn Sie eine gute Bezahlung erhalten.

Mark James
quelle

Antworten:

28

Es gibt keine allgemein akzeptierte Definition von "Senior Developer". Definitionen können innerhalb von Organisationen existieren, aber ein leitender Entwickler vertritt normalerweise jemanden:

  1. Mit Erfahrung in der Softwareentwicklung (mindestens 3-5 Jahre),
  2. Kann ohne ständige Aufsicht arbeiten (oft ohne Aufsicht),
  3. Vertraut mit der Entwicklungsumgebung und den Tools,
  4. Kann Nachwuchsentwickler beaufsichtigen oder unterrichten,
  5. Kann kleine bis mittlere Projekte entwerfen und umsetzen.

Es ist schwierig, über Ihre spezifische Situation zu sprechen, aber es gibt normalerweise eine Lernkurve, wenn Sie einem neuen Team beitreten.

Unabhängig davon, wie standardisiert die von ihnen verwendeten Tools und Prozesse sind, hat jedes Team eine Historie von Entscheidungen, die es zu seinem aktuellen Status führen. Wenn die Organisation benutzerdefinierte Bibliotheken oder Umgebungen verwendet, besteht meine erste Frage darin, Fragen zu Dokumentation und Schulung zu stellen . Große Unternehmen haben möglicherweise eine formelle Schulung für neue Mitarbeiter, auch für ältere. Lesen Sie alle vorhandenen Entwürfe, die Dokumentation der Build-Umgebung, Prozesse usw. Wenn diese nicht vorhanden sind, bieten Sie an, sie zu dokumentieren .

Ich würde dann darum bitten, mich mit einem bestehenden Senior-Entwickler zu paaren . Dies ist normalerweise der schnellste Weg, um zu erfahren, was erwartet wird und wie die Dinge funktionieren. Wie haben sie dieses Problem gelöst? Wie viel Aufwand haben sie für Unit-Tests und Reviews aufgewendet? Warum haben sie es so gemacht und nicht so? Stellen Sie sicher, dass der andere Entwickler Sie beim Einrichten Ihrer Entwicklungsumgebung unterstützt und Sie auch durch den Veröffentlichungsprozess führt.

Machen Sie ihnen klar, dass Sie die Sprache und die Werkzeuge kennen, nur nicht ihre Techniken. Wenn Sie beispielsweise die Dinge zuvor anders gemacht haben und der Meinung sind, dass sie besser sind als sie, schlagen Sie dies vorsichtig und respektvoll vor.

Hoffentlich wird die Paarung mit ihnen sie nicht verlangsamen. Möglicherweise schätzen sie sogar andere Augen, um Tippfehler und Probleme zu erkennen, bevor sie sich der Quellcodeverwaltung widmen.

Stellen Sie schließlich fest, dass Sie ein großes Projekt innerhalb einer Woche nicht vollständig verstehen werden. Beheben Sie daher kleine Fehler oder Funktionen . Stellen Sie sicher, dass Ihr Kumpel sie überprüft und Sie jegliches Feedback erhalten. Sie werden Dinge vermissen. Sie werden Fehler machen. Das ist okay. Lernen Sie von ihnen, wiederholen Sie sie nicht und arbeiten Sie hart. Wenn Sie gut in dem sind, was Sie tun, werden Sie dorthin gelangen.

akton
quelle
4

Nach einer Woche überprüfe und erkunde ich immer noch Quellen, aber nach einer Woche Arbeit scheinen einige Mitarbeiter zu bedenken, dass ich langsam bin.

Eine Woche ist eine kurze Zeitspanne. Auch nach einem Monat überprüfen Sie noch die Quellen. Sie sind nicht von dieser Firma beauftragt, ihren Code auswendig zu kennen. Ihre Entwicklungstools oder IDE helfen Ihnen dabei. Wenn bei einigen Mitarbeitern nach einer Woche ein Problem auftritt, fragen Sie sie einfach, wie sie funktionieren und welche Tools sie verwenden. Wenn sie der Meinung sind, dass Sie nach einer Woche langsam sind, ist dies völlig missbräuchlich. Die minimale Zeit, die zum Verständnis einer vorhandenen Anwendung erforderlich ist, beträgt ungefähr einen Monat. Besonders bei Firmensachen ist das manchmal oder meistens überhaupt nicht dokumentiert. Du bist ein Mensch, kein Computer.

Sie sollten Ihre Mitarbeiter bitten, Ihnen nicht mehr zu zeigen, dass Sie langsam oder besser als Sie sind. Das ist unsinnig! Sicher sind sie schneller als Sie, weil sie das Zeug geschrieben haben ... Jemand gibt Ihnen den Job, Sie wurden für das eingestellt, was Sie können und was Sie zuvor getan haben, also sollten diese Jungs Sie nur willkommen heißen, helfen Sie mit einer Kickstarter-Erklärung, täglichen Stand-Ups und wöchentlichen Nachbesprechungen. Wenn sie mit diesem Verhalten fortfahren, ist dies ernsthaft besorgniserregend und Sie sollten überlegen, dieses Problem mit einem Manager zu lösen oder wegzugehen.

Ich bin gut in Mathematik, Physik und Algorithmen, aber ich muss noch etwas über alle Vorlagen lernen, die in dieser Firma verwendet werden.

Dies ist ziemlich normal und kann Monate dauern. Versuchen Sie zuerst, an sehr kleinen Teilen der App zu arbeiten, und dann lernen Sie, wie Sie den Code, die Prozesse (dies ist möglicherweise genauso wichtig als der Code), die Methodik (auch wenn es nicht formal ist) usw. global betrachten können.

smonff
quelle
1

Selbst für Menschen, die Erfahrung in der "Arbeit in Unternehmen" haben, ist es nicht unbedingt eine schlechte Sache, auf Trab zu sein. Sie halten Sie wachsam und konzentriert. Solange Sie Ihr Vertrauen behalten und nicht gelähmt werden.

Es wird einfacher. Wenn Sie auf einer großen Codebasis arbeiten, ist zu erwarten, dass Sie Zeit benötigen, um sich mit den Feinheiten vertraut zu machen. Ich hatte mehr als ein Jahrzehnt Zeit, um für eine Reihe von Unternehmen zu arbeiten, bevor ich zur Entwicklung wechselte (vor etwas mehr als einem Jahr), und ich habe immer noch Momente des Selbstzweifels, wenn ich mich mit komplexen Problemen oder entmutigenden Mengen an Code befasse (unser Code) Die Anzahl der Basislinien liegt bei vielen Millionen), aber ich bin nur Soldat, halte Google, StackOverflow und diese hier geöffnete Website offen, arbeite meinen Hintern ab und bin nicht zu stolz, um Hilfe zu bitten. Sie sind Teil eines Teams und nicht mehr der einzige Programmierer an Ihrem Schreibtisch. Profitieren Sie von der Erfahrung und dem Wissen Ihrer Kollegen.

Sie wurden nach mehreren Ebenen von Interviews eingestellt , das heißt, sie haben eine fundierte Entscheidung getroffen, indem sie Sie eingestellt haben. Sei cool, du hast den Job. Das bedeutet, dass Sie bereits ein gewisses Maß an Vertrauen in Ihre Fähigkeiten haben und bereits seit einiger Zeit programmieren. Du wirst es gut machen.

Wim Ombelets
quelle