インタビューであなた自身について話す方法

最初に技術面接を行う際に知っておくべきことを聞かれたら、私はいつも同じ答えをします。話す準備をします。



面接はストレスの多い状況であり、このストレスはコミュニケーション能力に影響を与える可能性があります。 あなたはすべてを適切に考えていない。 常に文章を終わらせないでください。 完全に場違いで笑います。 トピックから遠く離れているため、それが何であったかを思い出すことさえできません。 そして、時には絶望的に、すべてのカードをテーブルに落とすだけです。



Alconostに翻訳



会話の準備は、時間を埋めることを目的とするのではなく、自分について何を伝えるべきかを正確に決定することを目的としています。 反対側から問題を見て、誰かを雇っているのはあなただと想像してください。 対談者について何を知りたいですか？ 私のリストは次のとおりです。

• 何を作成しましたか？
  
  
• 遭遇した技術的な問題のうち、最も難しいものはどれですか？
  
  
• どのように彼女に対処しましたか？
  
  

それだけです。 この種の質問だけが重要です。 これらの質問はすべて、面接に来た人、より正確には-彼が何をどのようにしたかに関するものであることに注意してください。 実施方法を実際に知らない企業で面接を受けた場合、おそらく次の質問のいずれかが尋ねられます。

• 5年後、あなたはどこにいますか？
  
  
• なぜここで働きたいのですか？
  
  
• 同僚との意見の相違をどのように処理しますか？
  
  

企業の観点からは、これらの質問はすべて、将来に関連しているため、役に立たないため、役に立たない。 ほとんどの場合、インタビューを行っている人は、これらの質問の助けを借りて知りたいことをよく理解していないため、時間を埋めるように頼みます。 しかし、1つの注意点があります。私は、人事部が「もし提供されたら本当にここで働きますか？」（または、例えば、「私たちのソーシャルパッケージに満足していますか？」） 非常に小さな会社に行く場合、これらの質問はおそらくメインインタビューで聞かれます。

準備する

メモのメモのパックを取り、作業したタスク、または管理したプロジェクトを作成します。 以下に、1つの文であなたの主な目標を説明し、それを達成できる主なツールのリストを作成します。 Stack Overflowに疑わしいタグを追加することを想像してください。 以下に、適用しようとしたが失敗した解決策をできるだけ多く書き留めます。 このリストには、少なくとも5つの解決策が存在する必要がありますが、実際にはそれほど多くはありません（非常に正常です）。 最後に、下で機能したソリューションを書き留めます。



葉をひっくり返します。 上記の1つの文で、このプロジェクトから最も学んだことを説明してください。 問題の解決策を見つけることを可能にした最も重要なアイデアのみを書き留める必要があります。 問題がまだ解決されていない場合は、それが最後のアイデアになります。 次に、このアイデアが生まれた場所を1行で書き留めます。 シートがいっぱいになるまでこのアルゴリズムを繰り返します。



人々はしばしば、彼らの対談者が聞きたいタスクやプロジェクトを知らないと言います。 だから、彼らはあなたが彼らに提供した資料に書かれていることについて聞きたいと思うでしょう。 履歴書を送った場合は、前の仕事で何をしたかについての質問を待ってください。 Githubであなたのプロフィールとリンクを共有した場合、あなたのプロジェクトに関する質問になります。 Stack Overflowアカウントへのリンクを提供した場合、入力した回答について尋ねられます。



指定するプロジェクトごとに少なくとも1つのシート、理想的には、これらのプロジェクトごとにリストされた各アイテムに1枚のシートを用意する必要があります。 過去1年間に取り組んだすべてのGithubプロジェクトのチラシに記入します。 Stack Overflowの質問については、最も一般的な質問と回答に遅れないようにしてください（それぞれに個別のシートに記入する必要はありません）。 したがって、あなたはあなたが尋ねられるかもしれないほとんどすべての質問に答える用意ができています。



「開発者ストーリー」のあるプロジェクトの完成したリーフレットの例を次に示します。

優れた開発者ストーリーのレシピ

インタビューで話し合うことができるすべてのチートシートが用意できたので、今度はあなたが言うことをリハーサルします。 必要なすべての情報を備えたリーフレットを手元に用意するだけでは十分ではありませんが、魅力的なストーリーの形でそれを提示できる必要があります。 幸いなことに、これも学ぶことができます。

具体的に

優れた開発者ストーリーの基礎は、ある人が自分の仕事に興味があるか、役に立つかもしれない別の知識と通信する会話です。 会話は、原則として、対談者が理解するものが何もないときに消えていくので、そのような状況を避けることは非常に重要です。 大規模なアイデアはエキサイティングなものであり、あなたの驚くべき心を実証するのに役立ちますが、あなたの目標は対話者に絶えず質問するよう促すことであることを忘れないでください。 そして、これを行う最良の方法は具体的にすることです。







