it-swarm-eu.dev

Was kann ich von meinem ersten Programmierjob erwarten?

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

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önnten Sie mir geben?

Vielen Dank.

37
Ben B.

Es gibt zu viele Dinge, die man im College nicht lernen kann. Es gibt auch viele Dinge, die spezifisch für das Unternehmen sind. In beiden Fällen haben Sie die Wahl:

  • entweder fragen Sie Ihre Kollegen um Erklärung,
  • oder Sie fragen niemanden etwas und gehen 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 andererseits befürchtet, um Hilfe zu bitten, und Stunden damit verschwendet, ein Problem zu lösen, das ein anderer Entwickler möglicherweise innerhalb von Sekunden löst, oder dumme Fehler macht, die von jemandem, der offener für die Kommunikation mit Kollegen ist, leicht vermieden werden könnten, wird es mich viel mehr stören.

Vermeiden Sie keine Fragen. Es ist eine gute Möglichkeit, Dinge zu lernen und mit den Menschen in Kontakt zu treten, mit denen Sie arbeiten werden. 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 Leute Ihren Job machen (so wie es niemals willkommen ist, Stack Overflow zu bitten, Ihren Job zu machen).
  • 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 einmal darum kümmern, Google zu durchsuchen oder einen Moment nachzudenken. Es ist in Ordnung, wenn Sie kennen die Methode range in PHP nicht. Es ist nicht in Ordnung, wenn Sie sie selbst nicht finden können.

  • "Ich versuche Plugins zu implementieren, weiß aber 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 wäre es, wenn Sie Google zuerst nach "CAS .NET Framework 4.0" durchsuchen?

  • "Warum zwingst du mich, die Versionskontrolle zu verwenden? Ich habe immer ohne sie gearbeitet und ich verstehe nicht, warum ich sie jetzt brauchen würde." 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 zu bestimmen, wie man arbeitet. Zweitens gibt es auf SE-Websites viele Bücher, Blog-Artikel und Antworten, 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 an der Versionskontrolle festschreiben, aber es gibt eine seltsame Fehlermeldung. 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, bin mir aber nicht sicher: Ist es für mich oder den Datenbankadministrator, diesen Teil zu tun? " Es ist besser zu fragen, als drei Tage damit zu verbringen, die Arbeit zu erledigen, die bereits von der dba erledigt wird.

  • "Ich muss Plugins implementieren, aber nachdem ich dies und das gelesen habe, verstehe ich immer noch nicht, was eine Sandbox ist und wie dies mit der Sicherheit zusammenhängt. Können Sie mir das später erklären, wenn Sie ' Werden Sie frei sein? " Sie haben gesucht. Du hast dich bemüht. Du hast es nicht verstanden. Es ist in Ordnung, nicht alles zu verstehen, und es wäre besser, nach Erklärungen zu fragen, als ein Wochenende damit zu verbringen, danach zu suchen.

57

"Die einzige dumme Frage ist die, die nicht gestellt wird."

^ Im Ernst. Erinnere dich daran.

Wenn Sie 6 Jahre lang in der akademischen Welt waren, gehe ich davon aus (und in der Hoffnung), 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 diese sich bewusst sein, dass Sie, wenn Sie in Ihrem ersten Job frisch von der Schule sind, eine Lernkurve vor sich haben und erwarten, dass Sie auf dem Weg Fehler machen .

Wenn Ihre Fähigkeiten nicht dem entsprechen würden, wonach der Arbeitgeber gesucht hat, hätten sie Sie nicht eingestellt. Wenn sie Sie eingestellt haben, obwohl Ihre Fähigkeiten nicht dem entsprechen, was sie suchen Ich suche, dann willst du höchstwahrscheinlich sowieso nicht dort arbeiten.

Je mehr Fragen Sie stellen, desto schneller werden Sie sich an Ihre neue Arbeitsumgebung gewöhnen. Trotzdem mögen es Ingenieure im Allgemeinen nicht, ständig abgehört zu werden, da es ~ 15 Minuten dauert, bis sie wieder in Schwung 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 "Bescheid weiß".

