Ich wurde neu als Entwickler eingestellt. Der Prozess dauerte ungefähr 1 Monat und nach Vertragsunterzeichnung wurde ich gebeten, mich 2 Wochen später zur Arbeit zu melden. Seit einigen Wochen lese ich nur noch Dokumentation (Sprachfeatures, Frameworks...).
Vor einigen Tagen wurde mir das Projekt zur Durchsicht (Studie) gegeben. Ich habe versucht, mir etwas Code anzusehen, bin mir aber nicht ganz sicher, wie ich das Projekt verstehen soll, wenn ich nur auf den Code schaue. Ich langweile mich, weil ich keine praktischen Aufgaben bekomme und ich glaube nicht, dass mir diese ganze Dokumentation gut tut (da ich nichts in der Praxis anwende - nur einige grundlegende Beispiele ausprobiert habe und mich nicht erinnere das meiste was ich lese).
Der Manager sagte, sie richten meine Konten und solche Sachen ein, aber es ist schon viel Zeit vergangen. Ist das eine normale Praxis? Es fällt mir schwer, an herausfordernde Aufgaben zu denken, und ich empfinde es als Verschwendung, mich mit nichts Praktischem zu beschäftigen.
Ist meine Erfahrung normal für einen neuen Entwickler?
Dies passiert die ganze Zeit in der Regierung und einigen Unternehmen. Sie haben ein Budget für 10 Programmierer, also stellen sie 10 Programmierer ein, es ist manchmal ein Problem, Arbeit für sie alle zu finden, aber das ist ein anderes Thema.
Wenn sie nicht 10 Programmierer einstellen, wird ihr Budget bei der nächsten Überprüfung kleiner.
Klingt, als würden Sie für einen großen multinationalen Konzern arbeiten. Das Onboarding kann langsam und kompliziert sein, wenn es lächerliche Hürden zu überwinden gilt. Es ist langweilig, ohne Zugriff auf die richtigen Tools auf den neuesten Stand zu kommen. Jeder vernünftige Manager möchte, dass Sie so schnell wie möglich auf den neuesten Stand gebracht werden, aber in vielen Organisationen (einschließlich meiner) können Prozesse, die Wochen dauern, nicht vor Ihrem offiziellen Starttermin eingeleitet werden.
Entspannen Sie sich, dies ist keine große rote Fahne, dass sie Ihnen niemals etwas Interessantes geben werden. Es ist ein großes Warnsignal, dass diese Organisation eine Bürokratie ist, und Sie sollten darauf vorbereitet sein, sich häufig mit Bürokratie auseinanderzusetzen.
Dies kann normal sein und hängt weitgehend vom Unternehmen und Ihrer Erfahrung ab. Als ich zum ersten Mal in die Entwicklung kam und dachte, ich sei ein Superstar, aber in meinem Job wirklich schrecklich war (ohne zu sagen, dass Sie das sind), wurde ich von einer Firma eingestellt, die etwas Ähnliches mit mir machte.
Die Sache war, dass sie wussten, dass ich neu war und viele der Fähigkeiten, nach denen sie suchten, nicht hatte, aber sie sahen Potenzial. Also stellte diese Firma Scharen von Entwicklern auf der Grundlage dieser Kriterien billig ein, ließ sie im Grunde um uns herum einen Scheck sammeln, während sie uns schulte, und hoffte, dass wir uns verbessern würden. Nach ungefähr einem Jahr ging die Personalabteilung wie Löwen auf der Jagd durch unsere Abteilung und schleifte Dutzende von Leuten, die es nicht geschafft hatten, vor die Haustür.
Nun, ich sage nicht, dass dies unbedingt das ist, was Sie durchmachen, aber dies ist eine vernünftige Erklärung. Sie möchten in Sie investieren und Ihre Fähigkeiten weiterentwickeln, während sie Sie gleichzeitig mit ihrer Codebasis und ihren Tools vertraut machen, in der Hoffnung, dass das Potenzial, das sie sehen, aufblüht.
Es kann schwierig sein, eine neue Person in ein Projekt einzuarbeiten. In der Regel werden Sie aufgefordert, die Dokumentation zu lesen, bis Ihre Konten eingerichtet sind. Sie sollten bedenken, dass ein erfahrener Entwickler in der Lage sein sollte, Code zu "lesen", um ein Verständnis für die vorhandene Implementierung zu erlangen, aber nur den Code für ein umfangreiches Projekt zu lesen, ist selbst für erfahrene Entwickler sehr schwierig. Sie müssen den Code mit gut geschriebener Dokumentation oder Mentoring paaren.
Da Sie die Dokumentation und den Quellcode gelesen haben, würde ich eine Liste mit Fragen zu dem vorhandenen System aufschreiben, die Sie zu verstehen versuchen, und experimentieren, wenn Sie in der Lage sind, die Fragen selbst zu beantworten. Wenn nicht, bitten Sie einen erfahrenen Entwickler, diese Fragen zu beantworten. Wenn die Dokumentation fehlt, beginnen Sie damit, die vorhandene Dokumentation zu verfeinern oder neue zu schreiben.
Ich glaube nicht, dass das normal ist, aber ich habe solche Geschichten von Zeit zu Zeit in großen Unternehmen gehört. Große Unternehmen scheinen sich diese Verschwendung von Ressourcen und Arbeitskräften manchmal in größerem Umfang leisten zu können als kleinere Unternehmen. Wenn ein bestimmtes Budget verfügbar wird, entscheidet sich eine Abteilung eines größeren Unternehmens möglicherweise dafür, einen Entwickler einzustellen, auch wenn es keine unmittelbare Arbeit für ihn oder sie gibt.
Ich denke, Sie haben richtig gedacht, um eine Aufgabe zu bitten. Ich würde dies wieder tun (in einer höflichen Art natürlich), wenn sich die Situation nicht ändert. Vielleicht kannst du dir einen anderen Gesprächspartner suchen. Ein "nicht technischer" Manager ist möglicherweise nicht die richtige Person.
Ändert sich diese Situation über einen längeren Zeitraum nicht, denken Sie über den Einstieg in ein kleineres Unternehmen nach. Aber sie werden andere Besonderheiten haben, die sich von denen größerer Unternehmen unterscheiden.
Idealerweise steigst du in ein Unternehmen ein, in dem jemand arbeitet, den du kennst, also hast du sozusagen schon Insider-Informationen. Aber das ist natürlich nicht immer machbar.
April
Mücke