🥇Überwinden Sie die Angst vor dem ersten Job

Szenenbild aus dem Film „Harry Potter und der Gefangene von Askaban“

Das Problem dieser Welt ist, dass gebildete Menschen voller Zweifel sind, während Idioten voller Selbstvertrauen stecken.
Charles Bukowski

Kürzlich hielt ich erneut eine Einzelstunde im Programmieren ab. Im Gegensatz zu den gewöhnlichen Kursen ging es nicht um die Sprachstruktur oder um Problemlösungsansätze. Der Student teilte seine Sorgen über die zukünftige Beschäftigung mit. Er war ziemlich clever, einer von denen, die am schnellsten durch das Programm kommen und oft mit originellen Lösungen überraschen, aber sich selbst ständig unterschätzen. Meiner Meinung nach entstehen solche Zweifel nur aus einem Mangel an Informationen. Diesen Mangel habe ich während des Kurses spontan versucht zu beheben.

Die Fragen waren ungefähr folgende:

Jedes Jahr verlassen viele Studenten die Hochschulen und suchen eine Anstellung. Das sind doch eine ganze Menge Menschen. Sicherlich werden die besten ausgewählt, und ich bekomme keinen Platz.
Was, wenn ich einen Fehler mache und sofort gefeuert werde?
Was, wenn sie während der Arbeit merken, dass ich dumm bin und mich rausschmeißen?

Dieser Student war nicht die erste Person, die ich mit solchen Fragen konfrontierte. Viele haben ähnliche Zweifel, und oft muss ich ohne Vorbereitung antworten. Dieses Mal habe ich beschlossen, meinen Monolog in ein Notizbuch zu schreiben. Ich dachte, es würden ein paar Absätze werden, aber es ist ein ganzer Artikel daraus geworden.

In diesem Artikel teile ich meine Perspektive und Erfahrungen. Unsere Welt ist jedoch sehr vielfältig und es geschehen erstaunliche Dinge. Wenn Sie anderer Meinung sind oder Ihre Erfahrungen abweichen, hinterlassen Sie bitte einen Kommentar.

Der Artikel wurde von einem Entwickler für Entwickler geschrieben. Wenn Sie jedoch vorhaben, Tests durchzuführen, zu administrieren oder in einem anderen Bereich der IT tätig zu werden, werden einige der Tipps Ihnen ebenfalls nützlich sein.

Wird überhaupt nicht eingestellt

Wenn man sich vorstellt, dass jedes Jahr zahlreiche Universitäten Hunderte von Studenten entlassen, wird es unbehaglich. Wie kann man sich in dieser riesigen Masse behaupten?

Leider haben nicht alle Absolventen eine ausreichende technische Ausbildung. Fragen Sie doch einmal einen Bekannten aus der Universität: Wie erhalten die Leute in seiner Gruppe Zugang zu Prüfungen in Fächern wie "Datenbanken" oder "Grundlagen der Algorithmik und Programmierung"? In einer Gruppe von 30 Personen gibt es bestenfalls 3-5 "fortgeschrittene" Leute, die alles tatsächlich selbst gemacht haben. Die anderen kopieren einfach von ihnen, büffeln die Antworten auf Fragen und bestehen die Prüfungen.

So war es, als ich selbst studiert habe. Allerdings könnte meine Erfahrung nicht repräsentativ sein. Deshalb habe ich diese Frage mehreren verschiedenen Studenten gestellt. Die Antwort war ungefähr die gleiche. Die Befragten kamen aus verschiedenen Hochschulen und Colleges. Über die Gründe möchte ich hier nicht spekulieren. Für eine umfassende Untersuchung fehlt mir die Zeit, daher ziehe ich aus den vorhandenen Fakten meine Schlüsse.

Unter hunderten von Absolventen repräsentieren nur ein paar Dutzend ein Interesse für Arbeitgeber.

