プログラマーのGithubプロファイルをどのように評価しますか？[閉まっている]

オープンソースコミュニティの多くの人々は、採用時に候補者のGithubプロファイルを強く検討すると言います。

私はGithubで積極的に活動しており、私自身のプロジェクトと他のプロジェクトへの貢献がいくつかあります。しかし、自分が雇用主であるかのように自分のプロファイルを見ると、クローンを作成したが貢献したことのないプロジェクトなど、多くのノイズが見えます。誇りに思っているプロジェクトやパッチは目立ちません。

人々のGithubプロファイルを評価する場合、どのように行いますか？そして、開発者として、何か別のことをする必要がありますか-例えば、私が積極的に取り組んでいないクローンリポジトリを削除しますか？

私は、GitHubプロファイル、Twitterストリーム、およびブログをすべて、プログラミングインタビュー/候補者スクリーニングの品質の指標として使用しました。それらはすべて独自の方法で異なる信号を生成します。

10人中9人の応募者が、1つのオープンソースプロジェクトに1つのパッチを提出したことはありません。壊れたドキュメントを更新しても、開発者の上位階層に移動します。オープンソースパッケージに何が問題なのかを十分に知っていること、パッチを提出することに十分気を配っていること、そしてそのパッケージのメンテナーがあなたの作業を含めるのに十分だと思います。一般化として、汚れたものを見つけたときよりも良い状態に残すために主導権を握ることを示しています。

とても簡単に聞こえますが、10人の開発者のうち9人がこの重要な一歩を踏み出すことは決してありません。

したがって、受け入れられた単一のパッチは見栄えがします。四半期ごとに2〜3の単純なパッチの長い歴史がさらに優れています。それよりも優れているのは、注目に値するものを投稿することです。

1. 重要なオープンソースプロジェクトへの実質的な貢献（候補の0.1％〜1％以上）
2. プロジェクトへの少額の寄付の履歴の延長（候補者の上位5％）
3. 比較的未知のパッケージに対する単一のワンライナーパッチ（候補の上位10％）

同じメモで、常に飲酒して映画を見に行くことをツイートする開発者は、平凡な雇用をする傾向があります。すべての3番目のメッセージがテクノロジーに関するツイートストリームは、彼の技術を気遣い、解決策を執pursueに追求する種類の猛烈なジャンクヤード犬の開発者を指します。

ブログは品質の優れた指標でもありますが、技術的な才能ではなくコミュニケーションのスタイルです。何人のプログラマがブログ記事＃1を書くのを煩わせますか？同じ種類の1％/ 5％/ 10％カットオフがここに適用されます。

開発者として、私はGithubアカウントで他に何もしません。Githubアカウントをすぐに評価できないのはあなたの問題ではありません。厳密に言えば、これはGithubの問題でもありません。開発者を評価するためではなく、共同ソフトウェア開発のためのものです。

Githubデータを操作するユーザー評価用の特別なツールが必要です。今のところ、サードパーティのサイトを使用できます。たとえば、http：//coderwall.comがあります -プロファイルを簡単に見ると、開発者がパッチを提出したかどうか、誰かがプロジェクトを分岐した場合、使用している言語の数が表示されます...

別のオプションは、Github APIを使用してホームページにそのような要約を自動的に生成することです：多数のフォークとウォッチャーを含むプロジェクトのカスタムリスト、最後に更新された時間など。

GitHubプロファイルに基づいて候補者を評価するときは注意してください。GitHubはCVではありません。派手なプロファイルを持たない優れたエンジニアは多くの理由で存在します。多くの理由があります。彼らはクローズドソースの会社で働いていたかもしれません。

オープンソースプロジェクトへの貢献は候補者にとってプラスかもしれませんが（@marshally言及）、昔ながらの方法で評価し、採用する必要があります。

このスレッドを読んだ直後に私がつまずいたいくつかの参照：

• GitHubはあなたの履歴書ではありません
• 最もアクティブなGitHubユーザー、特に 重要な貢献者からこれら2件のコメント：1、2。

彼のアクティビティストリームを見て、GitHubで実際にアクティブになっているかどうかを確認するのに少し時間をかける必要があると思います。

プッシュ、イシューなどを見ることができます。これは、彼がただ浮気するのではなく、実際にアクティブで何かに取り組んでいることを示す大きな指標です。

誰かがあなたを評価しようとしているなら、彼/彼女はあなたの「本当の」写真、安っぽいコード、そして良いコードを見るべきです。最近インタビューを行ったところ、インタビュアーはgithubアカウントを開設するように頼み、レポジトリの1つを閲覧し、1年前に学んでいた言語で書いたくだらないコードを見ました。

それで、彼は私に尋ねました、どうすればこれを改善できますか？私はそれを改善する方法を知っていたので、彼のすべての答えに正しく答えましたが、そのプロジェクトを修正することはあまり気にしませんでした。

stackoverflow.comアカウントでも同様です。あなたは評判などがあるので、それはSOでより明白です

私は個人的に彼らのプロフィール自体を見ることの価値を見ていません。あなたが正しく言ったように、ふるいにかける価値がないほど十分に大きいノイズ比がある傾向があります。

私は最近応募し、私の最初の開発者の仕事を除かれました、そして彼らが使ったプロセスはとても公平だと思いました。プロファイルなどについて尋ねるのではなく、私が履歴書にリストすることにしたプロジェクトに集中しました。

候補者から収集する必要があるのは本当にほんの数点です。主なものは、彼らが開発できるか、やる気があり、どのようにカチカチするかです。これはすべて、事前インタビューまたは最初のラウンドトークから取得できます。これは、電話または1時間のサイトインタビューで行うことができます。

候補者に話をさせ、彼らの情熱がどこにあるのかを見つけさせるという考えです。このよりリラックスしたスタイルは、開発に関連して使用するサービスのいずれかのプロファイルを送信するよりもはるかにオープンであることがわかりました。

最初に技術面接に参加しないのはよかったです。彼らは、適切な「チーム」フィットを見つけて、スキルを評価するという正しい姿勢を持っているように見えました。