インターンとして尋ねるのに適切な質問はいくつありますか?[閉まっている]


56

だから、インターンシップを始めたばかりで、あまりにも多くの質問をしているのではないかと心配しています。メンターは私にプロジェクトを割り当て、会社のすべての技術と方法論を学ぶのを助けます。しかし、このプロジェクトを行っている間に学ぶべき新しい資料が非常に多いため、多くの質問があります。私は通常、インスタントメッセージまたは電子メールで質問します(これらは私の会社の主要なコミュニケーションモードです)。

質問をしすぎないように気をつけています。面倒なことや馬鹿げたことはありません。尋ねるべき質問はいくつありますか?1時間に1回?もっと?もっと少なく?私のメンターは、彼自身の責任を持つ仲間のプログラマーでもあります。


13
どれだけ多くのことではなく、「いつ」についてのことだと思います。利用可能であれば、お気軽に。忙しい場合は、後で尋ねるか、誰かに尋ねてください。自分で考えるのをやめて、すべてを尋ね続けるだけでは面倒です:尋ねる前に常に自分の研究をしてください!
Vitor Py

14
メンターに物事をどのように好むかを常に尋ねることができます。彼らはあなたに私たちができるよりも良い答えを与えます。
-unholysampler

1
どちらの方法でも文法的に正しいと思います。質問ではなく声明として言い換えます。1日にn件の質問をするのが適切です。または:毎日n回の質問が適切です。2番目のものは、非質問形式ではより厄介に聞こえますが、どちらも正しいと確信しています。
-MatrixFrog

回答:


98

可能な限り質問のリストを保持し、バッチで質問することにより、メンターの時間を尊重してください。あなたが文字通り助けなしに前進することができないまで、実際にメンターを中断しないでください。

多くの場合、あなたのメンターが10秒であなたに何かを教えることができる場合でさえ、あなた自身で答えを見つけるのに苦労することによって多くを学びます。たとえば、コード内のどこにあるかを知りたい場合は、それらを尋ねることができます(10秒)か、コードを調べて自分でそれを理解しようとするのに4時間費やすことができます。「4時間」オプションの利点は、実際にコードについて200の新しいことを学習できることです。これらはすべて後で役立ちます。独自の答えを見つけるのに苦労するのは時間の浪費になる可能性がありますが、大きな複雑なコードベースを学習する方法にもなります。

言うまでもなく、それがプログラミングの質問であり、会社の独自のコードに関係がない場合は、インターネットを使用して自分で解決するようにしてください。


4
提案をありがとう!私は間違いなくバッチのアイデアが好きで、それを試してみます。しかし、私の会社のインスタントメッセージング文化を考えると、一度に5つの質問を投げかけるのは少し奇妙かもしれません。「4時間」というアイデアも気に入っています(今日は間違いなくその一部を経験し、彼らのソフトウェアについて多くのことを学びました)。「4時間」というアイデアの唯一の問題は、彼が私に、週末までにプロジェクトを完了してほしいと言ったことです。これが私の最初のプロジェクトであるため、私は間違いなくこの期限を逃したくありません!
ケーシーパットン

1
+1これ以上良いものはありません
-V4Vendetta

1
それは、私が新しい採用担当者に説明しようとしていることです。彼らが立ち往生し、イライラしていると不平を言うとき、私は彼らが自分で1、2時間調査し、その後、助けを求めて私に来ることを望みますファイルを指して5分で問題を解決するのではなく、アプリケーションについて自分で多くのことを学ぶからです。
三木ワット

+1単に
通り抜ける

@Casey Patton:彼がインターンを経験している場合、彼はあなたが自分自身を調査し、いつ製品を完成させたいかという要素に質問する時間を追加した可能性があります。私が働いているところでは、インターンに初期のプロジェクトを提供し、コードに精通した人が数時間でできることを一週間かかると期待することは珍しくありません。コードベースを習得するまでは、生産性を高めることができず、時間がかかります。
カレブホイット-cjhuitt 11年

28

後輩があらゆる種類の質問をしているのを見た先輩として、私はそれはあなたがどれくらい頻繁に尋ねるかではなく、あなたが何を尋ねるかという問題だと言うでしょう。

