この作業で実際に制御できること
GitHubでは、組織のメンバーシップをプロフィールに表示することも、非表示にすることもできます。この選択は組織のオーナーではなく、メンバーであるあなたに属します。確認済みの2つの事実がこの作業の枠組みになります。組織のメンバーは個々の組織メンバーシップの可視性をPublicまたはPrivateに設定でき、そのコントロールは組織のPeopleリストでメンバーのユーザー名の隣にあります。
GitHubでは、組織のメンバーが個々の組織メンバーシップの可視性をPublicまたはPrivateに設定できます。出典
組織のPeopleリストでは、メンバーのユーザー名の隣に可視性コントロールが提供されます。出典
これが仕組み上の全体像です。それ以外はすべて判断です。見知らぬ人にどのロゴを見せたいか、そのロゴが何を意味するか、そして結果をどのくらいの頻度で再確認するか。メンバーシップを隠すことは貢献を削除することと同じではなく、公開メンバーシップがないことは、その人が組織に雇用されていない、または所属していないことの証明にはなりません。公開メンバーシップは履歴書の一行ではなく、露出の判断として扱ってください。
公開された組織のロゴは一致する識別子です。それはあなたのハンドル、アバター、自己紹介の隣に表示され、誰でもスクリーンショットを撮ることができます。それ自体では雇用、役職、現在の状況を証明するものではありません。雇用の主張をしたい場合は、推測されるロゴではなく、自分で管理する文章で行うべきです。
ステップ1 — メンバーシップの棚卸しを作る
何かを変更する前に、所属しているすべての組織と現在表示している内容をリストアップします。確認済みの事実で示されている組織のPeopleリストを基準に、自分のアカウントにサインインした状態で行ってください。記憶に頼らず、メンバーシップは貢献、フォーク、招待を通じて静かに蓄積されることを忘れないでください。
各メンバーシップについて4つのことを記録します。組織名、ロゴが現在プロフィールに表示されているか、表示させる意図があるか、最後に確認した日付です。これは公開のgistではなく、非公開のメモに保管してください。
| 組織 | 現在公開? | 想定する閲覧者 | 決定 | 再確認日 |
|---|---|---|---|---|
| 例: 現在の勤務先 | はい | 採用担当者、同僚 | 公開を維持 | 四半期ごと |
| 例: クライアントプロジェクト | はい | クライアントのみ | 非公開にする | プロジェクト終了時 |
| 例: オープンソースコミュニティ | いいえ | 一般公開 | 非公開を維持 | 四半期ごと |
| 例: 元勤務先 | はい | 誰にも見せない | 非公開にする | 今すぐ |
| 例: サイドプロジェクト | いいえ | コラボレーター | 非公開を維持 | 変更時 |
表は実際のメンバーシップで埋めてください。ポイントは、「プロフィールは問題なさそう」という漠然とした感覚を、組織ごとの明確な意図に変えることです。
ステップ2 — メンバーシップごとに公開の意図を決める
すべてのメンバーシップが同じ扱いを受けるべきではありません。有用な分類は次のとおりです。
- アイデンティティを伴うメンバーシップ — 職業上の自己紹介で名前を挙げるような組織。これらが公開表示の候補です。
- 取引的なメンバーシップ — クライアントワーク、一時的なコラボレーション、パッケージのメンテナンス。ここでの公開表示は、シグナルよりも多くを漏らすことがよくあります。
- 偶発的なメンバーシップ — イシューを1つ報告するため、またはイベントに1回参加するために加わった組織。これらに公開ロゴが必要になることはほとんどありません。
- 古いメンバーシップ — もう関わっていない組織。ここでの公開ロゴは、意図していなくても現在の状況を誤って伝える可能性があります。
設定に触れる前に、組織ごとに意図を1文で書いてください。「このプロジェクトに貢献していて、コラボレーターに見つけてほしいので、このロゴを公開したい」は意図です。「すでにオンになっていた」は意図ではありません。
ステップ3 — 確認済みのコントロールで可視性を適用する
確認済みの事実は、可視性コントロールが組織のPeopleリストでメンバーのユーザー名の隣にあり、メンバー自身が設定することを示しています。組織ごとにそのコントロールを使用してください。単一のグローバルスイッチが存在すると仮定しないでください。また、組織のオーナーがあなたの選択を見たり上書きしたりできると仮定しないでください。確認済みの事実はどちらとも述べていません。
各変更の後、ログアウトしたブラウザまたはプライベートウィンドウで公開プロフィールを再読み込みします。サインインした表示は、見知らぬ人が見るものと異なる場合があります。期待した結果ではなく、観察した結果を表に記録してください。
ステップ4 — メンバーシップと雇用を切り分ける
ここが最も混乱が起きる部分です。公開メンバーシップは一致する識別子であり、ハンドルを組織に結びつけます。それは雇用の表明ではなく、その不在は非雇用の表明でもありません。人はGitHubで組織に参加しなくても組織と仕事をし、役割が終わった後も長くメンバーであり続けることがあります。
採用担当者に見つけてもらうことが目的なら、メンバーシップロゴだけでは弱いシグナルです。自分で書く文章 — 自己紹介やピン留めしたリポジトリ — が、実際に意図する主張を伝えます。プライバシーが目的なら、メンバーシップを隠しても、貢献した組織からコミット、イシュー、プルリクエストが削除されるわけではないことを覚えておいてください。確認済みの事実はメンバーシップの可視性を扱っており、活動の削除は扱っていません。
公開メンバーシップは誤読されることもあります。組織のロゴを見た読者は、ロゴが持たない現在の役割、役職レベル、推薦を想定するかもしれません。それは読者の誤りですが、あなたの露出です。その曖昧さを背負いたいかどうかを決めてください。
よくある間違い
- ロゴを履歴書の一行として扱う。 公開メンバーシップは雇用の主張ではありません。主張したいなら、書いてください。
- 非公開ならどこでも見えないと仮定する。 メンバーシップの可視性を隠しても貢献は消えず、すでにロゴを見た人が覚えているのを止めることもできません。
- 不在が距離を証明すると仮定する。 公開組織メンバーシップがない人でも、その組織に雇用されている可能性があります。設定は選択であり、事実ではありません。
- ログアウトして確認せずに設定を変更する。 サインインしたプロフィールは公開プロフィールではありません。外部から確認してください。
- 古いメンバーシップを飛ばす。 元勤務先や終了したクライアントプロジェクトは、誤解を招くロゴの最も一般的な原因です。
- 一致する識別子と身元を混同する。 プラットフォーム間で一致するハンドル、アバター、組織ロゴは手がかりであり、2つのアカウントが同じ人物のものだという証明ではありません。他の人があなたのプロフィールを読むときも同じです。
- メンバーシップが活動から推測できることを忘れる。 非公開の可視性でも、公開された貢献が所属を明らかにすることがあります。それを念頭に置いて決めてください。
再確認と自分のフットプリントの保護
定期的な再確認を設定してください。ほとんどの人にとって四半期ごとが妥当なデフォルトであり、役割の変更後はすぐに行います。各再確認時に、ログアウトした状態で公開プロフィールを開き、表と比較し、再確認日を更新します。離れた組織がまだ表示されている場合は、Peopleリストのその項目を見直してください。
公開識別子は手がかりであり、証明ではありません。これは他の人があなたのプロフィールを読む方法にも、あなたが他の人のプロフィールを読む方法にも当てはまります。GitHub以外で自分のフットプリントを確認しているなら、ユーザー名検索で既知のハンドルが公開されている場所を表面化できます。TraceSeekは3,000+のプラットフォームをカバーし、最初のスキャンは登録やログインなしで無料です。製品はスキャン時間を20–30秒と説明しています。TraceSeekはプラットフォームの設定を変更したり、一致を保証したり、身元を検証したりしません。表示された公開一致を、あなた自身が解釈するものです。それらの一致をどう読むべきか、どう読むべきでないかについては、方法論ページと、公開プロフィール検索が人物について明らかにできることとできないことに関する既存のガイドを参照してください。
重要な事実
- GitHubでは、組織のメンバーが個々の組織メンバーシップの可視性をPublicまたはPrivateに設定できます。
- 組織のPeopleリストでは、メンバーのユーザー名の隣に可視性コントロールが提供されます。
- 公開された組織メンバーシップは意図的な露出の選択であり、雇用の主張ではありません。
- メンバーシップの可視性を隠しても貢献は削除されず、メンバーシップがないことは非雇用を証明しません。
- プラットフォーム間で一致する公開識別子は手がかりであり、アカウントが同じ人物のものだという証明ではありません。