テストタスク。 意見と推測

テストタスク-悪、詐欺、または必要性?



みなさんこんにちは。 コミュニティの意見に非常に興味があります。 実際、この記事は調査です。

ここ数か月、私は積極的に仕事を探していました。 そして、定期的にそのような履歴書への答えがここに来ます:



提供された要約をありがとう、協力条件のさらなる議論のために、フォローしてください。 テストタスク



タスクの例:



テストタスクの目的:



Windows 7 X32で実行し、リムーバブルUSBドライブ(フラッシュドライブ)にあるファイルで少なくとも1桁の名前のファイルを使用して動作をブロックするドライバーを作成する必要があります。 作業をブロックするとは、これらのファイルの読み取り/変更/削除ができないことを意味します。



結果は、インストール手順を含むソースコードとバイナリドライバファイルの形式で提供されます。



実施日:3営業日



そしてもう一つ:
ディスク上のファイルを見つけるための拡張可能なソリューションをC#で開発する必要があります。

*ソリューションにはWebインターフェースがあります

*ソリューションにより

*検索が実行されるディレクトリへのパスを示します

*検索設定を指定する

*サブディレクトリで検索するかどうか

*属性、サイズ、日付の制限

*動的に更新された(つまり、検索の進行に伴って変化する)検索結果のリストを表示する

*実行を停止し、現在実行中の検索

*プラグインモジュールを使用して検索を拡張できます

*各モジュールは、.txt、.doc、.xmlなどの特定のタイプのファイルに対応しています

*モジュールは、ユーザーが検索したいものに応じて、サポートされているファイルタイプに固有の条件を設定できるUIを実装します

*モジュールは、指定された条件への準拠を確認するためのアルゴリズムも実装します

*モジュールを接続/切断するには、ディレクトリにプラグインを配置します

*プログラムを再起動せずにモジュールの接続/切断を行うことができます

*一度に1つのタイプのファイルのみを検索できます(つまり、機能する拡張モジュールは1つだけです)

* 2つの拡張モジュールが必要

*必須モジュール:サブストリングによるテキストファイルの検索

*選択したファイルのモジュール、例えば:

* .doc:オフィスドキュメントの属性(プロパティ)による検索

* .xml:ノード値による検索

* .dll:特定のインターフェイスを実装するクラスを含むマネージ.NETアセンブリを検索

* .mp3:mp3ヘッダーからの値による検索

*その他の種類のファイル



割り当ての目的は、スキルを実証することです。



*優れた読みやすいコードの作成

* Web UIデザイン要素

*テクノロジー、既存のソリューション、および設計パターンの使用



これがライセンス契約に違反しない場合は、専用のGUIおよびスクリプトライブラリを使用できます。



多くの人がこれに出会ったと思います。 私の意見では、テスト項目:



1.候補者についてアイデアを与えないでください(候補者は、それを実行するためのフリーランサーの雇用を妨げます)

2.彼らは非常に悪臭を放ちます(私のライブラリが有名な製品のリリースに含まれていたが、私は拒否されました)

3.雇用主は従業員とその時間を評価せず、すでにお金を数えていないことを示す



なぜ記事。 私はコミュニティの意見を聞きたいと思っています。それでも、テストタスクは悪であるか、あるべき場所です。



ありがとう



All Articles