Name: Java模擬面接｜上級Java開発者向け面接質問集 (Java Mock Interview | Interview Questions for Senior Java Developers)
Uploaded: 2025-05-26T23:15:49.000Z
Duration: 19 min 7 s
Description: VoiceTubeの動画で発音を聞きながら英語表現を覚えよう！学べる英語：

We are back with another round of Turing Mock Interview Series.

チューリング模擬面接シリーズを再びお届けします。

I'm Tech Leader at Turing and I'm from Montreal, Canada.

私はチューリングの技術リーダーで、カナダのモントリオール出身です。

And at Turing, I work on hiring the best engineer by helping with the vetting process.

そしてチューリングでは、審査プロセスを支援することで、最高のエンジニアの採用に取り組んでいる。

I have more than 17 years of experience and my expertise lies in JavaScript.

私は17年以上の経験があり、JavaScriptを得意としています。

Today, I will be interviewing James for the role of an experienced Java developer.

今日は、経験豊富なJava開発者のジェームスをインタビューします。

So, I'm doing great, by the way, as well.

So, let's get started this interview, okay?

では、インタビューを始めましょうか？

I would like to ask you, please, to tell me a little bit more about your professional background, your professional experience, okay?

あなたの職業上の経歴、職業上の経験についてもう少し教えてください。

And what kind of language and framework are you familiar with?

また、どのような言語やフレームワークに精通していますか？

そして、そこから先は私がやる。

So, I've been working, you know, as a software engineer since 2007.

2007年からソフトウェア・エンジニアとして働いている。

So, a fair bit of experience across different projects and platforms.

だから、さまざまなプロジェクトやプラットフォームでかなりの経験を積んできた。

Mostly, initially, Java and then more recently, mobile development, specifically iOS.

最初はJavaが中心で、最近はモバイル開発、特にiOSだ。

But yeah, all kinds of things over the years.

でも、そうだね、長年にわたっていろんなことがあった。

ああ、それは一種のプロフェッショナルだね。

I can get more specific if you like, but yeah.

君が望むなら、もっと具体的に説明することもできるけど、そうだね。

だから、教えてくれてありがとう。

So, we have almost the same time, same experience working in Dindouche, okay?

だから、ディンドゥーシュでの仕事もほとんど同じ時間、同じ経験をしているんだ。

I went to the JavaScript side, you went to the Java side, and that is amazing, right?

私はJavaScript側に行き、あなたはJava側に行った。

So, could you please tell me a little bit about some exciting projects, okay, Java projects that you have been working on?

では、あなたが取り組んでいるエキサイティングなプロジェクト、Javaのプロジェクトについて教えてください。

So, if we're just looking at the Java stuff, two that come to mind was one of my first projects was for Coca-Cola Africa, and that was quite interesting.

Javaのことだけで言えば、私が最初に手がけたコカ・コーラ・アフリカのプロジェクトが2つ思い浮かびます。

So, it was an environmental data tracking website written with struts and JSPs and servlets.

つまり、ストラットとJSPとサーブレットで書かれた環境データ追跡ウェブサイトだった。

I don't know if any of these are still used.

この中にまだ使われているものがあるかどうかは知らない。

I think technology's changed a bit since then.

あれから技術は少し変わったと思う。

But it was very interesting at the time, and it was used by bottling plants all over Africa.

しかし、当時は非常に興味深く、アフリカ中のボトリング工場で使われていた。

That was my first job, so it was quite a deep end I was tossed into.

それが最初の仕事だったから、かなり深いところに放り込まれたんだ。

Another interesting one was a Java app that ran on a Linux system, which coincidentally, although not the same job, it was quite a few years later, ran on QA machines in bottling plants.

もうひとつ面白かったのは、Linuxシステム上で動くJavaアプリで、偶然にも、同じ仕事ではなかったが、かなり数年後、瓶詰め工場のQAマシンで動いていた。

So, the software was used to configure the machines so they could check bottle and can monitor for anything floating in the liquid or that kind of thing, and bottles being chipped or cracked.

そのため、ボトルをチェックし、液体に浮遊しているものがないか、ボトルに欠けやひびが入っていないかを監視できるよう、ソフトウェアを使用して機械を設定した。

So, of my Java apps, those two were probably two of the more interesting ones.

だから、私のJavaアプリの中で、この2つはより興味深いものだった。

センサーやアルドゥイーノを扱っていますか？

Well, the QA one was the physical devices were made in-house.

まあ、QAのほうは、物理的なデバイスは社内で作っていた。

There's an American company called Filtek, and it was their kind of custom-made hardware, and we had one of them in the office.

フィルテックというアメリカの会社があるんだけど、そこのカスタムメイドの金物で、オフィスに1台あったんだ。

So, we physically deployed to it over Ethernet, actually, and that was the only way we could test it on a physical device.

だから、物理的にイーサネットで接続したんだ。

What do you understand about constructors overloading Java and COP constructor?

JavaのコンストラクタのオーバーロードとCOPコンストラクタについて何を理解していますか？

A constructor is used in conjunction with new to make a new instance of any class in Java.

コンストラクタは、Javaで任意のクラスの新しいインスタンスを作成するために、newと組み合わせて使われる。

Every class has one, and if you don't create one, the compiler will create a default constructor for you.