Wenige Absolventen können einem fähigen Studenten mit guter Vorbereitung wirklich Konkurrenz machen. Auch wenn Sie gewissenhaft gelernt haben, werden Sie wahrscheinlich nach dem ersten Vorstellungsgespräch nicht eingestellt. Nach dem zweiten vermutlich auch nicht. Es kann gut laufen, aber es ist besser, sich eher auf eine Belagerung als auf einen Sturm einzustellen. Ein gescheiterter Versuch, einen Job zu bekommen, ist nur ein Anlass, um aus Fehlern zu lernen und es erneut zu versuchen. Ich werde nicht über die Vorbereitung auf Vorstellungsgespräche sprechen. Darüber gibt es bereits viele Informationen im Internet. Ich kann nur sagen, dass es beim Bestehen von Vorstellungsgesprächen Nuancen gibt, für deren Erklärung in Ihrem Studienprogramm wahrscheinlich keine Zeit eingeplant ist. Suchen Sie selbst nach diesen Informationen, sie können die Anzahl Ihrer Versuche reduzieren.

Wahnsinn ist, immer wieder dasselbe zu tun und auf eine Veränderung zu hoffen.
Albert Einstein

Um Vorstellungsgespräche nicht in ein Chaos zu verwandeln, sollten Sie nach jedem Versuch besser werden. Merken Sie sich die Fragen oder schreiben Sie sie auf, die Ihnen während des Interviews gestellt wurden. Überprüfen Sie diese Liste zu Hause und nutzen Sie das Internet, um sich zu informieren. So erkennen Sie, wo Sie Fehler gemacht haben und wo der Interviewer möglicherweise im Unrecht war. Das kommt vor. Wiederholen oder vertiefen Sie die Themen, bei denen Sie schlecht abgeschnitten haben, und versuchen Sie es erneut.

Darüber hinaus gibt es eine deutliche Saisonalität auf dem Arbeitsmarkt. Gute Unternehmen planen die Einstellungen unter Berücksichtigung der Abschlussdaten von Bildungseinrichtungen. Im Frühling gibt es mehr Stellenangebote für Berufseinsteiger als zu anderen Zeiten. Allerdings ist auch die Konkurrenz zu dieser Zeit größer.

Dumm — wird entlassen

Wenn jemand ohne Erfahrung eingestellt wird, gibt es entsprechende Erwartungen an ihn.

Von einem neuen Mitarbeiter wird erwartet:

Grundkenntnisse der technischen Grundlagen
Sich die Besonderheiten des Fachgebiets des Unternehmens anzueignen
Die verwendeten Werkzeuge und Praktiken zu erlernen

In einigen Organisationen werden Schulungen für Neueinsteiger zu den verwendeten Technologien, Werkzeugen und lokalen Gepflogenheiten angeboten. Dazu gehören beispielsweise Verhaltensregeln für die Nutzung von Unternehmens-E-Mails, der Ablauf zur Änderung von Dokumenten in einem Wiki sowie lokale Besonderheiten im Umgang mit VCS und Bug-Trackern.

Es werden auch technische Einführungskurse angeboten, deren Nutzen jedoch fraglich ist. Wenn es zur Anstellung kommt, haben die Arbeitgeber bereits festgestellt, dass Sie über ein gewisses Maß an Wissen verfügen. Es ist am besten, solche Kurse gewissenhaft als eine kleine Formalität zu absolvieren. Vielleicht gibt es in ihnen tatsächlich hilfreiche Inhalte.

Wenn Sie Ihre Arbeit aufnehmen, denken Sie daran, dass ein Neuling wahrscheinlich nicht mit einer dringenden, komplexen und gleichzeitig wichtigen Aufgabe betraut wird. Meistens wird es nur eine dieser Eigenschaften geben. Entweder etwas Einfaches, aber Dringendes: das Layout korrigieren, eine Datei an jemanden weiterleiten oder ein Problem reproduzieren. Oder etwas Komplexes, das ohne jede Hoffnung auf Abschluss bleibt – nur damit der Neuling eine Menge Stolpersteine sammeln kann. Oder etwas Wichtiges, aber Experimentelles. Zum Beispiel ein Projekt, das alle schon lange wollen, aber einfach keinen Zeitrahmen für die Umsetzung finden können.

Die Aufgaben zur Einarbeitung in das Werkzeug werden „schwierig“ und künstlich sein. Wahrscheinlich handelt es sich um eine vereinfachte Version des Hauptsystems. In solchen Aufgaben wird derselbe Technologiestack und dieselben Begriffe aus dem Fachgebiet verwendet, wie im gesamten Projekt. Das Ergebnis wird jedoch nicht an den Endnutzer übergeben. Das kann demotivieren, aber dieser Stimmung sollte man besser widerstehen. Eine künstliche Aufgabe sollte gewissenhaft ausgeführt werden, als ob das Schicksal des Projekts davon abhängt.

