プログラミングスタイルに関するインタビューの質問の処理方法[終了]

インタビューのC ++プログラマーとして、面接担当者が良いプログラミングスタイルの知識を探りたいと思っている状況に繰り返し気づきました。これらは通常、OOPの基本的な知識に集中していました。

OOPは概念をカプセル化するのに役立つことを知っており、毎日使用しています。ただし、C ++などの言語ではさまざまなスタイルが可能であり、TMPやSTLアルゴリズムなどの一部のC ++アプローチはまったくOOPではありません（むしろ関数型プログラミングに似ています）。 well慢だとか、基本を認めない誰かと出会うことなく。質問者のOOPに対するこの強調は、OOPが万能薬であると信じられていた90年代に彼らが社交化されたことに起因するのではないかと恐れていますが、それは取るに足りない見方です。

このような質問を最大限に活用するにはどうすればよいですか？

あらゆる種類の質問に最善を尽くすように、この種の質問に最善を尽くす必要があります。

後でインタビュアーに質問する機会が与えられたら、次のような質問をして、件名を上げる必要があります。

• OOPだけをしますか？
• 別のプログラミングアプローチを使用していますが、チームではどのように受け入れられますか？

など...そして、このようにして、他のアプローチで専門知識を販売することについて会話を始めることができるだけでなく、そのチーム/会社のOOPがどれほど厳格でどれだけ重視されているかを見ることができます。

質問者の動機についてあまり心配しないで、正直に答えてください。覚えておいて、インタビューは双方向の通りです。イデオロギー的に柔軟性のない会社に巻き込まれたくないのは、彼らがあなたに引っかかって欲しかったからです。

そうは言っても、あなたはインタビュアーの意図について少し妄想的だと思います。驚くべき数のプロのプログラマーがOOPの基本を理解していないと思われます。99％の時間、インタビュアーはあなたがOOP kool-aidを飲んだかどうかを見ようとはせず、それについての基本的な理解があるかどうかを見たいだけです。別のパラダイムが特定のソリューションに適していると感じたとしても、インタビュアーは、それが情報に基づいた結論であり、OOPの無知に耐えられないことを知りたいと思っています。

合理化は、誰かが何かを理解していない場合の非常に一般的な防御メカニズムです。人々が概念を理解していない場合、彼らは自分の無知を認めるのではなく、概念が馬鹿げているか、適用できないと主張します。OOPが答えの選択肢として不適切だと本当に思ったとしても、それでも合理化者とは区別する必要があります。それを行う方法は、OOPソリューションと、その状況でそれが不適切な選択であると考える理由の両方を説明することです。

OOPなどのSOLID原則に従うことを強調します。コードがオブジェクト指向であることを保証するだけでなく、SOLID原則に従ってオブジェクトを置き換えることが比較的簡単な作業であるようにコードが作成されていることを保証します。OOPを知っているというメッセージを送信するだけでなく、Cでプログラミングしていて他のすべての言語は正直に言うと、同じ方法で、OOPを使用できるだけでなく、それが優れたプログラマーになるのです。

5つの原則のそれぞれについて、それぞれが重要である理由と、その原則を無視するコードに何が起こる可能性があるかを完全に説明できるように準備してください。