あなたの好きなインタビューの質問は何ですか?[閉まっている]


21

ソフトウェア開発者へのインタビューで特に価値があると思う質問はありますか?特に有用になった質問についてはどうですか?

「コードを書く」などの面接アプローチだけでなく、あなたが尋ねたい特定の質問を探しています。


2
質問-言い回したように-は建設的ではありませんが、いくつかの良い答えがあります。質問をベストアンサーと一致するように言い換えてください。再度開くことをお勧めします。
ChrisF

@ChrisF:私は「経験を共有する」と「理由を尋ねる」ことをもう少し得ようとするように言い換えました。さらに修正が必要かどうかを教えてください。
ティムグッドマン

それは良いです!
ChrisF

ここで質問と回答を見ると、まだ建設的ではないと感じています。回答に「なぜ」が含まれており、質問をリストしただけのようには見えません。
アダムリア

回答:



22

これは私のシナリオに少し固有のものですが、それでも素晴らしい質問だったと思います。

ここで、C#や.NETに触れたことがないということですね。さて、ここにワークステーションがあります。ここでこのDBにクエリを実行し、顧客名でソートされた顧客のリストを注文とともに印刷するプログラムを作成する方法を見つけます。任意のリソースを使用できます。

私がこれまでに経験した唯一の質問は、学習能力を実際にテストしました。


StackOverflowが存在する前にそれでしたか?
eds

1
えー、これはあなたが尋ねたい質問ではないでしょうか?
Paddyslacker

8
+1、これは尋ねるべき完璧な質問です。Googleで基本的な言語構成を理解できない場合、何も保存されません。
ジョシュK

私はそれが好きです、それは彼らが彼らが彼らが決して使用したことのないプログラミング言語をどれくらいうまく拾うことができるかを示します。私はインタビューの質問のためにそれを盗むかもしれません:)
リチャード

1
無意味なようだ、だれでもmsdnからくだらない.netコードを直接コピーして貼り付けることができる。
dotjoe

15

これはコーディングの質問ではなく、行動上の質問です。

期限に間に合うようにすべての作業を時間どおりに完了できなかった時期を教えてください。あなたは何をした?結果はどうでしたか?


3
なぜこれが良い質問ですか?私には無意味なようです
ジョーフィリップス

9
要点は、開発者の回答から多くの情報が得られることです。第一に、彼らがこのような状況が自分に起こったことを認めない場合、彼らは自分自身をだましているか、実際のプロジェクトの経験がありません。第二に、彼らがこの問題をどのようにチームに伝えるかについて話さず、代わりに彼らがそれを修正するためにどれだけ努力するかについて話すだけなら、私は彼らを雇いたくありません。コミュニケーション不足は、プロジェクトで見られるほとんどの問題の原因です。積極的なコミュニケーターを雇いたいです。
Paddyslacker

3
私は(「何かが間違っていたときの時間を教えて、あなたが反応してやった...」)と同様の、より一般的な質問を非常にオープンエンド、そしてまだ私は誓うインタビュー1を持っていたし、それは何もダウン持っていた今までに彼のために間違って行きました。言うまでもなく、私は彼を雇うことを勧めませんでした。
アレックスファインマン

13

どのようにしてプログラミングを始めましたか?

その人がプログラミングに情熱を持ち、氷を砕くかどうかを確認する良い方法です。


11

Javaの経験の非自明な量を持っていると主張して誰かにインタビューしたとき、私はそれらについて尋ねるhashcode()equals()、それらの間の関係。潜在的な落とし穴に気付かずに重要なJavaエクスペリエンスを獲得することは実際に不可能であり、問​​題に無知な人が私のプロジェクトに見つけにくいバグを追加しようとしています。

また、私は尋ねますArrayListと、LinkedList相対的な長所と短所と。これは、彼らが書くコードのパフォーマンスへの影響を少なくとも認識し、考えていることを証明するはずです。

また、いくつかの技術的なトピック(Mavenの有用性またはその他、チェック済みと未チェックの例外など)について意見を表明してから、悪魔の擁護者を演じて、彼らがどのように論点を主張できるかを確認したいと思います。


+1 ArrayListとLinkedListが好きです。ArrayListsは廃止されるべきであると言っている人々についてSOについて多くのコメントを見てきましたが、LinkedListsよりも優れている多くの用途を考えることができます
Evan Plaice

笑!かつて2人のインタビュアーがリストと地図の違いについて尋ねてきました。私は彼らにそのような驚くべき外観を与え、彼らは実際に謝罪しました(そして私は彼らの質問に答え、そしてもちろんインタビューを続けました)。
ヒラ

6

「最後に読んだ(最高の)技術書は何でしたか?」

または、より一般的に:

「知識を​​どのようにして最新の状態に保ちますか?」

学校を卒業して以来、多くの人が技術書を読んだことがないのは驚くべきことです。そして、10年前に学校を卒業して学校を卒業してから本を読んだことがなければ、おそらくユニットテスト、デザインパターン、SOLID原則などについて聞いたことがないでしょう...

コメントへの応答

