インタビューのコーディングに対するReSharperの影響[終了]
閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか? 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 4年前に閉鎖されました。 R#またはCodeRushを使用したことがある人なら、単純なキーボードショートカットを使用して、単純な構造(および複雑な構造のリファクタリング)をどれだけ速く組み立てられるかを知っています。しかし、これらの生産性プラグインはインタビュー中に能力の誤った評価を引き起こしますか? 生産的なコードライターになる(そしてインタビューで良い第一印象を与える)ことの一部は、良いコードを書くことです-高速。 2つの候補者がいた場合: プラグインを使用しません。彼女は問題について考え、インタビューPCのストックIDEに座って、彼女とまったく同じように見え、通常どおり1〜2分でコードを入力します。できた パス。 プラグインを使用します。彼は問題について考え、インタビューPCの標準IDEに座って、「fe + tab」がもはやforeachループを自動的に書き込まず、すべてのショートカットがなくなったことに気付きます。彼はその後、キーボードの周りをぶらぶらして、通常のホットキーを押して、奇妙なウィンドウをポップアップして、うろたえます。通常は30秒かかるものを書くのに3分かかります。できた IDEの周りの道を時々知らないように見えました。このIDEを初めて使用する必要があるため、このIDEまたは多分その言語の経験はあまりありません。パスしますが、名前の横に「meh」マークがあります。 あなたの経験では、インタビュアーまたはインタビュイーとしてインタビュー中にプラグインをどのように扱いますか?候補者が本当に知っていることを得るためのベストプラクティスは何ですか?コードを理解せず、R#を松葉杖として使用する候補者が存在する可能性があります。また、組み込みのVSまたはEclipseテンプレートよりも単純であるため、コードの出入りを知ってR#を使用する候補者もいます。IDEをまったく使用しないのが最善ですか?彼らに自分のPCを持参させてください?その他?