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

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.

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.

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.

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.

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.

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 :)

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.

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.

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 :)

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.

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 :) :)

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.