it-swarm-eu.dev

Wie viele Fragen sollten Sie als Praktikant stellen?

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, alle Technologien und Methoden des Unternehmens zu lernen. Es gibt jedoch so viel neues Material, das ich bei diesem Projekt lernen kann, dass ich viele Fragen habe. Ich stelle im Allgemeinen Fragen über Sofortnachrichten oder E-Mails (dies sind die Hauptkommunikationsarten für mein Unternehmen).

Ich versuche vorsichtig zu sein, um nicht zu viele Fragen zu stellen: Ich möchte nicht als nervig oder dumm abschneiden. Wie viele Fragen sind angemessen zu stellen? Einmal in der Stunde? Mehr? Weniger? Denken Sie daran, mein Mentor ist auch ein Programmierkollege, der seine eigenen Aufgaben hat.

56
Casey Patton

Respektieren Sie die Zeit Ihres Mentors, indem Sie eine Liste mit Fragen führen und diese so weit wie möglich stapelweise stellen. Unterbrechen Sie Ihren Mentor erst dann wirklich, wenn Sie ohne Hilfe buchstäblich keine Fortschritte erzielen können.

Oft werden Sie viel lernen, wenn Sie Schwierigkeiten haben, die Antwort selbst zu finden, selbst in Fällen, in denen Ihr Mentor Ihnen in 10 Sekunden etwas beibringen kann. Wenn Sie beispielsweise wissen möchten, wo sich etwas im Code befindet, können Sie sie fragen (10 Sekunden), oder Sie können vier Stunden damit verbringen, den Code zu studieren und selbst herauszufinden. Der Vorteil der Option "vier Stunden" besteht darin, dass Sie tatsächlich 200 neue Dinge über den Code lernen, die Ihnen später alle helfen werden. Das Bemühen, eigene Antworten zu finden, kann Zeitverschwendung sein, aber es kann auch eine Möglichkeit sein, eine große, komplizierte Codebasis zu erlernen.

Wenn es sich um eine Programmierfrage handelt, die nicht den firmeneigenen Code betrifft, sollten Sie versuchen, dies selbst über das Internet herauszufinden.

98
Joel Spolsky

Als Senior, der Junioren gesehen hat, die alle möglichen Fragen gestellt haben, würde ich sagen, dass es nicht darum geht, wie oft Sie fragen, sondern was Sie fragen.

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

Es ist in Ordnung, allgemeine Fragen an set context für die von Ihnen selbst durchgeführte Detailuntersuchung auf niedriger Ebene zu stellen.

Es ist in Ordnung, Fragen zu alles, was kein Code ist und nicht dokumentiert - den Prozess, die Teamkultur usw. zu stellen.

Was auch immer Sie tun, zeigen Sie, dass Sie darüber nachdenken und sich bemühen, um das Problem selbst zu verstehen oder zu lösen.

Hab keine Angst zu fragen! Sie können verwenden, um Interesse und tieferes Denken zu zeigen sowie dem Team einige Schmerzen ersparen, indem Sie ihren Praktiken nicht folgen oder unangemessene Entscheidungen treffen, die Zeit erfordern später zu entwirren.

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

28
Konrad Garus

Ich denke, viele der bisher gegebenen Antworten sind richtig: Haben Sie keine Angst, Fragen zu stellen (dafür sind Praktika gedacht), aber machen Sie deutlich, dass Sie versucht haben, die Antwort selbst zu finden, bevor Sie fragen . Ich jedenfalls habe nichts gegen Fragen, aber ich habe nichts gegen Fragen, bei denen klar ist, dass die fragende Person nur fragt, weil es für sie bequemer ist jemand anderen unterbrechen. Es ist in Ordnung, mit einer einfachen Frage zu kommen, wenn Sie es versucht haben, solange es nicht auch häufig vorkommt , aber es ist nicht in Ordnung, nicht einmal versuchen Sie es zuerst selbst. Und selbst bei einfachen Fragen sollten Sie sowohl einen vereinfachten Fall als auch die blutigen Details bereithalten. Denken Sie SSCCE - Short, Self Contained, Correct/Compilable Example. Ich ließ jemanden vorbeischauen und nach dynamischem SQL fragen, als die eigentliche Frage das Extrahieren von Daten aus Code war, der über ein SQL EXEC ausgeführt wurde. Das ist ein ziemlich großer Unterschied.

