Wie viele Fragen sollten Sie als Praktikant stellen? [geschlossen]

56

Ich habe gerade ein Praktikum begonnen und mache mir Sorgen, dass ich zu viele Fragen stelle. Mein Mentor weist mir Projekte zu und hilft mir dabei, alle Technologien und Methoden des Unternehmens kennenzulernen. Es gibt jedoch so viel neues Material, das ich bei diesem Projekt lernen kann, dass ich viele Fragen habe. In der Regel stelle ich Fragen über Sofortnachrichten oder E-Mails (dies sind die wichtigsten Kommunikationsmittel für mein Unternehmen).

Ich versuche vorsichtig zu sein, um nicht zu viele Fragen zu stellen: Ich möchte nicht nervig oder dumm rüberkommen. Wie viele Fragen sind angemessen zu stellen? Einmal pro stunde? Mehr? Geringer, weniger? Denken Sie daran, mein Mentor ist auch ein Programmierkollege, der seine eigenen Aufgaben hat.

Casey Patton
quelle
13
Ich denke, es geht weniger um wie viele, sondern mehr um "wann". Wenn ich verfügbar bin, fühlen Sie sich frei. Wenn ich beschäftigt bin, fragen Sie zu einem späteren Zeitpunkt oder an eine andere Person. Es ist nur ärgerlich, wenn Sie aufhören, selbstständig zu denken und immer wieder alles fragen: Machen Sie immer Ihre eigenen Nachforschungen, bevor Sie danach fragen!
Vitor Py
14
Sie können Ihren Mentor jederzeit fragen, wie er die Dinge bevorzugt. Sie werden Ihnen eine bessere Antwort geben, als wir können.
Unholysampler
1
Ich denke, es ist so oder so grammatikalisch korrekt. Formulieren Sie es als Aussage und nicht als Frage: Es ist angebracht, n Fragen pro Tag zu stellen. Oder: n Fragen sollten jeden Tag gestellt werden. Das zweite klingt in der fraglosen Form unangenehmer, aber ich bin mir ziemlich sicher, dass beide richtig sind.
MatrixFrog
Mögliche Kopie von Was kann ich von meinem ersten Programmierjob erwarten?
Arseni Mourzenko

Antworten:

98

Berücksichtigen Sie die Zeit Ihres Mentors, indem Sie eine Liste mit Fragen führen und diese nach Möglichkeit stapelweise stellen. Unterbrechen Sie Ihren Mentor erst dann, wenn Sie ohne Hilfe buchstäblich keine Fortschritte erzielen können.

Oft lernst du viel, wenn du darum kämpfst, selbst eine Antwort zu finden, selbst wenn dein Mentor dir in 10 Sekunden etwas beibringen kann. Wenn Sie beispielsweise wissen möchten, wo sich etwas im Code befindet, können Sie diese nachfragen (10 Sekunden) oder vier Stunden lang den Code studieren und versuchen, ihn selbst herauszufinden. Der Vorteil der Option "vier Stunden" ist, dass Sie tatsächlich 200 neue Dinge über den Code lernen, die Ihnen später helfen werden. Es kann Zeitverschwendung sein, eigene Antworten zu finden, aber es kann auch eine Möglichkeit sein, eine große, komplizierte Codebasis zu erlernen.

Wenn es sich um eine Programmierfrage handelt, die sich nicht auf den firmeneigenen Code bezieht, sollten Sie dies natürlich selbst über das Internet herausfinden.

