統計によると、ウェブ開発者の地位に10〜20人の応募者の1人を採用しています。 このようなフローでは、適切な候補者を迅速に特定する必要があります。 従業員を選ぶ際に、さまざまな種類の模擬テストが好きではありません。時間の無駄です。 チェックする最良の方法は、すぐに戦いを投げることです。
-こんにちは、私はクールなWeb開発者です。ここに私のレジュメがあります！
-こんにちは、ありがとう、履歴書は必要ありません。githubでアカウントを取得し、チケットNo.123を取得してください。 かっこいい？ さて、何が一番好きかを自分で選んでください。 他に仕事はありません。
最小の個人的な時間、最大の客観性。
これを行うには、採用担当者をプロジェクトコードにすばやく接続する必要があります。 同時に、初心者がプロジェクト全体に悪影響を与える可能性を排除し、情報漏洩のリスクを最小限に抑えます。
このようにします。
- 新人にはバージョン管理システム（git）へのアクセス権が与えられます 。 彼は自分のプロジェクトブランチを作成し、そこでのみ動作します。 git（svnとは異なり）を使用すると、さまざまなブランチ（ブランチ）を迅速かつ効率的に操作し、必要な変更のみをマージできます。 ここでgithub.comが私たちに会いに来て、組織のアカウントの25ドルは残念ではありません。 タスクの最後に、ルーキーは通常のpull-requestを行い、コードはマスタープロジェクトを見て、それが彼に合っていれば、これらの変更をプロジェクトマスターブランチにマージします。 当然、リポジトリにはパスワード、コード、キーはなく、プログラムコードのみがあります。 サーバーへのアクセスもありません。プロジェクトマスターを週に数回プロジェクトを展開します（テスト（ステージ）および運用サーバーにアップロードします）。
- 開発拠点。 実動サーバーでは、毎日データベースのバックアップがあります。 bakapに基づいて、小さなスクリプトがデータベースの開発者用コピーを作成します。 本番と同じですが、すべての「機密情報」（パスワード、名前、電子メール、ハッシュなど）を消去しました。 新鮮な毎日の開発ベースは絶対に安全であり、すべての開発者が特定のリンクからダウンロードできます。 そのため、開発者は、可能な限り戦闘に近い条件でプロジェクトを立ち上げ、第三者に情報が漏洩するリスクはありません。
- 質問 もちろん、開発者にはプロジェクトに関する質問があります。 しかし、最初に、彼はプロジェクトコード（他の人のコードを読む能力のテスト）を調べることでそれらのほとんどに答えることができます。 第二に、プロジェクトに関する開発者のすべての交渉は、通信の履歴が保存された堅固に確立された通信チャネルを通じて行われます。 ある種のベースキャンプでもかまいませんが、通常はスカイプでのグループチャットで十分であり、チケットトラッカーの各タスクについてコメントの形で議論します。 採用担当者をチャットに接続することで、自分が所有するすべてのプロジェクト情報にアクセスできるようにします。 さて、何か理解できない場合は、同じチャットで聞いてください。
原則として、これは新人が自分のローカルマシンでプロジェクトを独立して起動できるようにするのに十分です。 また、これは重要なテストであり、多くの場合、選択が終了するのはテストです。
このモデルの利点：
- 最小化されたリスク 。 開発者はサーバーへのアクセス権をまったく受け取りません（githubを除く）。 ルーキーがコードを盗んで同じプロジェクトを開始することを恐れているなら、あなたは間違っています。 コードがシンプルで簡単に実行できる場合は、何も盗む必要はなく、簡単に書き直すことができます。複雑で大規模な場合は、そのようなプロジェクト（少なくともユーザーベース）を開始するために盗まれたリポジトリ以上のものが必要です。 さらに、成功したプロジェクトはコード+ベースにはほど遠い...これがあなたを納得させず、あなたがまだコードを恐れているなら、おそらくすでに非常に大きいので、別々のモジュールとリポジトリに分割する時間です各開発者に特定のコードへのアクセスを許可します。
- 新しい開発者の高速接続とテスト 。 人事トラブルはありません。 ファインダーから手紙をもらった？ 彼らはgitへのアクセス、dbへのリンク、タスク番号、および転送を与え、その1日後に結果を求め、githubでその開発プロセスを調べました。
- 開発者の優れた会計要件。 また、開発者もプロジェクトに対する独自の要求と要件を持っていることを忘れないでください。この場合、彼はすぐに自分が何を扱うか、コードをどれだけ理解しているか、プロジェクトの原則をどれだけ理解しているか、このコードを書いた人と一緒に仕事をしたいかどうか、そのような通信などを行った
選択プロセスと他のチームへの新しい開発者の参加がどのように興味深いのですか？