どういうわけか、当社ではASP.NET開発者が必要でした。 長いインタビューの時間を節約するために、私たちは以前に応募者に簡単なテストタスクを完了するように依頼しました。
カテゴリからのタスク：プレートの内容を表示し、データをフィルタリングする機能を追加しますが、同時にアーキテクチャのさらなる開発とスケーラビリティの可能性を築きます。
注：このTKはもちろん詳細です。堅実な履歴書を持つ候補者が次々に、彼らのシステムにとって単にひどくなるほどの真珠を送ったときの私の驚きを想像してください。 したがって、私たちはそのような候補者を招待しませんでしたが、結局のところ、彼らはおそらく良い開発者でした。
この投稿では、テストタスクの主な特性とエラーについて説明したいと思います。 このリストが誰かが仕事をより早く見つけるのに役立つことを願っています。
まず、テストタスクを実行するのは常に怠laだと言いたいです。 面接の間隔や仕事の後の夜には、ほとんど実用的でないプログラムを書くための時間を割り当てる必要があります。 申請者である私がこの会社を必要とするかどうかまだ決定していないときに、TKに時間を費やしますか？
ここでは、怠lazを克服し、可能な限り効率的にタスクを完了するようアドバイスします。新しい仕事、新しい給料、新しい見込みのために、このための強さを見つける価値があると思います。
だから、私はプログラムのアーカイブを持っています、そしてここに私が注意を払う主なポイントがあります：
- プログラムの説明と、必要に応じて、アプリケーションを展開するための指示。 ここでは、採用されたアーキテクチャ上の決定について簡単に記述し、構成ファイルを変更する必要性またはSQLスクリプトを実行する必要性について言及できます。
- アプリケーションは、開発環境（Visual Studio）で簡単かつ簡単に開く必要があり、追加のインストールを必要としません。 モジュール。 サードパーティアプリケーションのビルドを使用している場合は、それらをアーカイブに添付することを忘れないでください。
- ユーザーインターフェイスはテストとテストですが、UIは目に優しいものでなければなりません。 もちろん、A。Lebedevのデザイン、写真などは必要ありませんが、白いキャンバスにきちんと散らばったコントロールはプラスを追加しません。 すぐに、提案されたソリューションの有用性を推定します。 標準設計（たとえば、標準ASP.NET MVCアプリケーションの設計）を使用するものもありますが、それはもちろん素晴らしいことですが、この場合、フロントエンド開発スキルがどのように発達したかを理解することはできません。
- 次に、レイアウト分析を実行します。ここでは、主にスタイルシートの存在、htmlマークアップのレイアウト、要素の名前を確認します。 複雑なことはありませんが、多くは複雑ではありません。 表形式とすばらしい組版は共有しませんが、両方を見ることができれば非常に便利です。 ここでは、MasterPageの存在にも注目します。
- 手動テストに合格。 私はさまざまな方法でアプリケーションをドロップしようとしますが、ほとんどの場合成功します。 残念ながら、最も一般的な間違いはSQLインジェクションで、これはすぐに大きなマイナスになります。失敗と言えます。 あなたのプログラムをチェックして、友人や知人にテストさせてください。そうでなければ、プログラムは決して起動されなかったようです。
- 次に、コーディング標準を見ます。 もちろん、標準は異なります。この場合、コードの設計の均一性を調べます。 TextBox1、Label1、その他の名前のコードも統一されていますが、「悪い」標準に関連付けています。 コントロールに正しい名前を付けたり、メソッド、パラメーター、変数、コメントコードなどの名前のレジスターやルールを順守したりするのを怠らないでください。
- 次に、データベースの処理がどのように構成されているかを見ていきます。 空室要件で指定されている技術が使用されている場合、それは非常に良いです。 ORMを使用するタスクも好みます。 ほとんどのデータベース開発者は、GridView + Object / LinqDataSourceを使用して作業します。 このアプローチは、開発者のレベルを常に明確にするわけではなく、将来的にそれを冷却するように思えます。 微妙な点があります。グリッドを自分でやり始めると、「サイクリスト」のカーストに陥ることがあります。 したがって、プログラムのREADMEで選択したソリューションについて警告する価値があります。
- 次に、アプリケーションがレイヤーに分割されているかどうかを確認します。 残念ながら、データソースのレベル、ビジネスロジック（サービス）のレベル、およびプレゼンテーションという古典はほとんど使用されません。 多くの人は、すべてのコードを1ページのコードビハインドに配置することに制限しています。 これをしないでください！ はい、それは簡単かつ迅速ですが、そうすることで、あなたはジュニア開発者レベルになります！ そのようなコードを見たとき、それをさらに調べて候補者と知り合いになりたいという欲求はありません。
- 次に、エラー処理メソッドを見てみましょう。 どのロギング方法が使用されますか？ ユーザーはエラー時にどこに再割り当てしますか？ ユーザーには、エラースタック全体またはその簡潔な説明が表示されますか？ 一般的に、開発者はエラーについて考えましたか？
- さらに、JavaScriptとAjaxの使用を引き続き見ることができます。具体的には、要件はオプションですが、便利です。
- 最後に、提案されたキャッシュスキーム（データベースクエリとページ）を調べます。
- 快適な希少性は、単体テストの存在です。 これは、申請者のカルマですぐにプラスになります。
- その過程で、スペルミスを探しています。 私にとって、これは開発者の正確さの指標です。
場合によっては、申請者は極端な複雑なオプションを提供し、自転車や型破りなアプローチで、TKのカバーレターにこれを明記しません。 そのようなTKを研究することは興味深いですが、ほとんどの場合、申請者は追加を受け取ります。 マイナスまたは少なくとも慎重な態度。
一般的に、どういうわけかそれはすべて起こります。
最後まで読んでくださった皆さんのおかげで、提示された情報があなたにとって役立つことを願っています。