Ich bin ein ständig unterausgelasteter Entwickler – ist das normal?

Kurz gesagt: Ja, insbesondere für Junior-Teammitglieder kleiner Teams (und insbesondere kleiner Entwicklungsteams, die in große Unternehmen eingebettet sind).

Sie müssen das als Junior-Entwickler mit wenig Vertrautheit mit der Codebasis erkennen; Sie stellen einen winzigen Teil der Kapazität des Entwicklungsteams dar. Es ist leicht für Sie, zwischen die Ritzen zu rutschen, weil Ihr älterer Kollege Sie (hoffentlich) um einen großen Betrag übertrifft. Mit zunehmender Erfahrung (sowohl insgesamt als auch mit den Systemen des Unternehmens) sollte diese Lücke verschwinden.

Ich empfehle, diese Zeit zu nutzen, um sich mit der Umgebung vertraut zu machen. Kleinere Fehlerbehebungen sind eine großartige Möglichkeit, sich mit einer Codebasis vertraut zu machen. Ebenso wie Dokumentation, Schreibtests und andere verschiedene Wartungsarbeiten.

Da ich in einer ähnlichen Situation war, schlage ich Folgendes vor.

Das Wichtigste - meiner Meinung nach - ist, dass man nicht herumsitzt und Däumchen dreht. Dies kann bei Ihnen zu Depressionen und der Entwicklung schlechter Arbeitsgewohnheiten führen.

Stattdessen müssen Sie einen Weg finden, das Engagement aufrechtzuerhalten.

Ich schlage vor, nach Projekten zu suchen, an denen Sie arbeiten können und die mit Ihrer Arbeit zusammenhängen.

• Vielleicht verwendet Ihr Unternehmen eine veraltete Technologie – Sie könnten damit beginnen, eine Technologie zu untersuchen und zu lernen, um sie zu ersetzen.

• Wiederholen sich einige Aspekte Ihres Jobs? Erstellen Sie ein Tool, um es zu automatisieren.

• Gibt es eine Funktion, von der Sie glauben, dass Ihr Unternehmen davon profitieren wird? Erstellen Sie es auf jeden Fall - aber binden Sie es nicht an die Codebasis. Sehen Sie, ob es geschätzt wird, indem Sie sagen: "Oh übrigens, hier ist dieses Tool, das ich erstellt habe."

• Was möchtest du beruflich machen? Lerne diese Technologie.

• Sie können jederzeit auf Stack Exchange springen und Fragen / Fragen zur Codeüberprüfung beantworten.

Nun - Sie fühlen sich vielleicht schlecht, weil Sie eine Arbeit machen, die Ihnen nicht ausdrücklich gesagt wurde. Um diese Spannungen abzubauen, würde ich vorschlagen, direkt mit Ihrem Vorgesetzten zu sprechen – „Hey Chef – ich warte gerade auf der Arbeit – ich dachte, ich mache XYZ, während ich warte – ist das cool für Sie?“. So

Solange Sie die Arbeit erledigen, die Sie erledigen müssen, und Ihr Vorgesetzter vernünftig ist, sollte dies vollkommen in Ordnung sein.

Soll ich einfach ein Feature implementieren, ohne nach einer Klärung zu fragen, und dann meine Ergebnisse präsentieren?

Das ist das einzige, was ich zu Ihren Fragen beanstande. Tun Sie nichts, wozu Sie nicht berechtigt sind. Was ist, wenn ein Fehler in Ihrem Feature etwas durcheinander bringt? Fügen Sie Ihre Funktionen bestenfalls in Ihrer lokalen Umgebung hinzu.

Als Ihre ursprüngliche Frage, schätzen Sie diese Freizeit, indem Sie eine neue Technologie lernen, die auch für Ihr aktuelles Projekt nützlich ist. Sehen Sie niemals gelangweilt oder völlig frei aus, denn das wird Ihre Kollegen und Vorgesetzten ärgern, obwohl sie diejenigen sind, die Sie frei halten oder nicht.

Wie Sie bereits verstanden haben, sind Refactoring und Fehlersuche Aktivitäten, die von Softwareentwicklern immer dann erwartet werden, wenn sie nicht mit anderen Aufgaben beschäftigt sind.

Versuchen Sie, sich mit der Codebasis des Unternehmens vertraut zu machen. Das Lesen von Code ist immer lehrreich, aber für junge Programmierer noch wertvoller. Wenn Sie auf Dinge stoßen, die Sie nicht verstehen: Herzlichen Glückwunsch, Sie haben gerade etwas Neues gefunden, worüber Sie lernen können. Wenn Sie etwas stört, versuchen Sie, den Grund dafür herauszufinden (die Versionskontrolle und der Bugtracker können helfen), oder fragen Sie den leitenden Entwickler in einem seiner weniger beschäftigten Momente.