Das Ergebnis der Lösung Ihrer ersten Aufgabe wird den ersten Eindruck von Ihnen bei den Kollegen hinterlassen, die bei dem Vorstellungsgespräch nicht anwesend waren.

Eine andere Möglichkeit, sich mit den Werkzeugen vertraut zu machen, ist es, ein Projekt auf einem lokalen Rechner oder in einer Testumgebung zu starten. Manchmal ist dieser Prozess in einer Anleitung beschrieben. Diese sind jedoch oft veraltet und nicht mehr relevant. Sie können dem Projekt einen echten Nutzen bringen, indem Sie eine neue Anleitung schreiben, die die aufgetretenen Probleme berücksichtigt. Sicherlich mussten Sie an der Hochschule auch für bestimmte Fächer eine Prüfungsarbeit für den Bericht verfassen. Es ist hier fast dasselbe. Im Dokument sollten die Schritte festgehalten werden, die erforderlich sind, um das Projekt zu starten.

Die Schritte zum Starten des Produkts in der Testumgebung sind normalerweise etwa folgende:

Das Repository klonen, auf einen bestimmten Branch oder Tag wechseln
Eine Konfigurationsdatei erstellen
Die Datenbankstruktur vorbereiten
Diese mit Testdaten füllen
Das Projekt bauen oder kompilieren
Eine Reihe von Konsolenskripten in einer bestimmten Reihenfolge ausführen

Beim lokalen Start des Systems werden unweigerlich unerwartete Probleme auftreten.

Problemlösungen sollten in die Bereitstellungsanleitung aufgenommen werden. So treten diese Probleme beim nächsten Mal, wenn die Anleitung befolgt wird, nicht mehr auf. Beim Ausfüllen von Konfigurationsdateien und dem Aufrufen von Skripten ist darauf zu achten, welches Wert an welcher Stelle verwendet wird und mit was es übereinstimmen sollte. Wenn beispielsweise ein Projekt mithilfe eines CI-Systems erstellt und dann durch ein Skript ausgeführt wird, ist es wichtig zu verstehen, wo der Name des Zweigs oder die Commit-Nummer geschrieben werden müssen. Es kann vorkommen, dass das Skript eine Übertragung von IP-Adressen oder den DNS-Namen der Datenbank, dessen Benutzernamen und Passwort erwartet. In diesem Fall ist es wichtig zu wissen, welche Adresse für die Testumgebung verwendet werden soll, welche Benutzernamen vorhanden sind und welche Passwörter dafür angegeben werden müssen.

Einige Aufgaben erscheinen erfahrenen Entwicklern einfach, während sie für Praktikanten Schwierigkeiten bereiten können. Das ist normal.

Entwickler stehen täglich vor technischen Herausforderungen. Erfahrene Mitarbeiter haben viele Probleme bereits gelöst, während Anfänger noch lernen müssen, damit umzugehen. Die beste Strategie besteht darin, alle aufgetretenen Fehler in einem Dokument „Problemlösungen für ${название задачи}“ festzuhalten. Für jedes Problem sollte eine Hypothese zur Ursache formuliert, Online-Lösungen recherchiert und diese nacheinander ausprobiert werden. Die Ergebnisse jeder Versuchsreihe sollten ebenfalls dokumentiert werden.

Die Dokumentation Ihrer Recherchen ermöglicht:

die kleinen Details aus dem Kopf zu bekommen. Zum Beispiel Konfigurationsparameter, DNS/IP-Adressen, Konsolenbefehle und SQL-Abfragen.
sich daran zu erinnern, „was ich gestern gemacht habe“, wenn sich eine Aufgabe über mehrere Tage zieht.
nicht im Kreis zu drehen. Sie können jederzeit nachlesen, was Sie bisher getan haben, und erkennen, dass Sie zum ursprünglichen Problem zurückgekehrt sind.
verständlich auf die Frage zu antworten: „Was hast du heute gemacht?“, auch wenn es noch keine endgültige Lösung gibt.

Es ist wichtig, den Status Ihrer Aufgaben den Kollegen gegenüber kommunizieren zu können.

Gelegentlich werden Ihre Kollegen an Ihren Erfolgen interessiert sein und ihre eigenen Erfahrungen teilen. Dafür sollte täglich oder wöchentlich etwas Zeit eingeplant werden.