Joel Spolsky
quelle
4
Danke für die Vorschläge! Ich mag definitiv die Chargenidee und werde das ausprobieren. Angesichts der Instant Messaging-Kultur meines Unternehmens frage ich mich jedoch, ob es vielleicht etwas komisch ist, 5 Fragen gleichzeitig auf ihn abzufeuern. Ich mag auch die Idee "4 Stunden" (ich habe heute definitiv einige davon durchgesehen und viel über ihre Software gelernt). Das einzige Problem mit der Idee "4 Stunden" ist, dass er mir sagte, dass er möchte, dass ich bis Ende der Woche ein Projekt mache. Da dies mein erstes Projekt ist, möchte ich diesen Termin auf keinen Fall verpassen!
Casey Patton
1
+1 Nichts wird besser als das
V4Vendetta
1
Das ist etwas, das ich versuche, meinen neuen Mitarbeitern zu erklären, wenn sie sich beschweren, dass sie festsitzen und frustriert sind, dass ich es bevorzuge, dass sie ein oder zwei Stunden allein nachforschen und dann erst zu mir kommen, um mir zu helfen. anstatt dass ich auf die Datei zeige und ihr Problem in 5 Minuten löse, genau weil sie viel mehr über die Anwendung selbst lernen werden.
Miki Watts
+1 Für die Befürwortung der Selbstverbesserung gegenüber dem bloßen Überholen
Kevin Laity
@Casey Patton: Wenn er Erfahrung mit Praktikanten hat, hat er wahrscheinlich mehr Zeit für Sie aufgewendet, um sich selbst zu informieren und Fragen zu stellen, wann er das Produkt fertig haben möchte. Wo ich arbeite, ist es nicht ungewöhnlich, einem Praktikanten ein frühes Projekt zu geben und von ihm zu erwarten, dass er eine Woche braucht, was jemand, der mit dem Code vertraut ist, in ein paar Stunden tun könnte. Sie können einfach nicht so produktiv sein, bevor Sie die Codebasis gelernt haben, und das braucht Zeit.
Caleb Huitt - cjhuitt
28

Als Senior, der Junioren gesehen hat, die alle Arten von Fragen stellen, würde ich sagen, es kommt nicht darauf an, wie oft Sie fragen, sondern darauf, was Sie fragen .

Sie müssen es selbst fühlen, aber im Allgemeinen lautet die Regel: Zeigen Sie Ihr Interesse und Ihre Fähigkeit, selbständig zu denken und zu arbeiten .

Es ist in Ordnung, allgemeine Fragen zu stellen, um den Kontext für die Detailuntersuchung auf niedriger Ebene festzulegen, die Sie selbst durchführen.

Es ist in Ordnung, Fragen zu allem zu stellen, was kein Code ist und nicht dokumentiert ist - zum Prozess, zur Teamkultur usw.

Was auch immer Sie tun, zeigen Sie, dass Sie sich Gedanken gemacht und sich bemüht haben , das Problem selbst zu verstehen oder zu lösen.

Haben Sie aber keine Angst zu fragen! Sie können es Interesse und tiefer Denken zu zeigen , verwenden , sowie ersparen dem Team einige Schmerzen durch ihre Praktiken folgende oder unangemessene Entscheidungen, die später zu entwirren benötigen.

Überqueren Sie einfach nicht die Grenze und fordern Sie sie auf, für Sie zu codieren, Ihnen jedes Mal genau zu sagen, was zu tun ist, die Syntax zu erklären und die Dokumentation zu kopieren und so weiter.

Konrad Garus
quelle
6

Ich denke, viele der bisher gegebenen Antworten stimmen auf den Punkt: Haben Sie keine Angst, Fragen zu stellen (dafür sind schließlich Praktika gedacht), aber stellen Sie klar, dass Sie versucht haben, die Antwort selbst zu finden, bevor Sie fragen . Ich für meinen Teil störe überhaupt nicht, aber ich störe auf Fragen, bei denen klar ist, dass die fragende Person nur fragt, weil es für sie bequemer ist , andere zu unterbrechen. Es ist in Ordnung, mit einer einfachen Frage zu kommen, wenn Sie es versucht haben, solange es nicht zu oft vorkommt, aber es ist nicht in Ordnung, es nicht einmal selbst zu versuchen. Und selbst bei einfachen Fragen haben Sie sowohl einen vereinfachten Fall als auch die blutigen Details parat. Denken Sie SSCCE -Short, Self Contained, Correct/Compilable Example. Ich hatte jemanden, der vorbeischaute und nach dynamischem SQL fragte, als die eigentliche Frage darin bestand, Daten aus Code zu extrahieren, der über SQL ausgeführt wurde EXEC. Das ist ein ziemlich großer Unterschied.

Ein weiterer zu berücksichtigender Punkt: Können Sie E-Mails oder eine andere nicht (oder weniger) aufdringliche Form der Kommunikation für einige Ihrer Fragen verwenden? Dann kann Ihr Mentor entweder per E-Mail antworten oder (wahrscheinlicher) an Ihrem Schreibtisch vorbeischauen, um Dinge zu besprechen, wenn sie eine Chance bekommen. Dies gilt auch für die bereits gegebenen Ratschläge zum Sammeln von Fragen. Ich persönlich finde es jedoch einfacher, eine einzelne Frage pro E-Mail-Nachricht zu behandeln, als eine lange Liste von Fragen, die nur wenig oder gar nichts miteinander zu tun haben zusammen in einer Nachricht. Eine kann oft in ein oder zwei Minuten beantwortet werden, die andere kann sehr leicht zu einer halbstündigen Zeitsenke werden.