必要に応じて私に投票することもできますが、これは私のお気に入りのインタビューの質問の1つです。ブログ、ウィキペディア、SOはすべて最新のハイテクニュースの優れた情報源です。しかし、ブログを読んで、本当に複雑なテーマ(Knuthの本にあるようなもの)を完全に学ぶことはできないと思います。

2人の開発者の間で選択する必要がある場合、一方は新しい複雑な科目を学習する意欲を示し、もう一方はそうではない場合、最初の1つを採用します。たとえ彼または彼女がもっとお金が欲しいとしても。長期的には報われるでしょう。


-1。私は技術書をめったに開きませんが、TTDとは何かを知っていて、いくつかのデザインパターンを知っています。SO(例:工場のパターン)やJon Skeetや他の専門家のブログからは、平凡な本から学ぶよりもずっと多くを学びました。たとえば、FxCopとStyleCopのチェックが、再利用可能な降下ソースコードを書くのに非常に重要である理由を説明した本はありません(これらのツールについても言及していません)。
アルセニムルゼンコ

3
+1オンラインの記事やブログで多くのことを学ぶことができますが、それでも、技術的な本を読んでいないということは、私にもイニシアチブと平凡さが欠けていることを意味します。
ダンク


5

自分は幸運な人だと思いますか?

Bruel&Kjaerの創立メンバーの1人のインタビューでこれを読みました。成功した人は、自分が幸運であると考える可能性が高いです。彼らはset折を改善の機会と見なし、成功(運)を周囲の人々と共有する傾向があります。幸運な人はより多くの運をもたらします。*

自分自身を不運だと思う人は、あなたのチームの悪いリンゴである可能性が高くなります。

*この文脈では、幸運は四つ葉のクローバーではなく、準備会議の機会として読まれるべきです。


1
+1これをもう数回支持したいと思います。
オコド

ナポレオンはかつて「幸運な将軍をください!」と言っていました。
ザカリーK

4

私のためにいつも働いているもの...

「以前のプロジェクトについて教えてください」

そして、彼らの反応を、プロジェクトにおける彼らの役割と彼らが特定の決定をした理由について彼らに尋ねるジャンプポイントとして使用します。SATにインタビューをするのではなく、私は彼らと会話をしています。それは常に、開発者がポジションに適しているかどうかを判断するのに十分すぎるほどでした。

使用されている言語を既に知っている仕事に一度しか雇われていないので、言語固有の質問にはあまり価値がありません。また、個人的には構文の雑学(空腹のシマウマでいっぱいの囲いの中に閉じ込められた綿菓子をどうやってやるのか)や質問を気にかけないので、そのような質問は決してしません。


+1。それもお願いします。しかし、プロジェクトで候補者の機能が何であるかを見つけるのが難しい場合があります(プロジェクトマネージャー、主任開発者、保守管理者、コーヒーマシンオペレーター)。
ニキエ

2
もしあなたが世界で仕事をすることができたら、それは何でしょうか?

私は本当に一つだけを探しています:それに答える真剣な試み。唯一の間違った答えはそれを笑い、世界で最も決まりきったインタビューの質問であるインタビュアーに伝えます。(私は雇用に投票しなかった)。

それは本当に私の一番好きな質問のためのセットアップです:

[ロックスター]になりたい場合、なぜ[HugeCorp]で[インターネット開発エンジニアIII]に応募するのですか。

彼らが実際に大胆な答えをするなら、それは最もうまくいきます。彼らはめったにそれを見ることができず、これは「ここでの時間はもっと良い」または「ここでの私のキャリアは典型的なロックスターよりも長く続く」といったようなことを言うことで誰かが輝くチャンスになります。

私はまた、最初の質問に対する間違った答えがないと嘘をつきました。あなたが完全に素晴らしい夢の仕事のために面接しているのでなければ、彼らが面接している仕事は間違った答えです。そして、あなたが夢の仕事のために面接をしていて、まだそれを持っていないなら、あなたはなぜあなたがそれを申し込まないのか自問するべきです。


「そして、あなたが夢の仕事のために面接をしていて、まだそれを持っていないなら、あなたはなぜあなたがそれを申し込まないのか自問するべきです。」-「もしあなたがやったら、そうしなければ、とんでもない」という質問のように聞こえます-特にあなたが説明するように答えを扱うなら。誰かが夢の仕事を念頭に置いている場合、彼らはまだそれを引き受ける準備ができているとは感じず、あなたの会社で学べることについてより多くの経験を必要とします。なぜ彼らに対してそれを保持しますか?
マークフリードマン

4
-1私は、人々がこれらのような愚かな全く無関係な質問をした企業からの求人を断りました。#1仕事やあなたのやり方とは何の関係もありません#2面接官は、面接するよりも面接者よりも賢い方法を実際に見せようとしています。 3面接でそのような質問を嫌う場合、就職の面接でこれらのタイプの質問をするpr @#k $で働きたいとは思わない。ビールを飲みながら質問するのもまた別の話です。
ダンク

