38 人の Java 候補者と面接した後、面接中に彼らが犯しやすい 16 の間違いをまとめました。

Java の面接用紙も出ているそうですが、少し前にプロジェクトで人を募集していたときに、たまたま面接官として何人かの方に面接させていただきました。

面接のプロセスを通じて、面接によくあるいくつかの問題を発見しました

そこで、金(銅)、銀(鉄)9、10の機会を利用して、私が他の人にインタビューしたときに感じたことと、見聞きしたことを組み合わせて、16の小さな提案をまとめました。仕事を探している兄に少し手伝ってもらいたいのですが。

履歴書は清潔できちんとしていなければなりません

履歴書がきれいで整頓されていることを気にしない人もいるかもしれませんが、実はこれが最も重要なことです。

履歴書はその人の顔です。履歴書に次のような問題がある場合:

  • テクノロジー スタックの文字のスペルが間違っており、大文字の区別が考慮されていない

  • 打ち間違え

  • フォーマットエラー、テキストが整列していません

  • ...

なので、現時点ではこの人の第一印象はかなり悪いです。

この人は細部に注意を払わず、テクノロジーに厳密ではないため、仕事で穴を掘る可能性が高いと感じるでしょう。

このように、面接の機会は一般的にはなく、たとえ面接の機会があっても合格する確率は他に比べて低くなります。

いわゆる細部が成功か失敗かを決める、これが真実なのです

基本情報をわかりやすく書く

基本情報には少なくとも次のものを含める必要があります

  • 名前

  • 性別

  • 連絡先番号

  • 電子メールアドレス

  • キャリア目標

上記の必須項目に加えて、希望給与を記入することをお勧めします

多くの人は、最終的に人事部によって給与を搾り取られることを恐れて、自分の予想給与を書き留める勇気がありません。

実際にはそうではありません。どのくらいの給与を期待するかを決めるのはあなた次第だからです。

希望給与は、目標給与に少しプラスした金額でなければなりません(給与交渉は変動します) 書いても範囲が狭いので、書かないことをお勧めします。

同時に予想給与を書き留めることには、いくつかの利点があります。

  • 期待した給与を提供しない企業を除外するのに役立ちます

  • 面接官によっては、あなたの予想年収を考慮して質問の難易度を決める場合もあるため、書かないと面接官に難易度を聞かれる可能性があります。

もちろん、本当に何を期待すればよいか分からず、面接での成績に基づいて給与交渉をしたい場合は、何も書く必要はありません。

ただし、明確な目標がある場合は、不必要な時間の無駄を減らすために、それを直接書き留めることをお勧めします。

学歴や年齢などもあり、有利な点がある場合はそれを書き留めて、わかりやすい位置に書かなければなりません。

自分に有利な点がなく、そのせいで面接を受ける機会すら得られない場合は、それを隠すか、単に書かずに、まずは面接を受けるまで待ちましょう。

長所や特徴を前に書く

他に比べて次のような利点がある場合:

  • 私は創作するのが好きで、たくさんの記事を書いてきました。多くの記事が読まれ、「いいね!」が集まり、コレクションが増えています。

  • フレームワークまたはミドルウェアのソース コードを読んだことがありますか?

  • 独自のオープンソース プロジェクトを持っているか、または有名なオープンソース プロジェクトにソース コードを提供している

  • 最優秀従業員など、社内で獲得した個人的な栄誉。

  • ...

この際、これらの長所を履歴書に記載する必要があり、例えば自己評価に載せることも可能です。

必ず最初に書いてください!履歴書の最後には書かないでください!

そうしないと面接官に見られず埋もれてしまう可能性が高いです。

技術的な説明は慎重に書き、熟練してください。

上記の準備が完了したら、面接官があなたが知っている技術スタックをすぐに理解できるように、個人的な技術的な説明を書く必要があります。

技術的な説明は、プロジェクトでのデザイン パターンの使用の習熟度について記述するなど、プロジェクトでの使用に最もよく反映されます。

また、テクノロジースタックを列挙するときは、言葉遣いに注意して、慎重かつ上手に書いてください。