あなたはそれを自分で感じする必要がありますが、一般的にルールがある:あなたの興味を表示して考えると能力独立して動作します

一般的な質問をして、自分で行う低レベルの詳細調査のコンテキスト設定してもかまいません。

コードではなく、文書化されていないものすべて -プロセス、チーム文化などについて質問しても構いません

何をするにせよ、あなたはそれに考えを持ち、自分で問題を理解または解決する努力をしたことを示してください。

でも恐れずに聞いてください!あなたはできるの関心と深い思考を表示するためにそれを使用するだけでなく、チームにいくつかの痛みを惜しまない彼らのプラクティスを、次以降解きほぐすために時間が必要になります不適切な意思決定を行うことで。

ラインを越えて彼らにコードを頼まないで、毎回何をすべきかを正確に伝え、構文を説明し、ドキュメントをコピーするなどしてください。


6

これまでに出された多くの答えはその点で正しいと思います:質問をすることを恐れないでください(結局、インターンシップは何のためですか)が、尋ねる前に自分で答えを見つけようとしたことを明確にしてください。私は質問をま​​ったく気にしませんが、質問する人が他のに割り込む方が便利だからといって質問していることが明らかな場合は質問を気にします。あまり頻繁に起こらない限り、試したことがあれば簡単な質問をすることはできますが、最初に自分自身で試してさえいっても大丈夫ではありません。そして、簡単な質問でさえ、単純化されたケースと詳細な詳細を用意してください。SSCCEを考える-Short, Self Contained, Correct/Compilable Example。実際の質問がSQLを介して実行されたコードからデータを抽出することであるときに、誰かが立ち寄って動的SQLについて尋ね始めましたEXEC。それはかなり大きな違いです。

考慮すべきもう1つの点:質問のいくつかに、電子メール、または他の非(またはそれ以下)の邪魔にならないコミュニケーション形式を使用できますか?その後、メンターは電子メールで返信するか、(可能性が高い)デスクに立ち寄って、機会があれば話し合います。これは、既に与えられた「質問のまとめ」のアドバイスにも当てはまりますが、個人的には、互いにほとんど関係のない長い質問のリストよりも、電子メールメッセージごとに1つの質問を扱う方が簡単です。 1つのメッセージにまとめます。1つは1〜2分で答えられることがよくありますが、もう1つは30分でタイムシンクになります。


5

(あまりにも多くの)質問をすることをあまり心配しません。良いメンターは、質問をやめて練習を始める時が来たら、フレンドリーな方法で教えてくれます。結局のところ、メンターはあなたをメンターすることに割り当てられており、この割り当てには通常時間の予算が付随しています。

一連の質問を準備し、メンターの注意を求めてそれらを一度にすべて議論することは良い考えであることに同意します。一方で、単純な質問と回答が文字通り数秒以内に問題を解決する場合、何時間ものものがどのように機能するかを理解しようとすると、(特に初心者にとって)非常にイライラする可能性があります。

経験から学んで、メンターを「読む」スキルを開発して、良い機会がいつあるどのように注意を払うべき理解してください。ソフトウェア開発とは、ソースコードを見つめることと同じくらい、人々とやり取りすることです。

関連するメモでは、励ましと熱意は、メンターからインターンまで、インターンからメンターまでの両方の方法で機能します。


4

これはおそらく私たち全員が経験した状況です。インターンであろうと正規従業員であろうと、新人であることは難しい。あなたは新しい場所、新しい人、新しい技術、新しい方法論にいるので、常にコールドスタートの問題が関係しています。私は、何かを知らず、それを完全に知りたいという不安を完全に理解しているので、すぐに生産的になります。

質問をすることはまったく自然です。そして、あなたは同僚があなたがしていることを知っており、質問があることを確信することができます。彼らはある時点であなたの立場にいたこともありますよね?そして私を信じて、彼らはどこかから助けを得ることができました。

