DevRelからエンジニアリングに戻った理由

Developer Relations（通称DevRel）は、高給でおしゃれな仕事。たくさん旅行もできて、カンファレンスでスピーチをし、定期的にデベロッパーと交流し、コンテンツを作成する。好きじゃない理由があるの？なぜ、誰もがコーディングに戻るの？

この記事を読めば、その理由がわかるよ。

DevRelについての短い注釈

過去2年間、私はDeveloper Advocate（DA）としてDevRelの分野で働いてきた。

「Developer Advocate」という公式な定義はないと思うけど、会社とコミュニティの橋渡し役として考えればいい。DAは会社の代表としてコミュニティに、コミュニティの代表として会社に立つ。でも、それだけじゃない。DAは両者の利益とニーズのバランスを取り、双方が満足するようにする必要がある。

デベロッパーアドボケートの日々の活動は以下の通り：

• 会社の製品を紹介するデモアプリケーションを作成する
• 会社の製品についてユーザーに教育するための文章、ビデオ、ソーシャルメディアコンテンツを制作する
• コミュニティとのエンゲージメント
• コミュニティからのフィードバックを会社に伝える
• コミュニティにサポートを提供する

これらは、DAが1日で何をするかの簡単な例（徹底したリストではない）だから、ざっくりとしたイメージを持ってもらえればいい。また、リストの異なるタスクに焦点を当てたDAの役割（ビデオ制作に特化したDA、ソーシャルメディア管理に特化したDAなど）もある。1人のDAにこれら全てを任せるのは難しく、お勧めできない。

デベロッパーアドボケートになった経緯

DAが何をするのか、どんなことを含むのか簡単に理解したところで、私がどうやってDAになったか話そう。

まず、私のデベロッパーとしてのキャリアの始まりにさかのぼる必要がある。大学最後の年、この分野に入るのが大変だと分かっていたから、他の候補者と差をつける方法を考えた。

ふと思いついたのが、技術ブログを始めること。書くことが一番の情熱で、10代の頃から（非技術的な）ブログを持ってたから、これは合理的だった。私は次のことについて書き始めた：

• 学んだプログラミングの概念や関連すること
• 解決した問題、バグ、エラー
• 既存の知識
• 経験

ブログを始めた話はここまで。でも、それが私がデベロッパーアドボケートになった理由とどう関係してるの？そのブログが、コンテンツ制作の旅を始めるきっかけになったんだ。ブログ記事を書き、ビデオを作り、ソーシャルメディアで活動するようになった。

そして今、なぜ戻りたいかについて深堀りしよう。

エンジニアリングに戻った理由

これから話す前に少し断りを入れておく。この記事は少し否定的に感じるかもしれない。なぜならDevRelについて気に入らない部分にしか触れていないから。DevRelの仕事も素晴らしいし、多くの人が楽しんでいる。私も将来再びDevRelに戻るかもしれないが、今は技術スキルを伸ばすことに集中している。

最後に、この記事は働いていた会社を批判するものではない。両方の会社は素晴らしく、働くことを楽しんだ。この記事は、一般にDevRelについて私が気に入らないことについて話している。

さて、続けよう。

コーディング不足

主な理由はコーディングが不足していたことだ。DAとしての2年間、ほとんど、あるいは全くコーディングをしていなかった。たまにコードを書く機会があっても、超基本的なアプリケーションを作るだけだった。

今でも不思議に思うが、DAは全く、もしくはほとんどコーディングをしないかもしれない。役職に「デベロッパー」と入っているのに、全然、またはごく少量しかコーディングしないんだ。それに、コーディング自体をしていなければ、どうやってデベロッパーと関係を持ち、彼らのために主張できると言うのだろう？

結果、私は進歩していないだけでなく、それどころかスキルが後退していた！DevRelで過ごす時間が長くなればなるほど、コーディングスキルは落ちていった。

何とかしなければ、いずれエンジニアリングの役割に戻ることはほぼ不可能になると分かっていた。

6-7ヶ月かかったが、結局やり遂げた。

高い要求とオブシャな期待

別の大きな理由は、多くの会社が高い要求を持ち、一人の人間に部門全体の仕事を期待することだ。

よく求人広告で、ビデオの作成、記事の執筆、ソーシャルメディアの管理、営業電話、カンファレンスへの出席、コミュニティの管理、そしてリストは続きがあるような人材を探している。

それは多くの仕事で、そういう仕事を引き受けた人は、多分超燃え尽き症候群になるだろう。

さらに、ほとんどの会社は、明確な期待、個人メトリクス、進歩の軌道を持っていない。自分に何が期待されているのか分からない。パフォーマンスをどう評価したらいいか分からない。最後に、次のキャリアレベルが何で、どうやってそこにたどり着けるのか分からない。

クリアな目標、対象、進歩の階段を好む私にとって、これはあまりにも多くの曖昧さだ。

結果の測定が困難

DevRelの作業は、その影響を測定するのに頭を悩ますものだ。開発者アドボケートが行う作業は結果が出るまで時間がかかり、成功を測定する明確な式はない。

DevRelの人たちはイベントの組織からコンテンツの作成まで、多くの帽子をかぶっており、すべてが大きな絵に等しく貢献しているわけではない。さらに、影響はすぐには見えない；それは開発者を幸せにし、忠誠を保つことについてであり、数字にするのは難しい。

その結果、その影響を測るのは複雑だ。

やりがいのない仕事

理想のDevRelの役割には次のようなものが含まれている：

• 開発者として製品に取り組む
• クールなものを作る
• ビデオや書かれたコンテンツを通じてそれを紹介する

残念ながら、私はソーシャルメディアアカウントの管理、リスト記事の執筆、明らかなマーケティング作業に時間を費やしすぎていた。

それらの活動は会社にとってはいいし必要だが、私にとっては満たされない。そして、それらは私がデベロッパーアドボケートとして行いたいと思っている活動ではない。

私にとっての未来がない

私はこのタイプの役割において自分自身の未来が見えなかった。"5年後のDAとしてどこにいたいのか？"、"この分野でどう進歩できるのか？"、"DevRelでの次のステップは何か？"といった質問に自分自身に答えられなかった。

ただ2つだけ答えられた質問があった：

• この分野で続けたいか？短期的には、それは私のコーディングスキルを完全に失うことを意味するから、そうではない。
• 次に何をしたいか？ソフトウェア開発者として働くこと。

私が何をしたいかは明らかだったから、それに向かって努力した。そして今、私は再びエンジニアとして働いている。

終わりに

DevRelで働くことは多くの人にとって素晴らしい経験かもしれないし、私の記事がDevRelのキャリアを追求することからあなたを引き留めるものではない。適切な役割を見つけたら、恐らく数年内に再びチャレンジするだろう。

私の場合は、コーディング不足がエンジニアリングに戻る主な理由だった。物を作ることを逃していただけでなく、急速にスキルが後退していることに気づいたのだ。

転職は困難だった。なぜなら、私の経験からDevRelの職の機会が主に来て、工学系のポジションはほとんど、または全くなかったから。それでも、開発者の役割に戻ることに成功し、今は技術スキルを伸ばすことに集中している。

この記事はもともと私のブログcatalins.techに掲載されました。 私が投稿する全ての記事はそこでチェックしてください。

こちらの記事はdev.toの良い記事を日本人向けに翻訳しています。
https://dev.to/catalinpit/why-i-switched-back-from-devrel-to-engineering-566f