面接の過程で出会った兄弟は、一部の運用保守技術と DDD に加えて、残りの技術スタックは文章を書くことに堪能でした。

たとえば、同時プログラミングに習熟している、デザインパターンに習熟している、Spring Cloud に習熟しているなどです。

履歴書を見たとき、やっと偉い人に出会えて人材を採用できると思いました。

インタビューを楽しみにしていた私は、Spring Cloud の並行性といくつかの原則について質問しました。

いいですね、私は何も答えませんでした。

後で彼は私に直接、使い方を知っただけだと言いました。

この時点では、心の溝が比較的大きかったので、インタビューを続ける気はありませんでしたが、お互いを尊重してインタビューを続けました。

したがって、マスタリーという言葉には注意してください

注意は必要ですが、履歴書がテストに合格しやすくするために、いくつかのスキルに関するメモを書くことをお勧めします。

ただし前提があって、たとえ一時的な修正であっても、熟練したテクノロジー スタックを作成するには慎重に準備する必要があります。

履歴書のレベルさえクリアできない場合は、熟練した履歴書を書くことがさらに重要です。

殴られることを恐れるな、少なくとも履歴書試験には合格できるだろう、おそらく上記の兄弟が原因だろう。

一般に、テクノロジーに堪能であれば「熟練」と書き、熟練していない場合は「熟練」を表現するように努め、テクノロジーを知っている場合は「熟練」と書かないでください。面接の機会がない場合は「熟練」と書く必要があります。

プロジェクト紹介文の書き方のポイント

プロジェクトを紹介するときは、要点を書くことに注意し、関係のないことをだらだら書かず、最初のプロジェクトが最優先です。

一般に、優れたプロジェクトの紹介は次の点に従う必要があります。

  • プロジェクト名は太字にし、プロジェクトの説明は長すぎないようにしてください。

  • プロジェクトで使用される技術アーキテクチャをデモンストレーションする

  • プロジェクトまたは特定の職務における自分の責任を強調する

  • どのようなテクノロジーが使用され、どのような問題が解決され、どのような結果が得られたかを強調する

  • 可能であれば、プロジェクト内のデータ量を書き留めてください。

  • ...

前述の技術アーキテクチャについては、解決する問題と使用するソリューションに精通している必要があります。

面接中、面接官はこれらの技術的ソリューションに基づく技術的な実装の詳細に焦点を当てる可能性が高くなります。

推薦する人を見つける

履歴書を提出するときは、従来のルートを通じて履歴書を提出することに加えて、推薦する人を見つけることを忘れないでください。

推薦は通常、礼儀に基づくものであり、たとえ履歴書がそれほど優れていなくても、面接の機会につながります。

今回人材を募集する際に、友人の友人を推薦したのですが、最終的には(私ではなく)採用していただきました。

しかし、その前に、この友人の友人たちは長い間仕事を探していましたが、面接の機会すら得られませんでした。

推薦する人を見つける方法はたくさんあります。

たとえば、知人や友人を見つけたり、友人が雇用しているかどうかを監視するのに協力してくれるように友人に依頼したりします。

友人に加えて、技術グループに人材を採用する必要がある企業がないか尋ねることもできます。

グループに参加している場合は、いくつかの大きな公開アカウントの WeChat ID を追加して、それらに引っ張ってもらうことができます。

または、Nuggets などのソーシャル ソフトウェアやテクノロジーの Web サイトで尋ねてください。

各面接を慎重に準備し、適切に調整する

もともと、このセクションのタイトルについて書きたかったのですが、まず練習する企業をいくつか見つけてください。

しかし、この状況では面接の機会を得るのは困難です。

Java のポジションが発表されてからわずか数日後に、大量の履歴書が届きます。

したがって、面接の機会が少ない場合は、たとえその企業が対象企業でなくても、毎回の面接に向けて入念な準備をする必要があります。

能力が高く、面接の機会が多いのであれば、あらゆる面接の機会を大切にし、学んだことを総括し、より高い目標に向かって全力疾走するべきです。

