追記:このドキュメントは有効期限が切れています。応募は募集していません。
結果のレポートは https://azu.github.io/open-job-letter/report/ にて公開されています。
これは求職記事（Hire Meな記事）です。 無関係な方はスルーしてください。
- 公開者: azu
- GitHub: @azu
- Twitter: @azu_re
- Mail: [email protected]
- 公開: 2018年11月13日
- 有効期限: 2018年12月5日
追記:このドキュメントは有効期限が切れています
ウェブではazu(アズ)という名前で活動しています。
仕事では、ウェブサービスのフロントエンドと呼ばれる領域の設計/開発を行うことが多いです。 開発では既存の仕様との調整をしながら設計が必要となる大規模なリニューアルや特定の問題を抱えているプロジェクトの問題解決という形で参加することが多いです。リニューアルなどでは、サービスのドメインオーナーと話し合いながらどのように実現するかの設計から実装まで行っていました。
また、フロントエンドの開発環境を改善するFrontendOpsと呼ばれる領域に関わっていることも多いです。 具体的には、リポジトリ構造を整理するためにmonorepoの検討から導入、CI/CDの環境を構築しての自動化などを行いました。 これに加えて開発の補助するライブラリやツールの作成、依存ライブラリの整備、パフォーマンスの計測の自動化や改善などを行っていました。
課題や目的がある特定のチームに入り、開発や改善を行い、一段落したら別のチームへ移動するといったサイクルで活動していました（大体半年から1年半程度のサイクル）。 また、定期的に誰でも参加できる「JavaScript相談会」を開催し、業務を含めた技術的な問題を相談できる場所を設けるなど社内技術コミュニティもやっていました。これは特定のチームや特定サービスではなく会社全体のフロントエンドを改善するという意識から行っていた活動です。
次の図でフロントエンドに関わる範囲で仕事でメインとしてやっていたことを挙げておきます。 具体的なライブラリなどは省いたり、思いついたものを入れただけなので雰囲気です。
これらの仕事に関しては別のドキュメントでまとめたものがあるため、詳細が必要な方は連絡手段から連絡した後のやり取りの中できいてみください。
個人では、JavaScript Promiseの本やjs-primerというJavaScriptの入門書を書いたりしています。またJSer.infoというJavaScriptの情報サイトの運用やtextlintという自然言語の校正補助ツールの開発などを行っています。
OSSは幅広くやっているのでActivityを見るのがわかりやすいですが、hls.jsやpower-assert-jsのコミッターなどをやっています。
他の個人的な活動は次を参照してください。
この求職記事の目的は次の通りです。
- 求人記事が膨大なため、タイトルだけではよくわからず見逃している企業が多いと思った
- スカウトでは、自身の目的と一致しないことも多いためこの"求職記事"で指針を明確にしようと思った
- OSS活動のほうが知られているので、求職記事もオープンでやったほうが効率的だと思った
能動的に求人記事を探す場合にはWantedlyが掲載数の多いサービスだと思います。 しかし、Wantedlyではフロントエンドの求人だけでも2000件以上あります。 このうち半分以上は眺めましたが、求人タイトルだけではどのような事業や課題を持っているかが把握できない場合も多く、中身をすべて見るのは時間的に難しいと考え諦めました。
「企業を見ているポイント」で後述しますが、使っている技術よりもその企業がもつ課題や成長性(企業、個人どちらも含む)などを重要視しています。多くの求人記事のタイトルは、使っている技術や事業のジャンル程度の情報しかないことが多いです。 そのため、WantedlyやForkwell Jobsのような求人記事からマッチする企業を見つけるのは難しかったです。
一方で、受動的に求職する場合には転職ドラフトや各種サービスのスカウト機能があります。 しかし、この場合もサービスに登録している求職者数や企業側のコストの問題から限界があります。 また、機械的に送られたものなど目的と一致しないスカウトがくることもありました。
自身がOSSなどPublicな場での活動が多いことを考慮すると、求職記事もPublicで書いたほうがマッチしやすいと考えたのがこのドキュメントを公開した理由です。この求職記事ではできる範囲で求職の目的や企業に期待することを公開しています。
このドキュメントを読んで興味をもった方は連絡手段から連絡してください。
仕事や仕事で行った具体的なことについてはPublicなウェブに明記しない方針です。 そのため、それらの詳細について知りたい場合は指定の連絡手段を取って面談などで聞いてください。
このドキュメントは有効期限が更新されない限り、指定した有効期限で無効となります。
- 入社時に宣言した目的が一段落した
- B2Cサービス以外にも興味が出てきた
転職を考えるようになったのは、入社時に話した目的が一段落したためです。このときに、また別の新しいことにも挑戦してみたいと思ったのが直接的なきっかけです。
今まではB2Cサービスに関わることが多かったため、B2Bなど他の領域にある課題の解決に挑戦したいと考えるようになりました。 この背景には、近年のB2Bサービスはちゃんとデザインされており活発に開発されているものが増えたという印象があり、B2Cのサービスに限らない仕事もやってみたいと思いました。B2BにはB2B特有の課題などがあり、また新しいことに挑戦できると思ったためです。
根底には課題をテクノロジーで解決して便利になりたいという思いがあるため、B2Bサービスに限りませんが、新しい課題に取り組みたいと考えるようになったのが転職活動のきっかけです。 （「テクノロジーで」としているのは、より少ない資源で大きな成果になる可能性が高いからです。技術以外で解決できる問題も多いですが、競合との差はテクノロジーとなる可能性が高いと考えているためです。）
転職活動は既に開始済みであるため、次のセクションではそれらを踏まえた自己紹介や企業を見ているポイントについて書いていきます。また、既に退職済みであるため、このドキュメントは求職記事としています。
- しらべること
- 新規開発と設計を考えること
- 運用を改善すること
- 手数を少なくするための仕組みをつくること
- 再現性を作ること
- ドキュメント/メモを公開すること
- 他の人が再現できるようにどのような過程をたどったかのドキュメントを残す
- 相談会も透明性のために議事録を取って公開する
- アーキテクチャの意思決定をArchitecture Decision Recordsで残す。自分にドメイン知識の依存が残ることを嫌うため、それを避けるために積極的に過程の記録を書いている
- 障害など突発的な修正を入れる場合にも、該当のPull Requestに問題の原因や修正方法についての解説を勝手に追加していることが多い。後から類似する問題を検索できるようにするため
- 意見に対してすばやく動くものを返す
- 仕事、OSSどちらにおいても意見などに対してはすばやく動くものを作って反応を返す。（目安として30分以内に何らかの手段で実現できるならすぐ実装する）
- これは短時間で動くものもらった場合は、その後の流れがスムーズ（より具体的）になるという経験的な結果があるからそうしている
- 短時間で話を返すだけだったり、時間が経ってから動くものを返した場合は、結果的に無駄になる時間が増えるという印象からきている行動です
- 停滞すること
- 自身の意思に反して開発が停滞することに苦手意識があります
- たとえば、ある機能を入れるためにコードフリーズした状態が苦手です
- コードフリーズの原因がデプロイのワークフローならそちらを修正したくなります
- プライバシーやセキュリティを尊重しない行動
- 意思に反する時間外労働
- アラート対応は苦手意識があります
- そのためインフラ系は積極的にはやりません
作りたいものは個人で作ってしまうことが多いため、仕事として何かを作ることに対するとくべつ強い意思はありません。（もちろん、自分が実際に触れるものほど、作ることに対するモチベーションは高いです） そのため、会社選びは自分がどういう状態になりたいかやそのときの興味の影響が大きいです。
究極的にはあらゆる問題を解決してより便利になることが目標です。 そのために成長できる会社やチームがあり、停滞せず新しい課題に常に取り組める環境を求めています。
また、自分自身が特定のドメインに詳しくなり単一障害点となることよりも、 特定のドメインに取り組んでいる人を支援して課題を解決する手伝いをしたいという思いがあります。
次にドキュメントの公開時点で興味があったポイントを書き出しています。 既にいくつかの企業を調べ訪問しましたが、次のポイントのいずれかが詳しく調べる起点となっていました。
ただし、知らなかったことでも興味を持てればそこから追求するタイプです。 そのため、次のポイントは参考程度です。このドキュメントの目的の8割ぐらいは見ていなかった企業と接点を持つために書いています。 （必須条件ではなく、興味を刺激するポイントに過ぎません）
- B2B
- 転職活動の目的で書いた理由です
- 📝 B2Cの企業はそこまで調べてないだけで、もともとやっていたので興味はもっています
- 拡大期の企業
- 次の2つは体験したことがあり、間となる拡大期の企業を経験したことないため
- スタートアップ: 少数〜拡大する直前（シリーズA）
- 大企業: 大人数での開発
- 良いデザイン
- ある課題を解決するためには機能だけではなくデザイン（UI、行動、プライバシー、セキュリティなどいろいろ意味のデザイン）も大切と考えているため
- よいUI、UXを持つためにデザイナーがちゃんと社内にいるか
- デザイナーと実装者などでどのようにコミュニケーションをとっているか
- デザイナーなどがデザインの仕組み化について考えているか
- これはデザインツールやコンポーネント志向などデザインの考え方がいろいろ変わってる中で、その変化にどのように対応していこうとしているか
- https://speakerdeck.com/ts020/vuefes はこの話に近い話題
- フィードバックサイクルやその単位が会社のサイズに合っているか
- 一度作ったデザインを変えるときにどうしているか
- 課題
- 課題をもっているか
- その課題に対してどのようなテクノロジーで解決しようとしているか
- 裁量
- 予算だけではなく裁量があるか
- またその裁量をどのように仕組み化しているか
- 自由な取り組み、発言などを安全に行える環境をどのように作っているか
- これは停滞のボトルネックが裁量にあることが多いと考えているからかもしれません
- プライバシー
- GDPR対応をどうしているか
- Privacy by Designの考え方があるか
- リモートワーク
- 小規模の会社だとリモートワークは多いが、その会社が大きくなってきたときにリモートワークの仕組みを維持する方法があるかが個人的に気になっている
- 市場
- 事業
- 競合
- チーム/人
- テクノロジー
- 透明性
その企業がどのような市場をターゲットにして事業を展開しているかなど、事業としてうまく行くかどうかを見ています。また、その市場で競合となる企業はどの程度いるのか、その市場を独占できるような差があるのかを見ています。これは企業の成長性をみるためで、企業に成長性があると個人も成長する確率が高くなると考えているためです。
また、その事業に対してどのようなチームや人が関わっているのか、エンジニアだけではなくちゃんとデザイナーやセールスなどがいるのかは見ています。 作るだけではなく届けるためのチームができているかを見るためです。
訪問した企業と話をしていると企業が提供するサービス、チーム、文化の話をしていることが多いです。 どのような技術を使っているかは気にはしていますが、それ自体を判断ポイントにはしない傾向があります。 しかしながら、課題に対してテクノロジーで解決することに挑んでいるかは常に気にしています。
一方で、企業として情報をどれだけ一般に公開しているかは、調べる上でも影響するため気にしています。 これは社内でも同じで、社内でもどれだけ透明性のある情報の流れがあるかを気にしています。基本的には情報が社員に対してもオープンであることが好ましいと考えているため、情報の透明性を気にしています。 社外に対しても、公開して問題ない情報は公開していることを好んでいます。
これに加えて、興味をもてるかやワクワクするかという感性的なものが見ているポイントです。
- 正社員
- 業種: 特になし
- 職種: エンジニア/プログラマ
- 自社開発、自社サービス
- 業種: ゲーム、広告、アダルト、人材
- 受託開発
受託開発になんとなく苦手意識があります。
- 東京周辺、リモート
📝 Note: リモートワークは上手くスケールできるかに興味があります。
- 800万〜
いくつかのオファーなどから考えて下限を800万程度に設定するのが適当だと考えています。
- できるだけ明確な情報と目的をもって連絡いただくこと
「企業を見ているポイント」やその企業が行っている専門領域を事前に調べてから話を聞きに行っています。 具体的には求人ページ、サイト、ブログ、人、登記簿謄本やIR、その分野の専門書、提供しているサービスを実際に利用したり、そのサービスのターゲットの人に話しを聞きに行くということをしています。
これは話を聞きに行くときのスタンスが「その分野のプロに話を聞ける機会」や「カルチャーマッチの確認する機会」という認識のためです。 そのため、知識的な差で話す時間を無駄に使ってしまうのを避ける傾向があります。 また、単に自分から話題を振るのが苦手なので、事前に話題を集める意味もあります。
事前調査に時間を使うことが多いため「とりあえず」で話を聞きに行くのが難しいことをご了承ください。 また連絡する際には、できるだけ取り組みや課題に対する明確な情報とマッチ理由など添えていただけると幸いです。 もしくは、もっと気軽な話ができるような形態でやり取りを開始するのが望ましいと考えています。
次のページに、以前DMが来たが答えるのが難しいと感じたいくつかの例を書いています。
また簡単なチェックリストを置いておきます。
興味がある方は次の手段で連絡をとってみてください。
直接DMやメールをもらうと上手くハンドリングできなくなるため、 次のどれかを通してから、あらためて@azu_reからDMする形にしたいと思います。
⚠️ 直接DM(TwitterのDM、メール)を行うのは避けてください- 📝 反応が早いと思われる順番で書いています
- Publicな範囲で話ができる
次のTweetなどに対してリプライで@azu_reへ連絡してください。
<script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script>[PR] 現在求職活動中です。
— azu (@azu_re) November 13, 2018
普段OSSなどPublicな活動が多いため、求職記事をPublicに公開しました。
詳細は次のページにまとめてあります。
- https://t.co/mKRflxJoic
詳細を読んで興味がでた方は、ドキュメントに書いてある連絡手段やリプライから、DMでのやりとりに移行できると嬉しいです。
- Publicな範囲で話ができる
次のリポジトリに対してIssueを立てて連絡してください。
- 非公開で連絡ができる(Twitterでのログインが必要)
- DMの送信依頼を非公開で行えるイメージです
- 使い方: SNSを使ってカンタンに募集ができるサービスbosyuをリリースしました
⚠️ 注意: Bosyuには文字数制限があるため、非公開なgistなどのスニペットサービスを併用するとよさそうです
次のBosyuに対して連絡してください。
- 応募をTwitter DM、メールなどのDMで直接送った場合は無視します
- 応募に関する返事は@azu_reからのDMを受け取れるように、事前にDMを誰からも受け取れるようにしておく必要があります
- About Direct Messages
- 応募時に希望の手段を書いていただければ、Twitter DM以外にもメールやWantedlyのチャットなどでも対応可能です
- 面識がない場合はどうしても慎重になるため、返信に数日以上かかる場合があります
- 必ず返信するとは限らないことはご了承ください
- その他の方法でもっとスムーズに情報交換できそうと思える手段がある場合は教えてください
- Q. フリーランスではだめなの？
- A. 税金や請求書の扱いなど大変そうだと思います
- Q. なぜ求人サイトではなくオープンで？
- A. 求人サイトと活動範囲(OSS系)があまり被らない層だと思ったため
- Q. 海外は?
- A. 特に意見がないです
CC BY 4.0 © azu
![dependabot[bot] avatar](https://avatars.githubusercontent.com/in/29110?v=4 "dependabot[bot]")
React
Typescript
Django
Laravel
Facebook
Microsoft
Google
Alibaba
D3
Tencent