2018-07-31 15:30:18 +0000 2018-07-31 15:30:18 +0000
152
152

不条理な面接の技術試験(例:無理な大仕事と短い制限時間)にどう対処したらよいでしょうか?

面接で無理な大仕事と短い制限時間を含む技術試験が行われた場合、受験者は、受験者の品質基準に合わない作品を提出して 期限までに仕上げることに意味があるのでしょうか?また、受験者が課題に挑戦して、採点者が建設的な批判をせずに不合格になった場合、プロとしてどのように対応すればよいのでしょうか?

**今後、自分が不条理だと思うような技術的な課題(例えば、無理な量の課題、期限の短い課題)に挑戦すべきかどうかは、どのように判断すればよいのでしょうか? )


私は20年以上の経験を持つ契約ソフトウェア開発者ですので、頻繁に私は非常に簡単なインタビューと、通常は自宅で完了するようにあまりにも多くの場合、技術的なテストを持っています。

最近、私は私が完璧にマッチしていた大企業のために進められた、彼らが何を望んでいるかを説明する彼らのより多くの非公式なチャットだった非常に簡単な「インタビュー」を持っていました。彼らはそこに行うには、迅速な技術的なテストがあったと言い、彼らは私のような将来のサプライヤーが自分自身を証明する時間と時間を費やすことを望んでいないことを理解しているので、私は過度に心配していませんでした;通常、彼らは質問の一握りであるか、またはいくつかの概念を実証するためにクイックコンソールアプリケーションを構築するために私に尋ねてください。 .NET MVCウェブサイトを構築し、REST APIバックエンドでデータベースに接続し、MVCウェブサイト上で管理者ページを構築し、オートコンプリートでユーザーを検索できるようにすることでした。しかし、それにもかかわらず、私はできる限りのことをして、toひどく設計されたものではない、完全に動作するソリューションを考え出しました。彼らは、「もっと時間があれば何をしていたか」などの回答と一緒に提出するように、同様に回答するためにいくつかの質問を求められました。私が手を抜いた部分と、なぜそのように書いたのかをメールでフォローアップしました。また、.NET Core 2を使って書いたのは、彼らがシステムに使っていたものだと言っていたからです。 .NET Core 2は非常に新しく、適切に動作するように取得するために悪名高いトリッキーです - あなたがインストールされているSDKとそれを記述するために使用されるものとの間のバージョンの不一致の任意の種類の問題を作成することができます私はそれが動作しないと言った理由を確認するために、その後、私自身のサーバーにそれをデプロイし、私はサーバーと一致するように私のローカルSDKを更新しなければならなかったとして。私は他のフィードバックを得ることができませんでした; 彼らのネガティブなフィードバックの結果として、採用担当者は私にかなりの量の連絡をしてきましたが、これは信じられないほど迷惑です。請負業者として、私は無能が最高に君臨している会社(開発チームが出て行ってしまう、開発チームが何をしているのかわからない、管理がひどいなど)に連れて行かれるのが普通なので、それも仕方がないのかもしれませんね。私は「申し訳ありませんが、このテクニカルテストは2時間では無理です」と言うべきなのか、それとも何か他にできることやすべきことがあるのでしょうか?これは、私がここでビジネスを実行していることを意味し、私は関係なく、クライアントが良い、悪い、恐ろしい、無能であるかどうかの私のスキルセット内の仕事の任意の種類を行います、それは仕事に付属しているので、等。正社員の仕事は簡単に手に入りますが、契約社員の仕事はそうではありません。

回答 (12)

252
252
252
2018-07-31 15:39:22 +0000

002

GS(ゴールドマン・サックス)は、かつて私に小さなコードサンプルを要求してきましたが、それは取引所の注文帳のシミュレーターにまで及んでいました。あまりにも特別なことはありませんが、彼らは完全なテストカバレッジと生産コードの品質を指定しました。このタイプのコードは非常に重要なので、重要な何かのために、それはすべての単一のエッジケースをテストする作業の1週間にダウンして実行されます。

私は採用担当者にオファーを送って、彼らが支払われない場合は、ノープレイ。あなたの例は似ています - それはすでに準備されていることの外に2時間でそれを行うためのフリークな方法はありません。私はあえてこれはボーダーライン詐欺です。それはおそらくただのコミカルな無能の兆候である。