どのクラスにもコンストラクタがあり、もし作らなければコンパイラがデフォルトのコンストラクタを作ってくれる。

Constructor overloading works the same way as method overriding, allowing for different constructors of the same class, as long as you provide a unique list of parameters for each.

コンストラクタのオーバーロードは、メソッドのオーバーライドと同じように機能し、それぞれに固有のパラメータ・リストを提供する限り、同じクラスの異なるコンストラクタを使用できる。

This could be used to set default parameters, similar functionality from some other languages that support that, or you could just handle your construction differently if different data is available.

これは、デフォルト・パラメーターを設定するために使うこともできるし、他の言語でも同様の機能をサポートしているものがある。

だから、とてもカスタマイズしやすいんだ。

Copy constructors is essentially using a constructor or giving a constructor an instance of the object that the constructor is trying to create a new of, or a new instance of, copying the data from the existing object into the new object to sort of create a clone of it.

コピーコンストラクタとは、基本的に、コンストラクタを使うか、コンストラクタにオブジェクトのインスタンスを与えるかして、そのオブジェクトの新規インスタンスを作成しようとするもので、既存のオブジェクトのデータを新しいオブジェクトにコピーして、そのオブジェクトのクローンを作成するようなものだ。

つまり、クローンを作るということですね？

How it works with the garbage collection.

ガベージコレクションの仕組み

So, if it's a clone, so if you update one, the other one, it's a clone or a reference?

つまり、クローンであれば、片方を更新すれば、もう片方はクローンなのかリファレンスなのか？

Well, in Java, classes are passed around by reference, and you don't have structs, so you don't have to worry about that kind of thing.

まあ、Javaではクラスは参照渡しだし、構造体もないから、そういう心配はない。

But it's up to you how you handle things in the constructor.

しかし、コンストラクターでどう処理するかはあなた次第だ。

So, for instance, if the object that you're copying from has an object as part of its data, and you just set that value.

例えば、コピー元のオブジェクトがデータの一部としてオブジェクトを持っていて、その値を設定するだけだとする。

So, say, for instance, you have a class that has a date, and date is an object, and then you want to make a new instance of your existing class.

例えば、dateを持つクラスがあり、dateはオブジェクトである。

If you just set the date object on your new instance to be equal to the date object on your old instance, and then you update the date on your old instance, it's going to update the date on your new instance, too, because, as you mentioned, it's an object, and it would be passed by reference.

新しいインスタンスの日付オブジェクトを古いインスタンスの日付オブジェクトと等しくなるように設定し、古いインスタンスの日付を更新すると、新しいインスタンスの日付も更新されます。

So, a better way to handle it in your constructor would be to create a new date object using values from the existing date object on your object that you're copying.

そのため、コンストラクタでこの処理を行うより良い方法は、コピーするオブジェクトの既存の日付オブジェクトの値を使用して新しい日付オブジェクトを作成することです。

So, it's really, the copy constructors put a lot of responsibility on you to make sure that you copy them properly, or you will end up with some unintended behavior.

つまり、コピー・コンストラクタを正しくコピーしなければ、意図しない動作をしてしまうということだ。

You kind of killed my next question would be.

あなたは私の次の質問を殺したようなものだ。

だから、そのことを言ってくれて嬉しいよ。

では、Javaの例外についてだが、いいかな？

では、Javaではどのように例外を処理するのだろうか？

What are, I mean, what are the two types of exceptions, okay?

つまり、2種類の例外とは何かということだ。

And what do you understand, okay, by the difference between them?

The two types of exceptions are checked and unchecked exceptions.

例外には、チェックされた例外とチェックされていない例外の2種類がある。

Unchecked exceptions include errors and every other type of exception that extends runtime exception as its base.

チェックされていない例外には、エラーや、ランタイム例外をベースとして拡張された他のすべての例外タイプが含まれる。

コンパイル時にはチェックされない。

You'll run into them if you, usually only if you have logical errors, and they will cause the app to crash.

通常、論理エラーが発生した場合にのみ遭遇し、アプリをクラッシュさせる。

Checked exceptions force you to handle them in code, and your code won't compile if you don't either catch or throw them.

チェックされた例外は、コード内で処理するよう強制され、例外をキャッチするかスローしなければ、コードはコンパイルされない。

So, yeah, on compile time, it'll tell you if you aren't handling them properly, and then you'll either have to write a try around them and handle them or throw them from your function.

だから、コンパイル時に、それが適切に処理されていないかどうかを教えてくれるんだ。そうしたら、その周りにトライを書いて処理するか、関数から投げなければならない。

So, how does a final block, okay, differ from a finalized method?

では、ファイナルブロックとファイナライズされたメソッドはどう違うのか？

最後のブロックはトライの一部。

It always executes when the try exits, whether you caught an exception or not, and it's generally used to, you know, clean up any code.

例外をキャッチしたかどうかにかかわらず、トライが終了すると常に実行される。

Maybe if you were using files or something, the temporary files or anything that you want to delete before leaving that section of code or memory you want to clear or anything like that.

ファイルや何かを使っていた場合、一時ファイルや、コードのセクションを離れる前に削除したいもの、クリアにしたいメモリ、そんなものがあるかもしれない。

字幕リスト動画再生

Java模擬面接｜上級Java開発者向け面接質問集 (Java Mock Interview | Interview Questions for Senior Java Developers)

subscribe

sort

essentially

access