Was kann ich von meinem ersten Programmierjob erwarten? [geschlossen]

37

Ich wurde gerade für meinen ersten Programmierjob eingestellt! Ich bin 25 Jahre alt und nutze Java seit 6 Jahren.

Jetzt, wo ich eingestellt wurde, bin ich nervös, dass meine Fähigkeiten nicht den Erwartungen des Arbeitgebers entsprechen werden. Ich fürchte, ich werde einem Projekt zugewiesen und muss viele Fragen stellen, die meine Mitarbeiter als Amateur empfinden.

Ist das eine rationale Angst? Was waren Ihre ersten Programmiererfahrungen? Was soll ich erwarten? Welchen Rat könntest du mir geben?

Vielen Dank.

Ben B.
quelle
16
Mach dir keine Sorgen. Die meisten Arbeitgeber sind sich darüber im Klaren, dass es eine enorme Lernkurve gibt, die vom akademischen Bereich in die Industrie übergeht. Ich würde mir Sorgen machen, wenn Sie nicht viele Fragen stellen würden.
Pemdas
Meiner Meinung nach können Sie am besten fragen! Wenn es ein Problem gibt, ist eine kurze Frage effizienter, als Stunden zu verschwenden, während Sie versuchen, etwas herauszufinden. Am Anfang fragen Sie vielleicht etwas mehr, aber nach einiger Zeit werden Sie sicherlich in der Lage sein, Fragen von "erfahreneren" Kollegen zu beantworten. Niemand weiß etwas und kein Arbeitgeber sollte das erwarten. Gesunde Kommunikation ist wichtig für ein Unternehmen.
johannes

Antworten:

57

Es gibt zu viele Dinge, die man im College nicht lernen kann . Es gibt auch viele unternehmensspezifische Aspekte . In beiden Fällen haben Sie die Wahl:

  • entweder fragen Sie Ihre Kollegen nach Erklärungen,
  • oder du fragst niemanden etwas und gehst das Risiko ein, einen Fehler zu machen.

Wenn ich jemanden anheuere, der keine Berufserfahrung hat, würde es mir nichts ausmachen, wenn sie in den ersten Wochen oder Monaten viele Fragen stellt. Wenn sie Angst hat, um Hilfe zu bitten, und Stunden damit verschwendet, ein Problem zu lösen, das ein anderer Entwickler innerhalb von Sekunden lösen könnte, oder dumme Fehler macht, die leicht von jemandem vermieden werden könnten, der offener für die Kommunikation mit Kollegen ist, stört mich das viel mehr.

Vermeiden Sie keine Fragen. Es ist eine gute Möglichkeit, Dinge zu lernen und Kontakte zu den Menschen zu knüpfen, mit denen Sie zusammenarbeiten. Aber:

  • Stellen Sie keine Fragen, nur um sie zu stellen.
  • Denken Sie daran, dass andere Menschen ihre eigene Arbeit und ihre eigenen Fristen haben. Sie haben andere Dinge zu tun, als ihre Zeit damit zu verbringen, Ihnen bei jeder Aufgabe zu helfen.
  • Erwarten Sie nicht, dass andere Ihre Arbeit erledigen (so wie es niemals erwünscht ist, bei Stack Overflow darum zu bitten, Ihre Arbeit zu erledigen).
  • Wenn Sie einen Entwickler stören, verliert er zehn oder mehr Minuten, um sich wieder zu konzentrieren. Stellen Sie also keine Fragen, wenn Sie im Internet innerhalb von Sekunden eine Antwort finden.

Beispiel für schlechte Fragen:

  • "Hey, ich möchte ein Array wie {1, 2, 3, ... n-1, n} in PHP erstellen. Können Sie mir helfen?" Hier zeigen Sie nur, dass Sie nicht nur nicht wissen, wie man PHP-Dokumentation verwendet, sondern sich auch nicht darum kümmern, Google zu durchsuchen oder einen Moment nachzudenken. Es ist in Ordnung, wenn Sie sich mit rangePHP nicht auskennen. Es ist nicht in Ordnung, wenn Sie es nicht selbst finden können.

  • "Ich versuche, Plugins zu implementieren, aber ich weiß nicht, was CAS in .NET Framework ist. Können Sie mir erklären, was das ist?" Ja, es ist einfacher, nach Erklärungen zu fragen, aber wie sieht es aus, wenn Sie zuerst in Google nach "CAS .NET Framework 4.0" suchen?

  • "Warum zwingen Sie mich, die Versionskontrolle zu verwenden? Ich habe immer ohne sie gearbeitet und verstehe nicht, warum ich sie jetzt brauche." Nun, Ihre Kollegen müssen nicht erklären, warum Sie es verwenden müssen. Erstens ist es eine Richtlinie Ihres Unternehmens. Sie sind nicht hier, um die Arbeitsweise zu bestimmen. Zweitens gibt es viele Bücher, Blog-Artikel und Antworten auf SE-Websites, die erklären, warum jeder die Versionskontrolle verwenden muss. Sie müssen nur suchen.