これはITであることを覚えておいてください - とITは売り手市場である。仕事のトン - いいえ専門家。そのように振る舞う。愚か者と取引しないでください。別の側面があるので、私は、事前のインタビューなしで任意のコーディングの仕事を拒否します。すべてのそれらの “興味深い、挑戦的な "プロジェクトは、とにかく何度も何度も同じ愚かな同じです。私は自分の時間を無駄にしたくないかどうかを最初に知りたいのです。私は実際に自分の好きなプロジェクトをするのが好きなので、採用担当者は最近のプロジェクトが何であるかを全く知らないのです。

187
187
187
2018-07-31 17:24:09 +0000

会社があなたを面接しているとき、あなたはまた、それらを面接していることを覚えておいてください。

スクリーニングツールとして無意味なテストを使用してください。

テストはあなたに不合理な目標とタイムラインを与える場合は、**あなたが仕事に期待できるものを推測してください。彼らはあなたの仕事が十分ではなかったと言うと、あなたはそれがあったことを知っている場合、彼らは明らかにどちらかの仕事であなたを評価するつもりはありません。

繰り返しになりますが、それはあなたではなく、それは彼らです。

31
31
31
2018-08-01 19:38:33 +0000

後悔は20/20です。次回はこう言うべきです。

「原則として、まずクライアントと話をしない限り、手取り足取り宿題はしません」

「あなたはクライアントですか?いや、ならクライアントの採用担当者に繋げてくれ。そして、あなたが人事の仕事をしているのであれば(私に人事関連のアプリを作って欲しいと言わない限り、あなたはクライアントではありません)"

“OK、この人はあなたの会社のために何をしているのですか?あなたの会社が私を雇った場合、彼/彼女は私が報告する人になりますか?Ok, yes. 私はその人と話したいです。”

あなたが最終的にその人と話していると、その後、あなたは次のようなことを言う:

“OK、あなたは私の履歴書を読んだことがありますか?

"OK you’ve read my resume? Do you think we can skip this whole take-home project? ”

採用担当者がまだそれをスキップしたくないと仮定すると、あなたは言うことができます:

“問題は、私が以前に焼かれたことがあるということです。

一つには、私はただスクラッチからプロジェクトを構築するか、または単に私が転がっているコードのいくつかを再利用するべきかどうかわからないですか?ある時は、数時間でゼロからプロジェクトを構築しましたが、本番対応のアプリケーションを持っていないと批判されました。

そして別の時は、小さなバージョンのミスマッチがあり、彼らのITは私のプロジェクトを動作させるために設定ファイルを微調整する方法を知りませんでした。”

しかし、あなたが何をするにしても、採用担当者にこの説明をしないでください。リクルーターに説明しないで、自分を正当化しないでください。ゲートキーパーに自分を説明しようとしても無駄です。なぜなら、ゲートキーパーは、設計上、譲歩をする力をほとんど持っていないからです。

“Ok, I am willing to do the take-home project, but I’d rather be there when my project is installed and evaluated.

"Do you think we set up a time when I could come in my code and we could set up it together on your developer’s machine? ”

「今度の水曜日はどうですか?[…] あなたはそこにいますか?開発者の一人もそこにいますか?"

しかし、再び、あなたがこの人から良い波動を得ている場合にのみ、これを行います。自分の直感を信じてください。もし、何らかの理由で、何十人もの応募者を審査するために、このお持ち帰りプロジェクトを怠惰な方法で利用していると感じたら。または、何らかの理由で、あなたは彼らがあなたからいくつかの無料の仕事を抽出しようとしていると感じる場合、彼らはそれを生産に置くことができますので、宿題に同意しないでください。彼らがあなたに宿題をしてもらいたいのであれば、彼らはあなたにも時間を投資しなければなりません。それはお互いへの敬意の表れです。例えば、ギリギリになって人事担当者と会うことになっていたエンジニアが入れ替わってしまったとします。丁寧であるが、しっかりしている。手持ちのプロジェクトを渡してはいけません。面接の予定を変更して、喜んで帰ることを伝えましょう。

21
21
21
2018-08-02 01:42:05 +0000

回答はそれだけで理解できるものでなければならないので、回答の中で他の回答を参考にするのは好きではありません。しかし、投票上位の回答は基本的に “会社はバカの集まりだ。逃げるんだよ。” これでは、OPは自分自身について何も改善することができず、今後も何も変えられません。私は、会社が何か悪いことをしたかどうかに関係なく、OPが改善することができる分野を見ています。あなたはコーディングの課題を完了するように頼まれた 2. あなたが課題を受け取ったとき、あなたの懸念を伝える代わりに、あなたはコーディングを開始しました 3. あなたは手抜きをしてチャレンジを急いだ 4.あなたは、多くのいじりなしで動作しなかった低品質のプロジェクトを提出した 5.フィードバックを受け取った後、あなたはあなたの仕事を正当化し始めた