同時に、面接の頻度や時間を合理的に調整する必要があり、面接は肉体的にも精神的にも二重の挑戦です。

固定概念を必ず覚えてください

面接での固定概念を暗記することに関して、インターネット上で広まっている格言があります。

面接官は私が固定概念を覚えていたことを知っていました

私が固定観念を覚えていることを面接官は知っていると思います

面接官は、私が固定観念を覚えていることを知っていることを知っています。

この文は実際、ステレオタイプを暗記できることが面接でのコンセンサスになったことを示しています。

私も定型的な文章は嫌いですが、面接は本当に暗記するもので、本物の男は屈伸ができなければなりません。

しかし、固定概念を本当に覚えていない人もいます

最初の人に面接したとき、履歴書に記載されている技術スタックについて 1 つずつ質問したのを覚えています。

しかし、彼は答えにつまずいて要点に到達できず、八本足の作文を覚えていないのは明らかでした。

彼は定型文を覚えていなかったため、面接の準備が不十分だったと感じ、最終的には合格させませんでした。

実際、私もなぜ固定概念を暗記する必要があるのか​​考えてみたところ、最終的に次の 2 つの理由が見つかりました。

いくつかの固定観念は、プロジェクトや仕事において実際に非常に役立ちます。

面接官があなたのプロジェクトを理解していない場合、またはプロジェクトについて何も質問することがない場合は、固定概念を質問する方が良い選択です

緊張せずにできるだけ早く面接モードに入るようにしましょう

面接の初めに非常に緊張して言葉に詰まってしまう人もいます。

実際には、面接の最初にルーティンがあるため、その必要はありません。

例えば、面接は自己紹介から始まることが多いですが、自己紹介の内容は事前に用意しておくこともできます。

先ほど書いたプロジェクト紹介の要点を 1 つの段落にまとめ、面接官がプロジェクトの技術的なポイントに注目するように誘導すると、面接官はプロジェクトから質問を始めます。

面接官がプロジェクトから始めない場合、通常はスキルの説明から始めると思いますが、この時点では技術的な説明のみを準備する必要があります。

準備してきた質問をされると緊張が和らぎ、すぐに面接状態に入ることができます。

面接官を正しく誘導し、自分で穴を掘らないようにする

面接官を正しく誘導することも非常に重要です

プロジェクトに技術的なソリューションを導入するときは、面接官が次に尋ねるであろう質問を、あなたが知っている方向に向けてください。

たとえば、インタビュー中に兄弟が技術ソリューションを紹介し、パブリッシュおよびサブスクライブ機能について話したときに、それが RocketMQ に基づいて実装されたことを具体的に述べました。

RocketMQ について聞いたとき、RocketMQ について次のような質問をするのが自然でした。

  • メッセージが冪等であることを確認する方法

  • メッセージが失われないようにする方法

  • RocketMQ の全体的なアーキテクチャ原理は何ですか?

  • ...

結局、この兄弟の答えはOKで、よくわからない部分もありましたが、関連することを勉強してきたことがわかりました。

そこで私はこの兄弟に技術サポートを申し出ましたが、最終的には人事部に落ちてしまいました。

したがって、RocketMQ を知らず、メッセージ累乗などに関連する問題を考慮したことがない場合は、それがどの特定のテクノロジーに基づいているかについては言及しないことをお勧めします。

面接官がこのテクノロジーについてより深く理解できれば、あなたは自分自身のために穴を掘ることになります。

直接的にノーと言いたくない場合は、勝手に推測しないでください。

面接中にわからない質問に遭遇したときは、面接官にヒントを与えたり、質問がわからないことを大胆に伝えたりすることができます。

一人の人がすべてのテクノロジーを知ることはできないため、この問題はもはや普通ではなくなります。

他の問題でも高い技術スキルと学習能力を示す必要があるだけです。

ただし、その方法がわからない場合は、ナンセンスなことを話さないようにしてください。推測もしないでください!

理解できない問題に遭遇すると、ただ適当に推測するだけの兄弟に出会ったこともあります。

結局、長い間推測しましたが、正解さえ得ることができませんでした。