Beispiele für Fragen, die willkommen sind:

  • "Ich möchte die Änderungen in die Versionskontrolle übernehmen, aber es wird eine seltsame Fehlermeldung angezeigt. Sie lautet: [...]. Vielleicht wissen Sie, was das ist?" Wahrscheinlich hat Ihr Kollege diese Nachricht schon Dutzende Male gesehen, daher ist es in Ordnung, dies zu erfragen.

  • "Ich lese die Seite 9 der Anforderungen für dieses Projekt, Teil 4.2.1, aber ich bin mir nicht sicher: ob ich oder der Datenbankadministrator diesen Teil machen sollen?" Es ist besser zu fragen, als drei Tage damit zu verbringen, die Arbeit zu erledigen, die die dba bereits geleistet hat.

  • "Ich muss Plugins implementieren, aber nachdem ich dieses und jenes gelesen habe, verstehe ich immer noch nicht, was eine Sandbox ist und wie sich dies auf die Sicherheit auswirkt. Können Sie mir das später erklären, wenn Sie frei sind?" Du hast gesucht. Sie haben sich bemüht. Du hast es nicht verstanden. Es ist in Ordnung, nicht alles zu verstehen, und es wäre besser, nach einer Erklärung zu fragen, als ein Wochenende damit zu verbringen, danach zu suchen.

Arseni Mourzenko
quelle
18
Ich möchte darauf hinweisen, dass 99,9% von uns hier den Versuch unterstützen, "die Arbeitsweise zu diktieren" und die Quellcodeverwaltung zu erhalten , wenn das Unternehmen keine Versionskontrolle verwendet.
Whatsisname
" Warum zwingen Sie mich, die Versionskontrolle zu verwenden? Ich habe immer ohne sie gearbeitet und verstehe nicht, warum ich sie jetzt brauche ." Antwort: "Ok, Sie haben Recht. Arbeiten Sie ein paar Monate lang ohne, auf unserer großen Codebasis, während alle anderen es verwenden, und wir werden dann darüber reden." Dieses Problem wird sich wahrscheinlich von selbst lösen.
Joshin4colours
1
Stellen Sie keine Fragen, nur um sie zu stellen - sind sich einig. Stellen Sie jedoch Fragen, um Ihr Wissen zu erweitern. Wenn Sie das nicht tun, versuchen Sie nicht zu lernen.
Konfigurator
Dies sind wirklich gute Kriterien, aber ich möchte auch hinzufügen, dass einige Dinge, die es nicht wert sind, während des Arbeitstages gefragt zu werden, durchaus akzeptabel sind, um beim Mittagessen nachzufragen (wenn die Unternehmenskultur so ist, dass die Leute zusammen essen und die Arbeitsthemen in Ordnung sind) ). Dies verhindert, dass der zusätzliche Kontextwechsel die Frage beantwortet.
Autophage
22

"Die einzige dumme Frage ist die, die unbeantwortet bleibt."

^ Im Ernst. Erinnere dich daran.

Wenn Sie seit 6 Jahren im akademischen Bereich tätig sind, gehe ich davon aus (und hoffe ), dass Sie ein solides Verständnis für die wichtigsten technischen Konzepte haben. Wenn Sie sich nicht in eine schlechte Situation mit einem schrecklichen Arbeitgeber gebracht haben, sollten sie sich darüber im Klaren sein, dass Sie bei Ihrem ersten Job eine Lernkurve vor sich haben und erwarten, dass Sie dabei Fehler machen .

Wenn Ihre Fähigkeiten nicht mit denen des Arbeitgebers übereinstimmen würden, hätten sie Sie nicht eingestellt. Wenn sie Sie eingestellt haben, obwohl Ihre Fähigkeiten nicht dem entsprechen, wonach sie suchen, möchten Sie höchstwahrscheinlich sowieso nicht dort arbeiten.

Je mehr Fragen Sie stellen, desto schneller gewöhnen Sie sich an Ihre neue Arbeitsumgebung. Allerdings mögen Ingenieure es im Allgemeinen nicht, ständig abgehört zu werden, da sie ca. 15 Minuten brauchen, um wieder in Schwung zu kommen. Also würde ich vielleicht darüber nachdenken, alle Ihre relevanten Fragen in eine E-Mail zu schreiben und sie am Ende des Tages an jemanden zu senden, der auf dem Laufenden ist.

Einige Unternehmen verbinden Sie mit einem Mentor, andere nicht.

Demian Brecht
quelle
+1, die Sorge, ob Ihr Kollege eine Frage für dumm hält oder nicht, kostet Zeit, die für das Stellen und Implementieren der Frage aufgewendet werden könnte.
Nicholas Smith
+1, aber eine kleine Anmerkung zum Skills Matching Part. Manchmal stellt ein Arbeitgeber eine Einsteigerperson ohne die vorhandenen Fähigkeiten ein, die ein gutes Potenzial aufweist, um diese Fähigkeiten durch Schulung zu erwerben. In jedem Fall ist das Stellen von Fragen die Lösung.
Joel Etherton
8

Hör auf, dir so viele Sorgen zu machen. Niemand ist an seinem ersten Tag Weltklasse.