Wenn Sie die aufgetretenen und gelösten Probleme nicht verfolgen, wird Ihre Erfolgsgeschichte so klingen: „Ich habe versucht, die Aufgabe zu erledigen, aber es klappt nicht. Momentan suche ich noch nach einer Lösung.“ Aus diesem Bericht ist nicht ersichtlich, ob der Praktikant tatsächlich etwas gemacht hat oder einfach nur Beiträge gelesen hat. Benötigt er Hilfe? Hat sich die Situation seit gestern geändert?

Wenn Sie ein Dokument mit Lösungsansätzen führen, können Sie sagen: „Ich versuche, diese Aufgabe zu erledigen. Ich hatte folgende Fehler. Diese habe ich so gelöst. Mit dieser bin ich noch nicht fertig. Ich habe einige Hypothesen und Lösungsvorschläge. Ich teste sie gerade.“

Wenn die Aufgabe in irgendeiner Weise messbar ist, sollten in der Statusmeldung Zahlen in Erscheinung treten. Zum Beispiel könnte man für die Aufgabe „Unit-Tests für das Modul schreiben“ sagen: „Ich plane, 20 Tests zu erstellen, bisher habe ich 10 geschrieben.“

Je mehr Details Sie bereitstellen, desto besser können Ihre Kollegen verstehen, was Sie gemacht haben. Das wird Ihr Bild bei den Kollegen positiv prägen und ihnen helfen zu erkennen, ob Sie Unterstützung benötigen oder nicht.

Scheuen Sie sich nicht, um Hilfe zu bitten.

Wie ich zuvor erwähnt habe, sollten Sie, wenn ein Problem auftritt, eine Hypothese über die Ursachen formulieren und mögliche Lösungen in Betracht ziehen. Es kommt jedoch vor, dass die Hypothesen nicht zutreffen und die selbst gefundenen Lösungen nicht funktionieren. In diesem Fall ist es besser, um Hilfe zu bitten. Um die Aufmerksamkeit der Kollegen nicht zu missbrauchen, sollten Sie zuerst selbst an jedem Problem arbeiten. Wenn Sie nach ein paar Stunden keine Lösung gefunden haben, ist es an der Zeit, Rat bei erfahrenen Kollegen zu suchen.

Am besten beginnen Sie mit der Frage: „Hat jemand schon einmal ein ähnliches Problem gehabt?“ und fügen eine kurze Beschreibung des Problems hinzu. Es wäre hilfreich, eine Fehlermeldung oder einen Screenshot anzuhängen. Diese Nachricht sollten Sie zuerst in einen allgemeinen Arbeitschat senden. Auf diese Weise stören Sie nicht die Kollegen, die wirklich beschäftigt sind. Die freien Kollegen werden Ihre Nachricht sehen und Ihnen helfen können.

Wenn nach einer Nachricht im allgemeinen Chat niemand helfen konnte, versuchen Sie, einen erfahrenen Kollegen während der Pause zu erwischen: zum Mittagessen, beim Tee- oder Kaffeeholen, beim Tennis spielen oder beim Rauchen. Sollte dies nicht klappen, schildern Sie Ihre Schwierigkeiten im nächsten Meeting oder Stand-up.

Bei der Lösung bekannter Probleme kann es dabei bleiben. Handelt es sich jedoch um ein neues Problem, wird eine Untersuchung eingeleitet, bei der situationsbedingt gehandelt werden muss.

Die „wichtigen“ Aufgaben für Anfänger, die für den Endbenutzer erforderlich sind, werden klein und unverfänglich sein. Zum Beispiel „eine zusätzliche Spalte im Bericht hinzufügen“ oder „einen Druckfehler im Formular korrigieren“ oder „eine Methode implementieren, um Attribute von Kunden aus der Datenbank zu laden“. Das Ziel solcher Aufgaben ist es, dass der Anfänger sich mit dem Fachgebiet vertraut macht und sich in die tägliche Arbeit eingliedert.

Es ist wichtig, nicht nur das technische Problem zu lösen, sondern auch das Wissen im Fachgebiet zu erweitern.