ein CVn
quelle
5

Ich würde mir nicht zu viele Sorgen machen, wenn ich (zu viele) Fragen stelle. Ein guter Mentor wird Ihnen freundlich sagen, wann es Zeit ist, nicht mehr zu fragen und mit dem Üben zu beginnen. Schließlich wurde der Mentor beauftragt, Sie zu betreuen, und diese Aufgabe ist normalerweise mit einem Zeitbudget verbunden.

Ich stimme zu, dass es eine gute Idee ist, eine Reihe von Fragen vorzubereiten und den Mentor um Aufmerksamkeit zu bitten, um sie alle auf einmal zu besprechen. Andererseits kann es auch sehr frustrierend sein (insbesondere für Anfänger), herauszufinden, wie Dinge stundenlang funktionieren, wenn eine einfache Frage und Antwort das Problem buchstäblich innerhalb von Sekunden lösen würde.

Versuchen Sie, aus Erfahrung zu lernen und die Fähigkeit zu entwickeln, Ihren Mentor zu "lesen", um herauszufinden, wann es eine gute Gelegenheit gibt und wie Sie Ihren Mangel an Aufmerksamkeit kommunizieren sollten. Bei der Softwareentwicklung geht es ebenso um die Interaktion mit Menschen wie darum, den Quellcode anzustarren.

In diesem Zusammenhang wirken Ermutigung und Begeisterung auf beide Arten, von Mentor zu Internierter und von Internierter zu Mentor.

Uwe Honekamp
quelle
4

Dies ist wahrscheinlich eine Situation, die wir alle durchgemacht haben. Der neue Typ zu sein, sei es ein Praktikant oder ein regulärer Angestellter, ist schwierig. Es ist immer mit dem Problem des Kaltstarts verbunden, da Sie sich an einem neuen Ort befinden, mit neuen Mitarbeitern, neuen Technologien und neuen Methoden. Ich verstehe die Angst, etwas nicht zu wissen und perfekt kennenlernen zu wollen, damit Sie bald produktiv werden.

Fragen zu haben ist ganz natürlich. Und Sie können sicher sein, dass Ihre Kollegen wissen, dass Sie es tun und Fragen haben werden. Sie waren auch irgendwann an Ihrer Position, oder? Und glauben Sie mir, sie MÜSSEN irgendwo Hilfe bekommen.

Der schwierige Teil ist, dass nicht jeder jederzeit zur Verfügung steht, um alle Ihre Fragen zu beantworten. Mein üblicher Trick beim Durchgehen von Code oder Dokumenten ist es, Notizen zu Dingen zu machen, die nicht sofort klar sind, und ein paar kurze Besprechungen pro Tag zu arrangieren, um sie mit meinen Senioren zu besprechen. Bevor Sie eine Frage stellen, ist es immer eine gute Idee, eine kleine "Recherche" darüber durchzuführen und so viele Informationen und Hinweise wie möglich zu erhalten. Websites wie StackOverflow sind Gold. Möglicherweise erhalten Sie sogar die genaue Antwort, nach der Sie suchen. Ihre Kollegen werden die Mühe zu schätzen wissen und Ihnen gerne weiterhelfen.

Bemühen Sie sich, lernen Sie, seien Sie neugierig und stellen Sie Fragen. Denken Sie daran, jeder war in Ihrer Position und jeder hat irgendwann überlebt :)

Charalambos Paschalides
quelle
3

Ich denke, Sie werden auf verschiedene Arten von Fragen stoßen.

Bei meiner Antwort werde ich mich auf das konzentrieren, was ich als WARUM-Fragen betrachte. Diese Art von Fragen hilft Ihnen zu verstehen, warum Sie aufgefordert werden, auf eine bestimmte Weise etwas zu tun. (Beispiel: Warum verwenden wir den Kodierungsstandard X?)

Ich denke, es wäre gut, wenn Sie Ihren Mentor bitten, sich jede Woche etwas Zeit zu nehmen, um diese Art von Fragen zu beantworten. Eine Idee wäre, 1 bis 2 Kaffeepausen pro Woche vorzusehen. Indem Sie eine festgelegte Zeit für diese Art von Fragen haben, zeigen Sie Ihrem Mentor, dass Sie ihre Zeit schätzen und dass Sie lernen möchten, warum etwas auf eine bestimmte Weise getan wird.