この時点で、この兄弟は自分が推測した答えが何なのかさえ理解していないのではないかと感じます。

それはあなたの好意を無駄に減らすだけです

最後の機会を捉えて質問しましょう

面接後、面接官は通常、候補者に質問する機会を与えます。

いくつかの質問からいくつかの結論を導き出すことができるため、この機会は非常に重要です

たとえば、その企業が自分が行きたい企業かどうか、プロジェクト、業界、テクノロジーに興味があるかどうかなどを確認できます。

もちろん、面接官に面接の評価を聞くこともできます。

実際、先ほどの人事担当のお兄さんが最後にこの質問をしてくれたので、特にこのお兄さんの印象は深いです。

これらの質問に加えて、尋ねなければならない質問がもう 1 つあります

主な仕事内容は何ですか?

なぜこの質問が必要なのでしょうか? いくつかのポジションには、そのポジションを埋める人がいるからです。

おそらくこのプロジェクトはフリンジ プロジェクトであり、n 人が手を加えた後、現在は誰もメンテナンスを行っていないため、メンテナンスを行う人材の採用が急務となっています。

したがって、面接官がその会社がどのようなプロジェクトを行っているかを説明したとしても、入社時にそのプロジェクトに取り組んでいるという意味ではないので、この質問を忘れずに行ってください。

人事面接の準備を入念に行う

技術面接に合格したら、軽く考えずに人事面接に向けてしっかり準備してください。

実際、技術力があれば人事面接に受かるだろうと考えて、人事面接を無視してしまう人も少なくありません。

この考えは間違っています

一部の企業では、人事部が非常に強力で、あなたを雇用するかどうかの最終決定を下すことができます。

人事面接で「ダメだ」と思われてしまったら、たとえあなたのスキルが合格点であっても無駄です。

たとえば、人事から連絡を受けた兄弟の場合、人事からの最終的なフィードバックは、比較的軽薄な感じがした、そして私が思い出せないいくつかの理由があり、結局電話を切ったというものでした。

したがって、人事担当者からよく寄せられる質問と、それに対応する共通の回答ルーチンをいくつか準備する必要があります。

たとえば、前の会社での給与について尋ねる場合、人事に前の会社での給与を知られたくない場合は、次のように答えることができます。

会社の立場、仕事内容、仕事の激しさ、保険5つと住宅資金1つ、福利厚生などを考慮して、いくらでもお金を出していただければと思います!

もちろん、会社を辞めた理由など、他にもさまざまなことがあります。Bilibili にアクセスしてビデオを見て、これらの質問に答える方法を学ぶことができます。

給与を適切に調整する

面接通過後、人事担当者から希望給与を聞かれたとき

履歴書に書いてあることなら、履歴書に書いてある通りにすれば大丈夫です

あるいは会社の仕事内容、労働強度、ボーナスなどに応じて調整してください。

書いていない場合は、特に面接で良い成績を収めた場合は、自信を持って勇気を持って給与を要求する必要があります。

現時点では、当初の期待に基づいて上方調整できます。

また、オファーがある場合は、オファーの元の給与を調整する必要があります。

まとめを見直して考え方を調整する

面接に落ちたらすぐに原因を探る

技術が十分ではないためである場合は、その技術を徹底的に研究し、固定概念を再度暗記し、プロジェクトの技術計画の実装の詳細を理解する必要があります。

答えのない疑問については、情報を調べたり、専門家にアドバイスを求めることで正しい答えを見つけることができます。

技術的な理由がなければ

たとえば、一部のポジションが突然募集されなくなったり、自分より給与が低い人が採用されたり、人事面接に参加したりするなどです。

その場合は、時間内にメンタルを調整する必要があります

しかし、何はともあれ、面接結果を見直して次の面接に備える必要があります。

バックトーンで挨拶する

見直しが必要な人に出会った場合は、必ず事前にリーダーに挨拶をしてください。

彼が突然混乱したり、混乱したりしないように、心の準備をさせてください。

これは、リーダーと通常の関係がある場合、または摩擦がある場合に特に重要です。