In der Aufgabenbeschreibung, in Chats und Gesprächen werden Fachbegriffe verwendet. Diese mögen wie vertraute Substantive erscheinen, doch innerhalb des Informationssystems erhalten sie eine spezifischere, präzisere Bedeutung. Die Bedeutung der gefundenen Begriffe sollte am besten in einem speziellen Dokument festgehalten werden – einem Glossar der Begriffe. Beim Hinzufügen zum Glossar genügt es, Ihre Interpretation des Begriffs zu notieren, während die genaue Definition am besten durch den Analysten eingeholt wird. Sollte dieser nicht verfügbar sein, ziehen Sie bitte die langjährigen Projektmitarbeiter zu Rate. Die Pflege eines Glossars ist eine der einfachsten Methoden, um sich mit dem Fachgebiet des Projekts vertraut zu machen.

Sobald Sie eine gemeinsame Sprache mit Ihren Kollegen finden, werden sie Sie nicht mehr als Praktikanten, sondern als gleichwertigen Fachmann wahrnehmen.

Es gibt besondere Aufgaben, wie zum Beispiel das «Schreiben von Unit-Tests für ein Modul». Man wird in der Regel nicht lange mit der Suche nach Lösungen feststecken. Diese Aufgabe ist jedoch ziemlich ernst und wird nicht nur zur Schulung von Praktikanten vergeben. Die geschriebenen Tests erhöhen die Stabilität des Projekts, indem sie die Anzahl der Fehler in der Anwendung reduzieren und die Testzeit für Menschen verkürzen. In einer idealen Welt werden Unit-Tests während der Entwicklung sofort geschrieben, aber die Realität sieht oft anders aus. Es kommt vor, dass der Modul-Entwickler alles nur im Kopf hat und keinen Bedarf sieht, Tests zu schreiben. „Was ist hier offensichtlich zu testen?“ Manchmal werden Module in Eile entwickelt, und es bleibt keine Zeit für Unit-Tests. Daher gibt es in der realen Welt oft keine Unit-Tests. Deshalb wird die Aufgabe, Unit-Tests zu schreiben, einem Neuling übertragen. So kann der Praktikant schneller in das Projekt einsteigen, und das Projekt kann Zeit und Geld für höherbezahlte Spezialisten einsparen.

Es kommt vor, dass Praktikanten und Neulinge die Rolle vollwertiger Tester übernehmen. Üblicherweise muss dafür das Produkt lokal eingerichtet und die Anforderungen gelesen werden. Als Ergebnis erwartet man vom neuen Mitarbeiter:

Fragen wie „Wenn ich das so mache, ergibt sich das so. Das steht nicht in den Anforderungen. Wie sollte es sein?“
Aufgaben im Bug-Tracker „In den Anforderungen steht das so, aber in der Realität ist es anders.“

Testen ist ein überaus umfangreiches Feld für diesen Artikel. Wenn Ihnen so eine Aufgabe gegeben wurde, suchen Sie online nach dem besten Weg, sie zu erledigen.

Wenn Sie Mist bauen, werden Sie gefeuert.

In einer ordentlichen Organisation ist es so, dass, wenn ein unerfahrener Mitarbeiter Zugang zu kritischen Dingen erhält und etwas kaputtmacht, die Person, die ihm diesen Zugang gegeben hat, verantwortlich ist. Denn ein Neuling hat standardmäßig keinen Zugang zu kritischer Infrastruktur. Unter angemessener Leitung wird man nicht alle Schuld auf den unerfahrenen Praktikanten abwälzen.

Wenn irgendetwas passiert, wird man nicht wegen eines einzelnen Vorfalls kündigen. Aus Fehlern lernt man. Der Praktikant, der Mist gebaut hat, hat eine wertvolle Lektion gelernt und unterscheidet sich damit von anderen Praktikanten. Wenn man ihn kündigt, wird jemand anders kommen und genau denselben Fehler machen.

Das Wichtigste ist, aus Fehlern zu lernen und sie nicht zu wiederholen.

Wenn jemand aus seinen Fehlern keine Lehren zieht, wird man sich von ihm verabschieden. Die Welt ist jedoch vielfältig. In einer kriminellen Organisation kann man für den ersten Fehler sofort aus dem Fenster geworfen werden. Es ist besser, solche Unternehmen zu vermeiden. Erkundigen Sie sich daher im Voraus oder erfahren Sie während des Vorstellungsgesprächs mehr über die Situation.

Vorfälle besser vermeiden

