経験年数が問われることはしばしばあります。私も聞かれたり聞いたりしたことはあるけれど、それで何かがわかったことはありません。他の話のきっかけに使うのがせいぜいです。

たとえばJava経験15年とか言われれば「Java5が出た前後か、この時期をどう過ごしたか聞いてみようかな」なんて思ったりします。 Java5はジェネリクスやenumなど、Javaにとっての一大転換期です。とはいえこの時期に新人だったとすると、社会人として精一杯で言語のバージョンに意識が向いていなかったかもしれません。とはいえ次の転換期であるJava8の話は間違いなくできます。転換期の振る舞いは何を期待していいかを知る重要な手がかりになると思っています。対して経験年数が5年未満であれば、Javaの転換期の話をしても仕方ありません。それよりも言語の選択肢が増えている昨今ですから、他の言語など横に広げて聞いた方が実りのある話ができる気はします。いずれにしても経験年数はあくまできっかけであって、それで何かの成果を期待するものではありません。

経験年数でスキルを測るのは、よくある誤ったメトリクスと同じ構図です。コード行数とかバグ密度とかが適切な条件を揃えないと意味がないのと同じ。（適切な条件を揃えると意味はあります。「古臭くて何の役にも立たない」って切り捨てちゃってる人はちょっと見直してあげて欲しい。）選択肢が狭くコンテキストのズレが少ないのであれば、経験年数で何かを測れた頃もあったんだとは思います。しかしながら、現在は既にそのような時代ではありません。開発に携わる皆さんは、時代遅れのメトリクスにとらわれる不幸は多くみてきたはず。不適切なものは排除するのが健全だと思います。経験年数の誤った適用は辞めましょう。

経験年数の他に年齢も似たように扱われ、結構な頻度で聞かれます。経験年数よりも聞かれる頻度は多いのではないでしょうか。そして年齢、もっと扱いづらい……どころかほぼ役に立つシチュエーションは無いと思っていて、私は意識的に捨てることにしました。8年前に某セッションで「年齢を気にしない」と話していたり。

f:id:irof:20200608203716p:plain

何かができるできないの理由に年齢を持ってきたくなかったんですよね。「若いのに」とか「結構なご年齢なのに」みたいな言葉がすごく嫌。たとえ10代だろうと当人を見ればいいだけの話です。プロとして関わっているのだし、少なくとも「いい大人」です。変に気を使うのは当人にも失礼だと思っています。それで期待と合わなくても、それは「若いから」とか「学生気分」とかではありません。単にその人に対する期待が違っていただけで、差分を見極めてギャップ制御すればいいだけの話。こんなところに年齢を持ち込んでも何も問題に制御不能なパラメータを突っ込むだけなので、何も解決しないのです。

f:id:irof:20200608205006p:plain

年齢を含む最古のツイート……当時の私に何があったんだろうね。もう覚えてないや。

当時……と言うかそれよりも前からですが、私は基本的に年齢不詳でやっていて、直接聞かれても濁したりしています。うっかり言ったこともあるので知っている人は知っていますが。実際のところ別段隠すつもりはなくて、単に覚えてないのをごまかしている＆引っ込みがつかなくなってるだけですが、まあそれはどうでも良くて。自分のできるできないの理由を年齢に持って行きたくなくて。これは年齢の割にできないとか、この歳で何かを始めるなんてとか言いたくない、みたいなやつです。

槇原敬之の東京DAYSに「24歳の年に初めて照れもなくスケボー抱えて」というフレーズがありますが、私スケボー今年始めました。10年前からこんなこと言ってる私の現在年齢なので、たぶん24は超えてると思います。

経験年数で何がわかるか

さてタイトルに戻って、経験年数で何がわかるか。

経験年数だろうとなんだろうと「情報を仕入れる＝何かを判断する材料にする」です。そして経験年数で何かを判断できるか。私はせいぜい冒頭に書いた「期待値設定するのに役立つ可能性のある話題の予想が立てられる」くらいです。これも予想に過ぎなくて、外すことも多々あります。外れた事実や反応を次の手の判断材料にするだけですが、よほど相手に対する事前知識がない時くらいしかこんな周りくどいことはしませんね。

年齢でわかること？せいぜい雑談ネタじゃないかな。とはいえぼっち属性だったので、同年代だったとしても別に同じ話題なんて……うん。ドンマイ。