恥ずかしくて話せないときは、食事の約束をするなど言い訳をすればいいのは、すべて世界の知恵のおかげです。

やっと

最後に、転職したい人は覚えておいてください。

裸で何も言わないでください!裸で何も言わないでください!裸で何も言わないでください!

ロバに乗って馬を探すのが一番です。

最後に、皆さんが満足のいくオファーを得られることを願っています。必要に応じて、私がまとめたこの一連の Java 学習ノート/インタビュー マニュアルを持ち帰ることもできます。このドキュメントには、Java テクノロジ スタックのほぼすべてが網羅されています。読んだ後は役立つと思います (コレクターにはならないください)

説明する

このノートの内容量1734ページのわりに、大きく16部構成になっており、潤いを残さず実践的な情報が満載です!皆様の視聴効果に影響を与えないよう、一部のみを表示しております。

独占リリース - 16 のテクノロジースタックをカバー

  • Java の基礎 (266 ページ)

  • JVM (183 ページ)

  • マルチスレッド (221 ページ)

  • MySQL (216 ページ)

  • 春 (338ページ)

  • スプリングブート (41 ページ)

  • 古典的な面接の質問 (35 ページ)

  • 春の雲 (50 ページ)

  • ダボ (55 ページ)

  • Mybtis+Redis (27 ページ)

  • Linux+ネットワーク (66 ページ)

  • MQ+カフカ+動物園飼育員 (40 ページ)

  • ネッティ (21 ページ)

  • ビッグデータ + Hadoop (31 ページ)

  • アルゴリズム (38 ページ)

  • デザインパターン + プロジェクト + 高い同時実行性 (41 ページ)

注: スペースが限られているため、ドキュメントにまとめられています。必要に応じて記事の最後を確認してください。

第1章基本編(2023年版)

(含む: Java の概要、構文、オブジェクト指向、IO ストリーム、API、コレクション、NIO、HashMap、基本的な一般的な面接の質問...)

第 2 章: JVM (2023 年版)

(含む: JVM 仮想マシン、メモリ モデル、GC アルゴリズム、パフォーマンス チューニング、ソース コード分析、新旧の世代、JVM 面接の一般的な質問...)

第 3 章:マルチスレッド (2023 年版)

(以下を含む: スレッドの原則、ライフサイクル、スレッドの安全性、不安定な使用シナリオ、同時実行性と並列処理、マルチスレッドの面接でよくある質問...)

第 4 章: MySQL データベース (2023 年版)

(データベースの基本、エンジン、インデックス、トランザクション、MsQSL ロック、一般的な SQL ステートメント、SQL の最適化、構造の最適化、面接での一般的な質問など)

第5章春(2023年版)

(含む: Spring 原則、AOP 実装原則とシナリオ、Spring5、SpringIOC、springCloud、SpringMVC、トランザクション管理、面接での一般的な質問...)

第 6 章:古典的な面接の質問 (2023 年版)

(含む: 基本から高度まで非常に包括的...spring、springboot、springCloud、Swagger)

第7章:ダボ(2023年版)

(含まれる: アーキテクチャ設計、クラスタリング、SPI、構成、負荷分散、面接での一般的な質問...)

第 8 章: Redis (2023 年版)

(含む: Redis データ型、Redis クラスター、キャッシュ、ペネトレーション、マスター/スレーブ アーキテクチャ、面接での一般的な質問...)

第9章: Spring +SpringMVC +SpringBoot (基礎となる原則 + 技術情報 2023 年版)

(スプリング原則、サイクル、ioc 原則、MVC トランザクション、AOP 原則、ブート構成、セキュリティ、モニター、面接の質問などを含む)

第10章:古典的な面接の質問 + SpringCloud (大手企業のよくある面接の質問 2023 年版)

(内容: 面接での 21 の必須質問、Spring Cloud サーキット ブレーカー、キャップ原則、設計目標の長所と短所、バージョン関係など)

注: スペースが限られているため、情報はドキュメントにまとめられています。必要な場合は、下の小さなカードをクリックして入手してください。

おすすめ

転載: blog.csdn.net/Javatutouhouduan/article/details/132582271