インタビュアーへのプログラマーチャレンジ - インターフェースとパターンへのプログラミング

Question

JrとMidレベルの開発者が、単純なファクトリーパターンのように、インターフェースにプログラムする機会を見つけるために投げるのは、もし彼らがそれをしたら？

Answer 1

さまざまな種類のファイル（彼はインターフェースを選択することもできないこともあります）に、さまざまなカスタムメッセージ（ハードコードすることができます）を記録させます。

これは簡単なので、それほど時間がかかりません。インタビューの焦点では​​ない場合は、その方法の実装を手伝うことができます。

Answer 2

/またはのいずれかに自分自身を制限しないでください。少数のパターンが出現するかもしれないほど大きい何かを与える。

どのように：いくつかのデータフィードのダッシュボードを表示したい。キューに到着するメッセージに日付が入ります。いくつかのメッセージはXMLであり、一部はバイナリ形式です。

コンテンツについての質問をする機会がたくさんあります。彼らがそのあいまいな要求にどのように近づくかを見てください。

Answer 3

ジュニアレベルの開発者向け： ADO.netのDBProviderFactoryで使用されているような抽象的なファクトリパターンの例を考えます。同様の例を作成し、候補者がどのように問題に近づくかを確認します。

Answer 4

なぜデザインパターンを使用する必要性が高まっているのかわかりません。彼らは助けますが、万能薬ではありません。 「可能であれば、機会を与えられれば」は、いくつかの回顧では良いか悪いかの両方として解釈することができます。さらに、彼らが後輩であれば、おそらく問題を見てパターンがそこに適用可能であることを認識するのに十分な経験がないでしょう。

あなたの中学校と中学校に挑戦したい場合は、本当の難題を選んでください。バリャドリッドのウェブサイトにはたくさんのものがあり、彼らにはオンライン裁判官がいます。それは、私が大学にいたときに私にされたことでした。

http://acm.uva.es/problemset/

Answer 5

あなたが知っているものとスティック。あなた/あなたの開発チームが遭遇する典型的な問題は何ですか？あなたが最近彼らの中で働いたので、彼のアプローチをあなたのチームと比較することができます。

もし彼が創造的に、あるいは違った方法で問題に近づくなら、彼はおそらく良い選択になるでしょう。もし彼が同じ解決策を思いついたり、他のチームと同じ思考パターンを持っていれば、あなたは彼を乗せて欲しくないかもしれません。最良の開発チームは、さまざまな問題解決方法を持つプログラマーで構成されている傾向があります。

Answer 6

候補者にファクトリパターン/インターフェースなどのメリットがあるコードを最初から作成させる場合は、作業モデルを起動して実行し、それを見たいと思うようにリファクタリングするように指示する方が簡単かもしれません。最終的にはもっと早い手段かもしれない。あなたは、彼らがそれを拾うかどうかを確認するために、サンプルとで他のいくつかの「より少なくより完璧な」慣行を束ねることができ

：など配置し、例外処理を

Answer 7

を私は技術的な中にかなり良い質問がありました先日テストしてください。

Nまでフィボナッチシーケンスを生成し、個々の数値を格納するXMLドキュメントを適切に作成し、XMLドキュメントを保存します。

これはウェブ開発者のインタビューであったため、ユーザーが保存場所と繰り返し回数（N）を指定できるようにユーザーインターフェイスを作成することができました。

TDDを行っている場合は、Fibシーケンスなどを生成するための適切な方法のユニットテストを含めることもできます。