トリッキーな部分は、あなたが持つかもしれない質問のいずれかに答えるために、誰もが常に利用可能ではないということです。コードやドキュメントを調べる際の私の通常のトリックは、すぐに明確にならないことをメモしておき、1日に2、3の短い会議を開催して先輩と話し合うことです。質問をする前に、それについて小さな「研究」を行い、できるだけ多くの情報とヒントを得るようにしてください。StackOverflowのようなサイトはゴールドです。あなたが探している正確な答えを得るかもしれません。あなたの同僚は努力に感謝し、あなたを助けるためにより幸せになります。

一生懸命試して、一生懸命勉強し、興味を持ち、質問してください。誰もがあなたの立場にあり、最終的に誰もが生き残ったことを忘れないでください:)


3

さまざまなタイプの質問に遭遇するでしょう。

私の回答では、なぜ質問を検討するかに焦点を当てます。これらのタイプの質問は、特定の方法で何かをするように求められている理由を理解するのに役立ちます。(例:コーディング標準Xを使用する理由)

メンターにこれらの種類の質問を毎週するために毎週時間を取ってもらうのは良いことだと思います。1つのアイデアは、週に1〜2回のコーヒーブレークを用意することです。これらの種類の質問に時間を設定することで、メンターに自分の時間を大切にし、何かが特定の方法で行われる理由を知りたいと示します。


3

あなたが最初に答えを見つけようとし、質問に対する答えを見つけようとしたことをメンターが知っている限り。

質問するときのヒントは、メンターがコーヒーメーカーに行ったときに、彼の「フロー」を中断していることを知ることです。


3

私はこの瞬間にあなたの正確な状況にほとんどいます。私の上司は非常に忙しく、私は中断が非常に早く歓迎されていないことに気付きました。しかし、私の場合、使用されている多くの技術を知らないようになりました。だから、私がやったことは、質問があるたびに書き留めることです。タスクを続行するために答えが必要な場合は、しばらくの間何か他のことを行います。すぐに使用することがわかっている他のテクノロジーのドキュメントを読んでいます。作業しなければならないタスクを完了するために質問が重要であり、回答なしで続行できない場合を除き、キューに入れます。

たとえば、記述しているコードの場合、その部分に「todo」というコメントを記述し、残りのコードの記述を続けることができます。後で戻って仕事を記入できます。

その後、スーパーバイザーと会うたびに、すべての質問を一度にアンロードします。それまでに、私がすでに自分自身で答えた質問のいくつか!質問のいくつかは、しばらく書き留めた後でも愚かに見えるので、質問しないでください。

あなたが間違いなくするべきもう一つのことは、それについてあなたのメンターに単に話すことです。実際、それが私が最初にしたことです。私は単に「私はあまりにも多くの質問をしているのですか?」と尋ねました。素直なフィードバックが得られ、問題を緩和するか解決するかについて心配するのをやめることができました。


注:上記は、技術的またはプログラミングに関連しない質問にのみ実際に適用されます。Google / Stack Overflowで技術的な答えを探すのに長い時間を費やしていますが、あなたもそうすべきです。実際、毎日新しい情報をグーグルで調べていないのであれば、ほとんど学んでいないと言えるでしょう:)


2
  1. あまり質問することを心配しないでください。あなたがsthを知らなくても、勉強する能力は重要です。
  2. 考える前にGoogleを考えてください。
  3. IMとEメールで通信するため、メンターが質問をよく理解していることを確認してください。
  4. 問題が解決したら、メモが必要です。学んだことすべてを詳細に思い出すことはできません。

0

ケーシーは質問の問題ではないと思います。あなたがインターンであるということです。そして、個人的に私は物事を疑問視することは常にそれ自身の利益があると感じています。その場合、Googleを使用していなくても、メンターは自分でそれを勉強する必要があることを伝える必要があります。イライラしたり、巨大なコードベースを備えた新しい作業環境に圧倒されたりしないでください。それはあなたが与える必要があるちょうど時間であり、あなたが望むほとんどすべてに質問するべきです。

幸せな質問:) :)


0

あなたが礼儀正しく元気であるなら、尋ねて尋ねることができます。

しかし、敗北主義者のように思われる質問や、あなたが不十分だと思われる質問をしないでください。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.