@ダンク:あなたは正しい、トリックの質問は面接対象者よりも面接者についてもっと言います。しかし、一般的に人の目標や希望について尋ねることは理にかなっています。従業員に自分の仕事に満足してもらいたい(不幸な人は生産的ではない)ので、自分に適した仕事があるかどうかを知りたい。
ニキエ

@Dunkは、私が日常的に扱っている顧客が決まり文句の質問をし、しばしば同じ愚かな間違いを繰り返すので、このような決まり文句の質問は、私の仕事で顧客を扱うことができない人々のタイプを自己選択するのにも役立ちます。利点は、そのような行動に耐えなければならないことを補うために仕事が支払われることです。その意味で、それは本当に知事の質問です。
シェムノン

@マーク・フリードマン-私は彼らに対してそれを保持しません。これにより、彼らは正直になり、自分のキャリアパスについて直接的になる機会が与えられます。面接を受けた人が「もしそうなら、のろわれている」と感じたら、そうでないなら、その仕事は彼らのためではありません。正直な答えで首を突き出したくないなら、それはもう一つのマークです。
シェムノン

2

C#のインタビューを行うとき、「メソッドのエラーをどのように処理しますか?」その質問に対して適切な答えが得られたら、「Webアプリケーションでエラー処理をどのように設定しますか?」と尋ねます。

最初の質問には何の問題もなく、2番目の質問には何の手がかりもない開発者が多いことに常に驚かされます。私は、現在のプロジェクトでエラーがどのように処理されているかを説明できなかった多くの人にインタビューしました。


2

このようなもの:

*/および+演算を使用せずに値に7を掛けます。:)


4
あなたのコードベースはビットいじりの知識を必要としますか、それとも単に核心の詳細への関心を評価するだけですか?
ピーターテイラー

2
注、彼は「または」とは言わなかった
ベンL

1
@ベン、私はあなたがちょうどトラップドアに論理爆弾を投げたと思う-:/
オコド

2
それだけじゃない(x << 3) - x
user13278

1
またはさらに簡単:x -(-x) - (-x) -(-x) - (-x) -(-x) - (-x)
ニキー

1

デビッドのものに似ていますが、わずかに異なります:

後で修正および改善した以前のバージョンの実際の生産コードの乱雑さをご覧ください。それが何をするか教えてください。問題がどこにあるかを教えてください(正確さとスタイル)。修正および改善する方法を教えてください。

これは、新しいコードを書くことができる人と、レガシーコードベースの現実に対処できる人を区別するのに役立ちます。


0

何年も前に、正規表現/ a * /と/ a *?/の違いを尋ねられました

私は個人的に再帰についていくつか質問をする傾向があります。


1
?意味は貪欲または0または1?両方の構文を見てきました。
ポールネイサン

1
どの方言?

それはperl5でした。それは約11年前でもありました。はい、それは貪欲でしたが、貪欲ではありませんでした。
ザカリーK

0

この質問に対する失敗した回答の数には驚いています。

ソートされていないリスト内のアイテムをどのように検索しますか?


かなり深い質問です:マッチはどのように定義されますか?リスト内の半順序に関する知識はありますか?どのようなリストですか?アイテムはソート可能ですか?リストの大きさは?比較と一致のチェックの相対的な計算コストは​​いくらですか?これらの質問に対する異なる回答は、最適なアプローチを変える可能性があります....
mikera

この検索はどのくらいの頻度で行われますか?パフォーマンスのボトルネックになる可能性はありますか?
-Justsalt

WTF、みんな。最初または最後のアイテムから開始し、一致しない場合は次のアイテムに移動します。唯一の質問は、複数の一致を考慮するか、最初の一致で検索を中断するかです。あなたがいくつかの洞察を与えたいなら、あなたは追加することができます:リンクされたリストの場合は重要ではありませんが、インデックス付きのリストの場合、一致を抽出したい場合は逆の順序でリストを走査するので、更新する必要はありませんループ条件外のインデックス。
NotGaeL

0

私のお気に入りの質問:

(おそらくJava / C#と擬似コードの組み合わせで)

非エキゾチックなコンテナを使用して、できる限りパフォーマンスの高い辞書として動作するクラスを設計します。これにより、「ランダム」な順序ではなく、これらのキーが辞書に追加された順序でキーを列挙できます最初に作成されました。


これは、説明の質問が多すぎることにつながります。2つのハッシュテーブルまたは1つのハッシュテーブルと1つの配列リストを使用するのは公平ですか。1つは順序を保持し、もう1つは順序を保持しますか?ものを削除する必要がありますか?(これにより、多少複雑になります。)値が更新された場合、それは再追加としてカウントされますか?
-dsimcha

@dsimcha、良い点。話し合う時間は20〜30分で、次のことから始めます。いつでも説明を求めてください。あなたが立ち往生しているように感じるなら、私はヒントを提供するか、正しい方向にあなたを案内して幸せです。その人がまだ車輪を回している場合、データ構造を理解していないと思います。私が望むものを明確にする限り、私はこの自由なままにして、異なる方向に持っていきたいです。
ジョブ
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.