映画「ウェインの世界」のこのシーンは、一般的なフレーズで話す必要がないという考えを完全に示しています。 人は把握するものがないので、答える方法を知りません。 彼が「私はあなたを崇拝します、男」と言わなかったが、「私はあなたのTシャツ、男を崇拝しました」とすると、ガースは次の話を正確に知って会話を続けることができました。 （「はい、リノでのコンサートで購入しました。そこではドラマーはとても素晴らしかった...」-一般に、あなたはそのアイデアを理解しました。）特定のアイデアに焦点を合わせ、一般的なアイデアを避けます。 そして、あなたがこれまたはその考えに至った状況について必ず話してください。

キーフレーズから始めます。

優れた開発者ストーリーは、キーフレーズから始まります。 最初の文は他の人の興味を引くべきであり、可能であれば、彼はさらに何が議論されるのか疑問に思うべきです。



「開発者が自分のアイデアを伝えることができるWebインターフェイスを作成しました」は、悪いキーワードフレーズです。 その後、実際にインタビューする人は、「開発者はどのようなアイデアを話しているのですか？」と「このインターフェイスを作成するためにどのテクノロジーを使用しましたか？」という2つの方向にしか移動できません。あなたがしたそれらの興味深いことについての物語。 開発者について話すときは、自分自身についてではなく、まったく異なる人々について話します。 そして、インターフェースの作成に使用されたユーザーWebフレームワークは、多くの人々によって使用されていました。 しかし、結局のところ、プロジェクトで最も興味深い部分は、おそらくどのフレームワークを使用したかとは関係ないのでしょうか？



「7つのデータセットをGoogleマップインターフェースと組み合わせたため、営業チームは世界中の開発者の数に関するリアルタイムのレポートを受け取ることができました。」 今、あなたはおそらく多くの質問を持っているでしょう、そしてそれらはすべてこのプロジェクトでの私の仕事に関連しています。 プロジェクトの3〜4の興味深い側面を明確に強調する特定の情報を提供したので、会話を開始する準備ができました。 これは、キーフレーズを使用することと、他の身近なことを話す方法との違いです。

最後から話して

原則として、実際のストーリーは逆の年代順に語られます。 それが、キーフレーズから始める理由です。 しかし、リハーサルされた物語、募集は、直接の年代順に伝えられます。 あなたが過去から現在まで物語を導くならば、対談者にとって、これはあなたが記憶した何かを語っているという明確な兆候であり、おそらくあなたの物語は完全に真実ではありません。 経験豊富な雇用主は、現在から過去に至るまでのストーリーをリードさせ、彼が最も興味を持っていることについて常に追加の質問をします。 何がどのように起こったかを本当に知っているなら、あなたは何を話しているかよく知っているので、それはあなたにとって問題ではないでしょう。 最も重要なことは、メインストーリーを終了した場所を忘れないでください。そうすれば、この場所に戻ることができます。



より詳細に説明するように求められ、代わりにストーリーを続けようとしている場合、これはあなたの不誠実さを裏切ります。 おそらく、あなたは自分自身として他の誰かによって下された決定について話しているか、あなたが実際に使用しているツールよりもあなたがどのように使用しているのかについてあなたがより多く知っているという印象を作成しようとしているでしょう 結局のところ、省略もまったく真実ではないため、これはおそらく、かなり嘘ではありません。 面接での誠実さは悪い考えであり、会社が面接に何らかの意味を持っているなら、あなたはたぶん嘘をつかれるでしょう。 ただし、このような状況であっても、これは避けられない失敗を意味するものではないことに注意してください。 質問への回答をより慎重に定式化し、実際に直接的な関係があったものについてのみ話し続けるようにしてください。 あなたが二度捕まったら、インタビューはおそらくそこで終わるでしょう。

「概して、誰も実際のソリューションを気にしません。 仕事のスキルとして、答えを知らないが、どのようにあなたがそれに到達したかは非常に重要です。

それで、あなたはすでにキーフレーズを報告しました。 次に話すべきことは何ですか？ 次のステップは対談者次第です。対談者は、キーワードフレーズに含まれる2〜4の興味深い点について、より詳細なストーリーに導く必要があります。 特定の何かについて質問されたらすぐに、リーフレットを覚えて、何を試したか、何がうまくいかなかったかを教えてください。 概して、実際のソリューションを気にする人はいません。 仕事のスキルとして、答えを知らないが、どうやってそれに到達したかが非常に重要です。 これは、タスクに取り組む能力と答えの簡単な知識の違いです。 答えが本当にわかっている場合は、意思決定の要素とそれらがどのように連携したかについて詳しく話します。 しかし、ほとんどの場合、あなたは問題を解決するために雇われているので、あなたがしようとしたこととうまくいかなかったことについて話す必要があります。



あなたの試みの話にはもう一つの利点があります。 あなたがキーフレーズを発音するとすぐに、あなたの対話者はあなたがどのように問題を解決したか疑問に思い始めます。 おそらくあなたは彼が考えていたものとは異なる道を選んだので、この決定やその決定に至った経緯について話すとき、あなたは重要な知識を対話者に伝えます。 特にあなたが本当にそれらを適用しようとした場合、あなたのアイデアについて教えてください。 次の各ステップに導いた重要なアイデアに焦点を当てます。 インタビューを行う人として、また開発者として、会話中にいくつかの新しいことを学ぶのが大好きです。 そして、それは次のポイントに私たちをもたらします...