Jeff
quelle
3

Solange Ihr Mentor weiß, dass Sie zuerst versucht haben, die Antwort zu finden, und versucht haben, eine Antwort auf die Frage zu finden.

Ein Tipp, wenn Sie eine Frage stellen sollten, ist, wenn Ihr Mentor zur Kaffeemaschine geht und Sie wissen, dass Sie seinen "Fluss" unterbrechen.

Johan
quelle
3

Ich bin in diesem Moment ziemlich genau in Ihrer Situation. Mein Vorgesetzter ist sehr beschäftigt und ich habe festgestellt, dass meine Unterbrechungen nicht sehr früh aufgenommen wurden. In meinem Fall kannte ich jedoch nicht viele der verwendeten Technologien. Also habe ich jedes Mal, wenn ich eine Frage habe, diese aufgeschrieben. Wenn ich eine Antwort brauche, um meine Aufgabe fortzusetzen, tue ich für eine Weile etwas anderes. Ich habe eine Dokumentation für eine andere Technologie gelesen, von der ich weiß, dass ich sie bald verwenden werde. Wenn die Frage nicht kritisch ist, um die Aufgabe abzuschließen, an der ich arbeiten muss , und ich ohne Antwort nicht weitermachen kann, stelle ich sie in eine Warteschlange.

Wenn Sie zum Beispiel Code schreiben, können Sie in diesen Teil einen Kommentar "todo" schreiben und den Rest des Codes weiter schreiben. Sie können zurückgehen, um die Aufgabe später auszufüllen.

Wenn ich mich dann mit meinem Vorgesetzten treffe, entlade ich alle Fragen auf einmal. Bis dahin habe ich einige der Fragen bereits für mich beantwortet! Einige der Fragen scheinen auch dumm zu sein, nachdem sie für eine Weile niedergeschrieben wurden, also stellen Sie sie nicht.

Eine andere Sache, die Sie auf jeden Fall tun sollten, ist, einfach mit Ihrem Mentor darüber zu sprechen. In der Tat ist das das erste, was ich getan habe. Ich habe einfach direkt gefragt: "Stelle ich zu viele Fragen?" Es gab mir direktes Feedback und ich konnte aufhören, mir Sorgen zu machen, ob ich mich entspannen oder das Problem lösen könnte.


Hinweis: Das oben Gesagte gilt nur für Fragen, die weder technisch noch programmtechnisch relevant sind. Ich verbringe viel Zeit in Google / Stack Overflow und suche nach technischen Antworten, und das sollten Sie auch. In der Tat, wenn Sie nicht jeden Tag neue Informationen googeln, würde ich fast sagen, dass Sie nicht genug lernen :)

yarian
quelle
2
  1. Mach dir keine Sorgen zu viel zu fragen. Egal, dass Sie etw nicht kennen, aber die Fähigkeit, Dinge zu studieren.
  2. Denken Sie und Google, bevor Sie fragen.
  3. Da Sie per Instant Messaging und E-Mail kommunizieren, sollten Sie sicherstellen, dass Ihr Mentor Ihre Fragen gut versteht.
  4. Sobald ein Problem gelöst ist, sind Notizen erforderlich. Wir können uns einfach nicht an alles erinnern, was wir im Detail gelernt haben.
reniaL
quelle
0

Ich denke, Casey, es geht nicht um Fragen. Alles ist, dass Sie ein Praktikant sind. Es wird angenommen, dass Sie Fragen stellen. Und ich persönlich habe das Gefühl, Dinge in Frage zu stellen hat immer seinen eigenen Vorteil. Auch wenn Sie in diesem Fall nicht mit Google arbeiten, sollte Ihnen Ihr Mentor sagen, dass Sie das selbst lernen müssen. Denken Sie daran, dass Sie nicht frustriert oder von einer neuen Arbeitsumgebung mit einer riesigen Codebasis überfordert werden. Es ist nur die Zeit, die Sie geben müssen, und Sie sollten so ziemlich alles in Frage stellen, was Sie wollen.

Viel Spaß beim Fragen :) :)

Sarah
quelle
0

Sie wissen, wenn Sie höflich und fröhlich sind, können Sie fragen, fragen, fragen.

Aber stellen Sie nicht jene Fragen, die defätistisch klingen oder implizieren, dass Sie mangelhaft sind.

Adel
quelle