Einige Unternehmen verbinden Sie mit einem Mentor, andere nicht.

22
Demian Brecht

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

8
whatsisname

Mein erster Programmierjob war die Übernahme einer Website, die in Sprachen verfasst 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 (wenn es keine Foren gäbe, hätte ich es wahrscheinlich nicht getan). 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 "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 zu lernen. Zumindest in meinem Fall war und ist es.

Auch als ich in meiner IT-Ausbildung beim Militär war, beschönigten sie kurz jedes Konzept und sagten: "Sie werden Ihren Job an Ihrem ersten Dienstort lernen. Dies ist nur so, dass Sie mit dem, was passiert, einigermaßen vertraut sind." zu sein. "

8
JD Isaacks

Wenn Sie dumme Fragen stellen, aber nur einmal, dann werden Ihre Kollegen Sie nicht hassen. Aber wenn Sie nie lernen, werden sie Ihrem Chef sagen, er soll Sie feuern.

Sie selbst sind außerhalb Ihrer Kontrolle. Entweder wirst du mit guten Menschen zusammen sein, die wollen, dass du Erfolg hast, oder du wirst mit bösen Menschen zusammen sein, die wollen, dass du versagst.

Versuche nicht nervös zu sein und tue einfach was du kannst. Und investieren Sie viel in das Erlernen der Sprache und der Unternehmens-Apps.

2
oregon111

Wenn Sie eine Frage stellen, stellen Sie sicher, dass Sie:

  • Bereiten Sie sich vor, bevor Sie fragen
  • Geben Sie der Person, um die Sie bitten, Zeit, die Zone zu verlassen
  • Versuchen Sie, die andere Person dazu zu bringen, sich schlau zu fühlen

http://www.artificialworlds.net/blog/2011/02/12/how-to-ask-technical-questions-in-person/

2
Andy Balaam

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 aufnimmt, normalerweise als mehr oder weniger sauber. Wenn ich jetzt zurückblicke, selbst wenn ich für eine C-on-Unix-Rolle eingestellt worden wäre, wären 95% der Lernkurve zu Beginn dieses ersten Jobs viel mehr auf Soft Skills, Quellcodeverwaltung, Büropolitik/-management und andere ausgerichtet gewesen 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 genug Ablenkung. Sie wissen das, also erwarten sie wahrscheinlich nicht viel.

MainMa hat gute Ratschläge : Versuchen Sie im Grunde nur, die Leute nicht mit Fragen zu belästigen, die für Google einfach sind und die für jemanden mit 6 Jahren akademischer Erfahrung in das Gebiet passen sollten. Eine gute Faustregel ist, dass generisches Programmierwissen zuerst recherchiert werden sollte, bevor gefragt wird, während internes unternehmens-/domänenspezifisches Wissen viel sicherer ist, nach minimalem zu fragen graben.

1
Bobby Tables

Ich bin ebenfalls ein Absolvent des College und entwickle Software seit ungefähr einem Jahr professionell. Sie fürchten genau die gleichen Dinge, die ich auch befürchtet habe, also sind Sie nicht allein. Ich habe das Gefühl, ich habe das durchgemacht, was Sie hier beschreiben. Der beste Rat, den ich Ihnen geben kann, ist der folgende:

  1. Umgib dich mit Menschen, die klüger sind als du und bereit, Mentoren zu sein. Seien Sie so höflich wie möglich, lesen Sie in Menschen und finden Sie Ihre 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 möchten.
  2. Stellen Sie so viele Fragen wie möglich, wenn Sie der Meinung sind, dass Google diese nicht beantworten kann.
  3. Erkenne, dass es viele gibt, die seit einiger Zeit nicht mehr zur Schule gegangen sind, und es ist wahrscheinlich, dass sie dich als einen frischen Geist für Ideen ansehen. Haben Sie keine Angst, Ideen herauszuschießen, und haben Sie keine Angst, anderen nicht zuzustimmen.

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, begeistert zu sein und sich mit Menschen zu umgeben, die mehr wissen als Sie über Softwareentwicklung.

1
Jack