ポートフォリオが実際にしていること
社内の成果の弱点は検証できないことです。たいていは非公開で、チーム単位なので自分の担当分を切り出しにくく、結局は自分の言葉でしか伝わりません。会社の外のものは違います。リンク一つで相手が直接確認します。
ただし代替品ではなく補完物です。会社の外の成果物が社内の経歴を代わりに務めることはまれで、たいていは二つの仕事をします。第一に、履歴書に書いた主張の一つに確認できる根拠を添えます。第二に、偶然の接触を作ります。社内の成果は検索されませんが、公開されたものは検索されます。
だから判断の基準は単純になります。これは自分の主張のうち一つを確認可能にするか。そうでなければ、楽しいからやることではあってもポートフォリオではありません。二つを混ぜると楽しさも減り、証拠も残りません。
何が働き、何が働かないのか
働かないほうから見ます。チュートリアルをそのままなぞって作ったもの、始めただけで止まったリポジトリ、自己紹介だけあって成果物のないページ、そして個数です。未完成の十は完結した一つより弱い。読む人が確認しているのは能力の最大値ではなく、最後まで行く性質だからです。
働くほうはこうです。
- 完結した小さいもの。 範囲が狭く、実際に動き、他人が使ってみられるもの。
- 問題が書かれた文書。 何をなぜ作り、どこで詰まり、何を諦めたか。コードよりこの文書のほうが読まれます。
- 他人が使った痕跡。 イシュー、質問、フォーク。利用者が数人でも、いるという事実自体が完成度の証拠です。
- 自分の方向とつながっているもの。 これから扱いたい問題と同じ種類のとき、価値が最も大きくなります。
公開して書くことの効用と限界
効用は三つです。第一に、書く過程で自分の理解の穴が見えます。この効用は誰にも読まれなくても発生します。第二に、検索される索引になります。後で誰かが名前ではなく問題で自分を見つけます。第三に、偶然のつながりが生まれます。
限界もはっきりしています。ほとんどの文章は読まれません。報酬はすぐには来ず、蓄積にも時間がかかり、どれだけかかるかは事前に分かりません。だから反応を目標にすると、たいてい数か月でやめることになります。目標を自分用の参照物に置けば一本目からすでに回収でき、読まれることはおまけになります。
もう一つあります。仕事について書くとき、公開できる範囲は契約と法域によって違います。社内情報や顧客情報をどこまで書けるかは各自が確認すべき問題であり、曖昧なら書く前に尋ねるほうが安全です。
オープンソース貢献の現実
最初の入口はたいていコードではありません。文書の修正、イシューの再現、テストの追加、他人の変更を読んで正確な質問を一つ残すことが現実的な始まりです。大きな機能提案から始めるとたいてい取り込まれません。プロジェクトごとに受け入れる範囲がすでに決まっているからです。
三つは先に知っておくほうがよい。反応がないことがあり、最初の取り込みまでの期間はプロジェクトによって大きく違い、感情の消耗があります。メンテナはたいてい自分の時間を割いているので、返事が遅いのは個人的なことではありません。公開の場で断られる経験が社内レビューとは体感が違うと知っておくと、揺れにくくなります。
履歴書で実際に力を持つのは有名なプロジェクトの名前ではなく、協働の痕跡です。レビューを受け入れて直した記録、他人のコードを読んで残した質問、文書に加えた説明がそれです。だから一つのプロジェクトに長く残るほうが、いくつもの場所を一度ずつ通り過ぎるより強い。
時間予算という制約
会社の外の時間は無限ではなく、休息や健康や人間関係と同じ口座から引き出されます。この計算を外すと、ポートフォリオがキャリアを削る状況が実際に起きます。夜を使った分だけ昼の判断が悪くなり、昼の結果が落ちると、会社の外の証拠で回復できるより失うほうが大きくなります。
だから始める前に二つを決めておくほうがよい。週に何時間を使うのか、そして何を見たらやめるのかです。終了条件がなければどのプロジェクトも終わらず、終わらなかったものは証拠になりません。
今日できる一つのこと
新しく始めないでください。すでに作りかけのものから一つ選び、完結の基準を一行で書き、公開の日付を付けるのが今日の仕事です。基準は低く取ります。インストール案内と例が一つあり、初めて見る人が数分で実行できれば終わり、くらいで十分です（構成した例です）。もともと計画した範囲の大半を消す判断が、たいてい正しい。消したものは残りませんが、終わったものは残ります。
この助言が当てはまらない場合
雇用契約と法域によって、社外活動と知的財産の範囲は違います。何を公開できるかは会社と国によって違うので、一般論を信じずに自分の契約を確認する必要があります。これは慎重さの問題ではなく事実確認の問題です。
余暇の時間が構造的にない人もいます。介護があったり、健康が余裕をくれなかったり、もう一つ仕事をしている場合です。こういう状況で会社の外の証拠を求める基準は公正ではなく、その基準に自分を無理に合わせて体を壊すほうが悪い。このときは会社の中で確認できる証拠を作るほうが現実的です。共有してよい設計文書、社内での発表、新しく来る人のための資料などです。
最後に、社内の証拠がすでに十分な場合です。経歴が積み上がるほど、検証の重みは成果物から人の証言へ移ります。この区間では、リポジトリをもう一つ作るより、一緒に働いた五人が自分を正確に説明できる状態のほうが強い。
続けて読む
- サイドプロジェクトをキャリア資産に変える方法 — 完結の基準の決め方をもっと詳しく。
- 文章で説得する — 設計文書とRFCが通る構造 — 公開する文章も同じ構造で動きます。
- 作文練習帳 — 公開する文章の最初の段落を複数の言語で磨いてみます。
キャリアを動かす選択シリーズ
- 前の記事: マネージャートラックとICトラック
- 次の記事: 人脈を急ぐときに作らない
현재 단락 (1/27)
社内の成果の弱点は検証できないことです。たいていは非公開で、チーム単位なので自分の担当分を切り出しにくく、結局は自分の言葉でしか伝わりません。会社の外のものは違います。リンク一つで相手が直接確認します...