ここで私は会社がそれを見た方法を想像しています:

  1. 候補者はチャレンジの条件をすべて受け入れた
  2. 候補者は時間通りにプロジェクトを提出した
  3. プロジェクトがうまくいかなかった
  4. 私たちのリード開発者はコードの品質が非常に悪いと言いました 5.候補者は自分の仕事のために言い訳をし始めました

あなたが仕事の状況にあり、あなたのマネージャー/チームリーダーがあなたに無理な時間でタスクを完了するように求めていると想像してみてください。その少ない時間でそれだけの仕事ができないことをすぐに伝えなければ、どんな失敗も最初の条件を受け入れたあなたのせいです。相手ではなく、あなたが専門家であり、相手はあなたとのコミュニケーションを頼りにしているのです。

双方が共通の理解を持つことがどれほど重要か、強調できません。あなたはそれに対処する機会を逃してしまったために、乗り越えられないほどの理解のギャップを抱えていました。次回は、あなたが問題を抱えているときは、すぐにそれを伝えるか、相手はすべてが大丈夫だと思うでしょう 重要な情報を伝えないことは、漏れた嘘をつくことであり、どのような形でも嘘をつくことはプロではありません。彼らがどのように情報に反応するかは彼らの責任であって、あなたの責任ではありません。

私は_The Clean Coderを読むことをお勧めします。ロバート・C・マーティン(アンクル・ボブ)著『プロフェッショナル・プログラマーのための行動規範』を読むことをお勧めします:

  • 第2章:ノーと言うこと
  • 第3章:イエスと言うこと
  • 第10章:見積もり
  • 第11章:プレッシャー

会社があなたのアプリケーションを拒否した場合、あなたがタスクを開始する前にフィードバックと明確化を求めたので、彼らはあなたをフィルタリングしていない、youはあなたが働きたくない会社としてthemをフィルタリングしています。

20
20
20
2018-07-31 15:44:10 +0000

私は、いくつかの賢いテストといくつかの愚かなテスト(SQL/BI)に遭遇し、彼らが求めているものが間違ったアプローチであることを説明して、愚かなテストから積極的に離れました。

このようなこともありますが、私はそれを経験に基づいて説明し、次に進みました。私はいつも時間外に面接の予定を立てているので、私の側には本当の損失はありません。

12
12
12
2018-08-01 17:10:35 +0000

そうですね………あなたは、もしそのタスクに直面した場合、上司に何を言うかを正確に伝えます。

結果は2つあって、あなたは正しいことをして見事に合格するか、弾丸をかわしたので、2ヶ月後にあなたの上司がどのように不可能なことを要求しているかを私たちに話す必要はありません ;)

4
4
4
2018-08-02 19:08:04 +0000

私のアプローチはこうです:&002&002 1.時間的に無理だと思うことを会社の連絡先に伝え、実際に何をしようと思っているのかを伝える

  1. 答えを待つ時間がある場合は待つ、そうでない場合は、意図したことをする、詳細にあなたの選択を文書化する

  2. 理想的には、あなたがそれの残りの部分を取るだろう場所をスケッチします。

非常に少数の_面接官は実際にタスクが2時間かかることを校正し、テストすることに注意してください。あなたが本当に仕事をしたい場合は、与えられた時間の量で完全性のいくつかのレベルにそれを取る。

あなたが発見したように、彼らはすべての候補者が時間内に収まることを確認するための厳格なメカニズムを持っていない限り、品質は通常、時間とのフィッティングを切り捨てる。

2
2
2
2018-08-07 04:02:15 +0000

これは、あなたの人格をマップアップするための偽のテストの臭いがします、特にあなたは不条理なストレスの多いイベントを処理する方法。あなたは誰が&002&002 1.イライラして離れるか&002 2.黙ってそれをうまくやろうとするか、またはあなたが&002 3.実際に主張してみて、物事が不合理であるか&002 4.あなたが何をすべきかわからないようにストレスを受けるか&002 5.あなたはそれをうまくやろうとするふりをしますが、それはまさにそのようなタスクを持って来る誰もが値するものであるため、同じように不条理な作りの結果をバックに与える1つですか?

2
2
2
2018-08-02 00:50:53 +0000