Whatsisname
quelle
8

Mein erster Programmierjob bestand darin, eine Website zu übernehmen, die in Sprachen geschrieben war, die ich nicht einmal kannte. Ich war der einzige Entwickler und hatte niemanden, den ich um Hilfe bitten konnte. Ich hatte große Angst, dass ich nicht lange durchhalten würde (ohne Foren hätte ich das wahrscheinlich nicht getan). Also, was habe ich getan? Ich habe eine Menge Fragen in Foren gestellt. Tonnen. Ich hatte das Gefühl, dass ich so viele "Amateur" -Fragen stellte, dass ich meinen Avatar zu "Ich bin dumm" machte (es ist immer noch da draußen ... irgendwo).

Mein Punkt ist, die Angst ist natürlich, aber Sie werden sie überwinden und viele Amateurfragen stellen. Es ist der beste Weg, um zu lernen. Zumindest in meinem Fall war und ist es immer noch.

Auch als ich in meiner IT-Ausbildung im Militär war, haben sie kurz jedes Konzept besprochen und gesagt, dass "Sie Ihren Job an Ihrer ersten Dienststelle erlernen werden. Das ist nur so, dass Sie ein wenig mit dem vertraut sind, was auch immer das sein mag."

JD Isaacks
quelle
2

Wenn du dumme Fragen stellst, aber nur einmal, dann werden dich deine Kollegen nicht hassen. Aber wenn Sie nie lernen, werden sie Ihrem Chef sagen, dass er Sie entlassen soll.

Du bist außer Kontrolle. Entweder bist du bei guten Leuten, die wollen, dass du Erfolg hast, oder du bist bei schlechten, die wollen, dass du versagst.

Versuchen Sie, nicht nervös zu sein und tun Sie einfach, was Sie können. Und investieren Sie viel zusätzliche Arbeit in das Erlernen der Sprache und der Unternehmens-Apps.

oregon111
quelle
1

Mein erster Programmierjob war in einer Sprache und einem Framework / einer Plattform, die ich noch nie zuvor berührt hatte (Visual C ++ / MFC, und ich wurde in C unter Unix mit etwas Java unterrichtet).

Moral der Anekdote: Wenn Sie keine kaufmännische Erfahrung haben, sieht Sie der erste Arbeitgeber, der Sie anstellt, in der Regel als mehr oder weniger sauber an. Rückblickend gesehen, selbst wenn ich für eine C-on-Unix-Rolle eingestellt worden wäre, hätten sich 95% der Lernkurve zu Beginn dieses ersten Jobs mehr auf Soft Skills, Quellcodeverwaltung, Büropolitik / -verwaltung und dergleichen konzentriert Dinge, auf die dich akademische Erfahrung nicht wirklich vorbereiten kann. Auf der technischen Seite erwarten sie im Allgemeinen, dass Sie in den ersten ein oder zwei Monaten sehr wackelig auf den Beinen sind - der Schock für das System allein durch die nichttechnischen Dinge ist schon ablenkend genug. Sie wissen das, also erwarten sie wahrscheinlich nicht viel.

MainMa hat gute Ratschläge : Versuchen Sie im Grunde genommen, die Leute nicht mit den Fragen zu belästigen, die für Google einfach sind und die für jemanden mit 6 Jahren akademischer Erfahrung in das Gebiet gehören sollten. Eine gute Faustregel ist, dass generische Programmierkenntnisse zuerst erforscht werden sollten, bevor gefragt wird, während interne firmen- / domänenspezifische Kenntnisse nach minimalem Graben viel sicherer zu erfragen sind.

Bobby Tische
quelle
1

Ich habe vor kurzem das College abgeschlossen und entwickle seit etwa einem Jahr professionell Software. Sie fürchten genau das, was ich auch befürchtet habe, also sind Sie nicht allein. Ich habe das Gefühl, ich habe durchgemacht, was Sie hier beschreiben. Der beste Rat, den ich Ihnen geben kann, ist der folgende:

  1. Umgib dich mit Leuten, die klüger sind als du und die bereit sind, dich zu beraten. Sei so höflich wie möglich, lies in die Leute und finde deine Allianzen heraus. Nicht jeder wird offen sein, um Ihnen zu helfen, aber Sie werden leicht herausfinden, wer die "richtigen Leute" sind und mit denen Sie befreundet sein wollen.
  2. Stellen Sie so viele Fragen wie möglich, wenn Sie der Meinung sind, dass Google keine Antwort geben kann.
  3. Stellen Sie fest, dass es viele gibt, die seit einiger Zeit nicht mehr zur Schule gegangen sind, und dass sie Sie wahrscheinlich als neuen Geist für Ideen ansehen. Haben Sie keine Angst, Ideen zu verwirklichen, und haben Sie keine Angst, mit anderen nicht einverstanden zu sein.

Es ist eine dünne Linie, aber Sie werden herausfinden, wo Sie sie überqueren müssen und wo nicht. Das Beste, was Sie tun können, ist, mit Begeisterung zu lernen und sich mit Menschen zu umgeben, die mehr wissen als Sie über Softwareentwicklung.

Jack
quelle