Selbst wenn Sie persönlich nicht wegen eines Fehlers entlassen werden, kann ein solches Ereignis unerwünschte Probleme für Ihr Team und das Projekt insgesamt mit sich bringen. Seien Sie daher besonders vorsichtig beim Löschen oder Erstellen von Tabellen in der Datenbank, Dateien, Instanzen von Diensten und Dokumenten in der Wissensdatenbank des Projekts. Wenn Sie auf eine neue Verbindung stoßen, fragen Sie mindestens zwei verschiedene Personen, was dort möglich ist. Überprüfen Sie Ihre Berechtigungen in den Umgebungen nicht durch Ausprobieren, sondern mit den entsprechenden Befehlen. Beispielsweise die Berechtigungen zum Löschen von Dateien mit dem Befehl `ls`, die Berechtigungen für die Arbeit mit Tabellen in MySQL mit dem Befehl `SHOW GRANTS FOR 'user'@'host';` und ähnlichem. Praktisch in jedem Tool haben Sie eine ähnliche Möglichkeit.

Beim Bearbeiten von Dateien sollten Sie sicherheitshalber eine Kopie des Originals aufbewahren.

Zwischen dem Praktikanten und dem Endverbraucher werden mehrere Barrieren aufgebaut.

Wenn Sie Ihr Produkt sofort an den Verbraucher abgeben könnten, müssten Sie sich nicht um einen Job kümmern und könnten sich ins "freie Abenteuer" stürzen. Aber solange Sie diese Möglichkeit (und Verantwortung) nicht haben, müssen Sie mehrere Kontrollphasen im Projekt durchlaufen.
Die erste Phase ist die Überprüfung durch einen Mentor. Er bewertet die Lösung des Neulings aus technischer Sicht. Wenn kein Mentor zugewiesen wurde, müssen Sie einen finden. Wählen Sie dazu jemanden aus den erfahrenen Mitgliedern des Projekts und bitten Sie ihn in der Pause, sich die Lösung anzusehen: Wurde das Problem korrekt gelöst? Wenn er anfängt zu schauen und zu antworten, ist der Mentor gefunden. Wenn er ignoriert, sollten Sie jemanden anderen fragen.

Die nächste Phase ist die Qualitätssicherung. Auf Russisch heißen sie Tester. Im sowjetischen Sinne spricht man von Normkontrolle und OTK. Sie müssen sicherstellen, dass das Ergebnis der Arbeit des Praktikanten den ihm gestellten Anforderungen entspricht. Sie werden selten den Code im Detail lesen. Meistens überprüfen die Tester das zusammengebaute Projekt, das der Entwickler im Versionskontrollsystem speichert.

Die dritte Phase ist der Release-Manager. Es kann sein, dass es dafür keine spezielle Person gibt, aber die Rolle wird trotzdem von jemandem übernommen. Er prüft, ob die Tester bestätigt haben, dass das Projekt freigegeben werden kann. Danach führt er die notwendigen Schritte zur Auslieferung des Produkts an die Endbenutzer durch.
In kleinen Organisationen können aus verschiedenen Gründen diese Barrieren fehlen. Dennoch wird einem Neuling keine Aufgabe anvertraut, die eine wesentliche Änderung erfordert. Denn dieses Risiko möchte niemand eingehen.

Man muss erst in den Kampf ziehen, und dann wird man sehen.
Napoleon Bonaparte

Ich hoffe, dass der Artikel Ihnen hilft, Ihre Unsicherheiten zu überwinden und Ihr erstes Bewerbungsschreiben zu versenden. Natürlich sollten Sie sich im Vorfeld gut vorbereiten. Aber ziehen Sie es nicht übermäßig in die Länge. Sie haben wahrscheinlich bereits mehrere Jahre an einer Universität oder Hochschule verbracht. Wo wollen Sie noch länger warten? Letztendlich ist es besser, einmal ein „Nein“ von einem Fachmann zu hören und daran zu arbeiten, als sich selbst jeden Tag ein „Nein“ zu sagen und in Ihrer beruflichen Entwicklung stehen zu bleiben.

Nach der Anstellung sollten Sie sich darauf konzentrieren, vom Praktikanten zu einem vollwertigen Teammitglied zu wachsen. Ein solcher Aufstieg geht normalerweise mit einer Erhöhung Ihres Gehalts einher.

Ich wünsche Ihnen Geduld und Ausdauer.

Nur registrierte Benutzer können an der Umfrage teilnehmen. Bitte melden Sie sich an.Sind Sie an Contour interessiert?