私の専門家の意見では、適切に行われた場合、誰もが2時間の作業になるとは思っていません。私は、アーキテクチャを正しく構築するために、少なくとも数日はかかると思います。ASP.NET、MVC、REST、データベースとのやりとり、オートコンプリートのテキストボックスの中程度の高度な機能に精通している人を求めています。はい、いずれは。結局のところ、私はこれらのことをすべて聞いたことがあるので、履歴書に記載してもいいかもしれません。あなたのような専門家であれば、このスタックをいつも扱っているので、制限時間内に作業システムを組み立てることができるでしょうが、私は何時間もかけてマニュアルを掘り返さなければならないでしょう。不採用は不採用よりも悪い。私はあなたがチームの誰かからの個人的な推薦を持っていなかったと仮定していますので、採用担当者は能力のデモンストレーションを探しています。確かに、実際の生産準備ができているシステムはもっと時間がかかるでしょうが、テストでは生産準備ができているかどうかは聞かれていません。テストが成功するということは、あなたがすべてのレイヤーに精通していることを示しており、さらに重要なことは、優先順位をつける方法を知っているということです。それを動作させ、thenそれをきれいにしてください!

2時間のテストは、建築天文学のための時間ではありません。

さらに、あなたはほぼ確実にこのテストを見る最初の候補者ではありません。チームはフィルターを複数回使用し、おそらく微調整し、少なくとも1人の開発者が通過しています。近年非常にファッショナブルになってきているように、あなたの鼻を上に向けて - 正当な憤りを感じたり、なぜそれが悪いテストなのかを「教育」したりすることは、彼らの見解では、あなたをバカの範疇に入れてしまうでしょう。Phew! _彼らは思うだろう、別の先延ばしやprimadonna我々はそれに対処する必要はありません_

どのようにそれを処理するには?あなたの見込み客の視点からそれを見てください。むしろ不条理として却下するのではなく、疑いの利益を与える。2時間のテストのために簡単にあなたの仮定に注意してください、簡単なデモ作業のための晴れの日のケースを作り、残りの時間のドキュメントでは、あなたが実際のシステムを堅牢にするだろう方法を説明します。

1
1
1
2018-08-07 22:11:40 +0000

他の回答が少なくともほのめかしているように、テストの背後にある動機はcould合理的であり、特にテストが次のような場合:

1.実際の_ジョブ要件によく仕立てられている; 2. 重要度の低い要素を最小限に抑えている。明らかに「自由な仕事」を得る試みではありません; そしておそらく 4. 前の仕事では、私はプログラミングテストを設計し、管理していました。その仕事は常に上級レベルのフルスタックASP.NET/SQL Server開発者の仕事で、タスクは1つのページと2つまたは3つの単純なストアドプロシージャを含む非常に基本的なWebアプリケーションを作成することを含んでいました。候補者は、標準的なツールを使用してオンサイトでテストを実施しました。Visual Studio(過去 2~3 年以内に受験者が選択したバージョン)、 2. SQL Server Management Studio; and 3. テスト用だけでなく、ドキュメントやリソースなどを調べるためのWebブラウザ。

私は候補者に基本的な「シェル」ソリューション(Visual Studioの各バージョン)を提供し、データベースとテーブルを事前に作成しました。

10分後に戻ってきたときに、質問に答えた後に、もし1時間以内にすべてのタスクを完了できるかどうか自信がない場合は、割り当てられた時間内に完了できるタスクの一部に集中して実行することを検討してみてはどうかと伝えました。また、もし彼女が1時間の間にさらに質問があれば、2キュービクル離れた私を見つけて質問することができるとも言いました。受験者が1時間で全てのテストを終わらせるとは絶対に思っていませんでした。この「不条理」な制限時間は、次の 3 つの理由で設定されました:

  1. 1.受験者が仕事の要件を半分でも理解しているかどうかを確認したかった。これは上級職であることを忘れてはいけません。半分以上が「いいえ」でした)
  2. 基本的な要件を分析し、それを管理可能な個別のタスクに分割することができること。1時間を超えて試験を延長しても、追加の情報はあまり得られず、受験者の時間が長くなってしまいます。この時点で大体5分程度の時間をかけて作業内容を確認した後、候補者はマネージャーと1対1のインタビューを受けることになります。面接では、開発チーム全員が候補者の提出物に目を通します。候補者の提出したものを開発チーム全員で見ていくのですが、決して退屈な仕事ではないので、私たちは本当に楽しみにしていました。たとえソリューションがまだ実行されていなかったとしても、候補者の能力を示す証拠があれば、通常は候補者を考慮します。私たちは常に候補者のブラウザの履歴をチェックして、どのようなリソースにアクセスしたかを確認していました。1.文字通り、1時間経っても何も出てこない。この状況は何度も起きています。受験者の現在の仕事のコードを盗用して、試験の要件を満たすように修正しようとした(そして失敗した)。これを疑うとブラウザの履歴でバレてしまう
  3. アプリケーションをデータベースに接続するための接続文字列を形成できない。これは少し不公平に見えるかもしれませんが、私たちは上級レベルの SQL Server 開発経験を含む上級レベルの候補者を探していたことを覚えておいてください。私たちは、候補者が接続文字列を構築する方法を覚えていることを期待していませんでしたが、候補者が素早く接続文字列を調べることができることを期待していました。