Ein weiterer zu berücksichtigender Punkt: Können Sie für einige Ihrer Fragen E-Mail oder eine andere nicht (oder weniger) aufdringliche Form der Kommunikation 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 geht auch mit den bereits gegebenen Ratschlägen zum "Stapeln von Fragen" einher, aber ich persönlich finde es einfacher, eine einzelne Frage pro E-Mail-Nachricht zu bearbeiten, als eine lange Liste von Fragen, die wenig oder gar nichts miteinander zu tun haben zusammen zu einer Nachricht. Einer kann oft in ein oder zwei Minuten beantwortet werden, der andere kann sehr leicht zu einer halbstündigen Zeitsenke werden.

6
a CVn

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 Erfahrungen zu lernen und die Fähigkeit zu entwickeln, Ihren Mentor zu "lesen", um herauszufinden, wann es gibt eine gute Gelegenheit und wie Sie sollten Ihren Mangel an Aufmerksamkeit mitteilen. Bei der Softwareentwicklung geht es sowohl um die Interaktion mit Menschen als auch um den Blick auf den Quellcode.

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

5
Uwe Honekamp

Dies ist wahrscheinlich eine Situation, die wir alle durchgemacht haben. Es ist schwierig, der neue Typ zu sein, egal ob es sich um einen Praktikanten oder einen regulären Mitarbeiter handelt. Es geht immer um das Kaltstartproblem, da Sie sich an einem neuen Ort befinden, mit neuen Menschen, neuen Technologien, neuen Methoden. Ich verstehe die Angst, etwas nicht zu wissen und es perfekt kennenlernen zu wollen, damit Sie bald produktiv werden.

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

Der schwierige Teil ist, dass nicht jeder jederzeit verfügbar ist, um Ihre Fragen zu beantworten. Mein üblicher Trick beim Durchgehen von Code oder Dokumenten besteht darin, Notizen 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 Fragen stellen, ist es immer eine gute Idee, eine kleine "Recherche" darüber durchzuführen und zu versuchen, so viele Informationen und Hinweise wie möglich zu erhalten. Websites wie StackOverflow sind Gold wert. 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.

Versuche es hart, lerne hart, sei neugierig und stelle Fragen. Denken Sie daran, jeder war in Ihrer Position und jeder hat schließlich überlebt :)

Ich bin in diesem Moment ziemlich genau in Ihrer Situation. Mein Vorgesetzter ist ziemlich beschäftigt und ich habe festgestellt, dass meine Unterbrechungen nicht sehr früh begrüßt wurden. In meinem Fall kannte ich jedoch nicht viele verwendete Technologien. Was ich also getan habe, ist, jedes Mal, wenn ich eine Frage habe, schreibe ich sie auf. Wenn ich eine Antwort brauche, um meine Aufgabe fortzusetzen, mache ich für eine Weile etwas anderes. Ich habe eine Dokumentation für eine andere Technologie gelesen, von der ich weiß, dass ich sie früh genug verwenden werde. Wenn die Frage nicht kritisch ist, um die Aufgabe zu erledigen, an der ich muss arbeite, und ich ohne Antwort nicht fortfahren kann, stelle ich sie in die Warteschlange.

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

Wenn ich mich dann mit meinem Vorgesetzten treffe, entlade ich alle Fragen auf einmal. Bis dahin einige der Fragen, die ich bereits für mich selbst beantwortet habe! Einige der Fragen scheinen auch nach einer Weile des Aufschreibens dumm zu sein, also stellen Sie sie nicht.

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


Hinweis: Das oben Gesagte gilt nur für Fragen, die nicht technisch oder programmtechnisch sind. Ich verbringe viel Zeit in Google/Stack Overflow und suche nach technischen Antworten. 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 :)

3
yarian

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, etwas auf eine bestimmte Weise zu tun. (Beispiel: Warum verwenden wir den Codierungsstandard X?)

Ich denke, es wäre gut für Sie, Ihren Mentor zu 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 erfahren möchten, warum etwas auf eine bestimmte Weise getan wird.

3
Jeff

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 Fragen stellen müssen, kann sein, wenn Ihr Mentor zur Kaffeemaschine geht und Sie wissen, dass Sie seinen "Fluss" unterbrechen.

3
Johan
  1. Mach dir keine Sorgen, zu viel zu fragen. Egal, dass Sie nichts wissen, aber die Fähigkeit, Dinge zu studieren.
  2. Denken Sie und Google, bevor Sie fragen.
  3. Da Sie per IM und E-Mail kommunizieren, stellen Sie sicher, 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 lernen.
2
reniaL

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

viel Spaß beim Fragen :) :)

0
sarah

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

Aber stellen Sie nicht die Fragen, die defätistisch klingen oder implizieren, dass Sie möglicherweise lakonisch sind.

0
Adel