相手が知っていることを推測しないでください

ほとんどの場合、あなたはあなたとのインタビューを行っている人が知っていることについての手がかりを持ちません。 彼がどの言語に慣れているか、どのタスクに慣れているか、どのツールを知っているかはわかりません。 割り当てられた時間を有効に活用するには、少しバランスを取る必要があります。 特定の事柄が対話者に知られていると仮定する必要があります。 ほとんどの場合、彼は開発者が生計を立てる方法を知っており、割り当てられたタスクを解決する方法を知っています。 ストーリーの中でスレッドを失っていないことを確認するために、ストーリーで定期的に一時停止してください。 このためにボディーランゲージを使用し、「はい」や「そう」などの同意の言葉を聞いてください。あなたの物語の中で定期的に聞かれます。 彼がすべてを理解しているかどうか、または彼がこのまたはその問題についてのより詳細な説明を受け取りたいかどうか、停止して直接あなたの対話者に尋ねることさえできます。



自分がまだ理解されているかどうかを確認せずにストーリーを深く掘り下げると、対談者は説明する方法がわからないという結論に達する可能性があります。 あなたが話していることをリスナーに理解してもらうことに関心を積極的に示します。 したがって、あなたははるかに快適になり、彼らは何かを学んだと感じます。



同様に、あなたの対談者にとって何が面白いかについて仮定をしないようにしてください。 あなたがしたことをひどく語らないでください。 何かが単純または素朴に見えても、それについて興味深い話をすることができます。 現在、開発者には何百もの専門分野がありますが、Web開発者としての職に応募するという事実は、対話者がCSSや一部のJavaScript関数を知っているという意味ではありません。 あなたとの会話で何かが彼を連れ去った場合、この関心をどうしてもサポートするようにしてください。

チャット、インタビューを受けない

これをまだ理解していない場合、インタビューは本当に会話になるはずです。 真実は、あなたが提供する資料やあなたの言葉に聴衆が何に興味を持っているのかを正確に知らないということです。 私もこれを知りません。 彼らの仕事で彼らを魅了するために可能な限りのことをしてください、そして彼らが噛まないならば、あなた自身の手で主導権を握って、彼らが何について聞きたいか自問してください。 これは、詳細が役立つ別のケースです。 「私はあなたに何を伝えることができますか？」悪い質問の例です。 「私の履歴書には、おもしろいと思ったことはありますか？」-これはすでにはるかに優れています。 同様の質問は、彼ら自身がインタビューにどれだけ備えているかを示しています。 そして、「そこで面白いものが見られなかった」などと答えたら、すぐに別の質問が続きます。「それでは、このインタビューで私は何をしているのでしょうか？」時間の無駄。 ただ質問する方がずっといいです。 彼らがあなたと特定のことについて話したくないのなら、おそらく彼らはインタビューの準備をしていなかったでしょう。

リハーサル

インタビューのリハーサルは私のお気に入りの部分です。 あなたの仕事について他の開発者と話をしてください。 キーフレーズから始めます。 具体的に説明し、質問されたら、あなたが何をしたかを逆の年代順に教えてください。



いくつかの重要なポイントを思い出してください。人々と話すときは、ページの5〜10の情報を使用します。 1つでは十分ではありません！ ほとんどの企業では、3〜5回の面接を行う必要があります。 メモを比較するので、同じ素材を別の人に繰り返さないようにしてください。 リハーサル中に、尋ねられた質問を覚えておいてください。 実際のインタビューでは、ほとんど同じ質問が聞かれます。そのため、何度か質問に答えることで、実際に自然に話せるようになります。 あなたの言葉に対する対話者の感情的な反応も追跡します。 人々が興味を持っていることや、もっと知りたいことを言うのに慣れてください。



あなたを雇っている会社への興味は、あなたの言うことに対するインタビュアーの興味に直接比例します。 物語を伝えることは、あなたが今会ったばかりの人々と魅力的な会話を構築するための優れた方法です。 私の推奨事項が、物語を語り、インタビューをもっと楽しむ方法を教えてくれることを願っています。





翻訳者について



この記事はAlconostによって翻訳されました。



Alconostは、アプリケーション、ゲーム、およびサイトを68言語でローカライズします 。 ネイティブ翻訳者、言語テスト、APIを備えたクラウドプラットフォーム、継続的なローカリゼーション、24時間365日のプロジェクトマネージャー、あらゆる形式の文字列リソース、 技術テキストの翻訳 。



また、Google PlayおよびApp Storeの販売、画像、広告、トレーニング、ティーザー、エクスペラー、トレーラー用の広告およびトレーニングビデオも作成しています。



詳細： https : //alconost.com