Javaの同時実行性に関するこれらの高度/不公平なインタビューの質問はありますか？[閉まっている]

以下は、Javaの並行性を知っていると言っているインタビュー対象者に最近尋ねた質問です。

1. 「メモリの可視性」の危険性-JVMがモニターによって保護されておらず宣言されていない変数に対する特定の操作を並べ替える方法volatile。1つのスレッドが別のスレッドによる変更を認識できないようにする方法。通常、このハザードが存在する場所にコードNoVisibilityを表示し（例：Goetz et alの「Java Concurrency in Practice」のリスト3.1 の例）、何が問題なのかを尋ねることでこれを要求します。
2. volatile宣言された実際の変数だけでなく、変数がvolatile変更する前にスレッドによって行われた変数への変更にも影響することを説明しvolatileます。
3. なぜvolatile代わりに使用するのsynchronizedでしょうか？
4. wait()およびで条件変数を実装しますnotifyAll()。を使用する理由を説明しますnotifyAll()。条件変数をwhileループでテストする必要がある理由を説明します。

私の質問は-これらは適切であるか、Javaの並行性を知っていると言う人に尋ねるには高度すぎるのでしょうか？

そして、私たちがそれに取り組んでいる間、Javaの並行性で働いている誰かがJavaガベージコレクションの平均以上の知識を持っていると期待されるべきだと思いますか？

2年のJavaの経験がある候補者と7年のJavaの経験がある候補者のどちらを尋ねているかは本当に異なります。建築家/技術主任/シニアにとっては適切な質問のように見えますが、ジュニアや多分中級レベルにとっても、彼らはちょっと難しいようです。

またjava.util.concurrent、現在のJava開発ではほとんど置き換えられている低レベルの同期メカニズムについて質問しています。wait()/notify() ロックの代わりに推奨されます。Effective Java 2nd editionは、待機/通知メカニズムを詳細に説明する章を削除したことがわかります。これは、有用とは見なされなかったためです。また、コンテナはほとんどの場合、より高いレベルでマルチスレッドを処理します。EJBのメソッドは、たとえばプログラマからの心配なしにスレッドセーフです（これは、プログラマがマルチスレッドを知らないという意味ではありません）。

実際、マルチスレッドはプログラミング言語のサブパートではなく、オペレーティングシステムのサブパートとして見られます。ミューテックス、セマフォ、またはスケジューリングに関するマルチスレッドおよび並列プログラミングの質問を人が本当に理解しているかどうかを確認するには、まず特定のプログラミング言語での実装に関する詳細を尋ねる必要があります。

これらは適切であるか、Javaの並行性を知っていると言う人に尋ねるには高度すぎますか？

比較的高度な質問だと思います。しかし、彼らはトリックの質問ではないという意味で「不公平」ではありません。

実際、「公平性」は実際には関連する基準ではありません。あなたが（インタビュアーとして）心配しなければならないのは、質問とあなたの答えの解釈が、あなたが面接しているポジションの最良の候補者を選ぶかどうかです。（または、別の言い方をするために、あなたがすべきことを候補拒否されて、本当に、それらは「正しく」これらの質問に答えないようにもっと配慮を与えることを？）

そして、私たちがそれに取り組んでいる間、Javaの並行性で働いている誰かがJavaガベージコレクションの平均以上の知識を持っていると期待されるべきだと思いますか？

繰り返しますが、それは実際に関連する質問ではありません。自問すべき質問は、Javaガベージコレクションについて十分な知識を持っている人が必要かどうかです。