面接では、マネージャーと開発チームが一緒になって、候補者の解決策や、彼女がプロジェクトの残りの部分にどのようにアプローチしたかなどの質問をしました。

1
1
1
2018-08-02 11:03:40 +0000

この答えは、これらの種類のテストが良いものであるかどうか(または私がそれらを容認するかどうか)についての声明を行いませんが、具体的な質問に焦点を当てています_

どのように私は私が不条理と考える技術的なテストを取るべきかどうかを決定することができます(例えば。

あなたが現実の世界で行うであろうように:

  • タスクが合理的にかかるであろうどのくらいの時間を伝える。 -あなたができるだけ多くをしなさい、あなたが胃にできる質の少なくともレベルに。完全な解決策の前に、ワーキングソリューションを得ることに焦点を当ててください。
  • どこで手抜きをしたか、その意味合いは何か、そして結果としてのTODOを明確に文書化してください。マトリックスマネジメントは存在しますが…この場合、このような状況を優雅に処理できる人がいた方が、史上最高のコードを提供するヒーローよりも、時間や品質の限界についてコミュニケーションをとることができます。例えば、あなたの場合、おそらくあなたは品質の高い仕事を提供できることを見て、彼らにほとんど興味を持っているでしょう。だから、(いくつかのプレースホルダなどを使用して)いくつかの機能をカットするかもしれませんが、あなたのコードの品質を高く保つことができます。同様に、仕事が例えばセキュリティに関連したものであれば、あなたも同じことをするでしょう。しかし、それが何かの概念の完全に批判的でない証明であるならば、人はもっと別の方向に進むかもしれません。これらのすべてを(簡潔に)文書化しておけば、あなたの道は開けるでしょう。つまり、クライアントが気が狂っているかどうか、またはあなたを得るために出ているかどうか(つまり、あなたがタダで仕事をしているかどうか)を気にしてはいけない、もっぱらタスクの大きさで判断します。あなたにとって重要なのは、あなたの時間であり、それは固定されています。あなたが潜在的な新規顧客に2時間を投資することに問題がない限り、そのタスクが簡単に終わるか、高圧的な仕事か、彼らのオフィスでの2時間の世間話かどうかは問題ではないはずです。
0
0
0
2018-08-02 02:00:29 +0000

2時間の非常識な技術テストには何の問題もありません。他の候補者も同じテストをしなければならないので、あなたが採用される確率は簡単な初心者向けのプログラミングの練習と何ら変わりません。あなたが応募してきたからといって、それをするように言われたのですから、偏りはありません。あなたには、別のポジションに行く以外の交渉力はほとんどありません。確かに、all**候補者がやらなければならないであろうプログラミングテストは、あなたが実際にそれを競うことができるかどうかにかかわらず、不合理ではありません。あなたが仕事のために高い資格を持っているが、テストを完了することができない場合は、他の候補者もそれを完了することができないでしょう。では、何が問題なのかというと、

頑張るのですね。求人が出なかったことに怒りを感じていませんか?会社は誰かを雇わなければならないのだから、他の誰かがもっと良い仕事をしたかもしれない。不可能なプログラミングテストのポイントは、bestを実行している候補者を見つけることです。

どのように私は私が不条理を考慮して技術的なテストを取るべきかどうかを決定することができます

あなたはあなたが仕事のためのスキルを持っていると思う場合は、任意の技術的なテストのために快適に感じるべきであり、他のすべての候補者はそれをしなければならないだろう。それが自由なプログラミングの仕事のための試みであるかどうかを信じている場合は、非常識なテストを行うことはありません/およびバイアス(例えば人種差別)のためにあなたに与えられた。@TessellatingHeckler

関連する質問

11
21
20
22
8