React 公式ドキュメントの日本語翻訳を一部担当しました
渋谷のITベンチャーを退職してTwitter転職しました
退職エントリかつ転職エントリです。
2年間務めた渋谷のITベンチャーを退職しました。社名などはこれまで出したことがないので非公開で。
自社開発のWebアプリの開発に携わっていました。BtoCなプロダクトで強いて言えばECサイトが一番形体として近いです。CMも打っていたので世間的にはそれなりに名前が売れていたことでしょう。
なんで辞めたの?
- 新しいことがしたい
- 自分の市場価値を高めたい
- 会社の成長が頭打ちになりそう
- 現場に技術力がなくて担当プロダクトがダメダメ
- 開発は下っ端がやるものと思われているので現場の技術力が上がらない
4,5 の点で言えば業界で囁かれる理想的なダメ現場だったので辞めました。無駄なMTGが多いとかひたすら社内資料作りしなきゃいけないとかよくあるやつです。
プロダクトがどれだけダメかについては詳しく語りませんが、toCなので一般の方でも触れる形ですぐに不便さや奇妙な挙動を体験できます。あとどう考えてもこの機能必要だろってものが無かったり(基本設計がダメ過ぎて実装できなかった)。ビジネスの要求するスピードに開発がどんどん遅れていく状況は技術力の敗北を感じずにはいられませんでした。技術力無いと継続的成長って無理なんだなーと。昨今の騒がれるような炎上してないだけ良いのかもしれません。
disが多いですが、職場の好ましいところを挙げても辞める理由にならないからです。転職理由のネガティブが無いなんてケースは嘘です。もちろん 1,2 のように前向きな理由もあります。
環境も劣悪どブラックってわけではありませんでした。働き方についてはかなり緩い方です。各自の判断でリモートできましたしね(在職時にもう禁止にする動きがあったので現在は知らないです)。裁量労働で勤務時間が緩かったのは良かったです。まあチームの朝会のせいで実質的に制限があるっていうよくあるアレも発生していたんですけど。
Twitter転職しました
Twitterで求職してたくさんの企業にお声がけいただき、幸いなことに転職することができました。
ゆるく求職します。
— kik4⚡️ (@_kik4_) 2018年10月4日
フロント寄りWebエンジニア。現在はフロントからクラウドインフラまで担当。
仕事はC#,JS/TS,Vue.js,React,AWS。興味があるのはGo,nuxt.js,GCP。
年収:500万円~
勤務地:京王線からアクセス良(新宿・渋谷・都営新宿線)orリモート
その他:朝早くない+残業は裁量#hiyokonitsuduke
上がそのツイート。 かつて求職サイト作ってた手前、その手のサービスが食いっぱぐれしまうような転職活動のやり方に後ろめたさを感じていたわけでもなく皆さんどんどんやればいいですよ。
体験した感触としては、普通の転職活動よりも砕けた話ができて良かったです。企業さんの方からアクションしてもらえて、貼っておいた資料も目を通してもらえている状態で面接に臨めるのは訪問する側としては心理的安全性が溢れ返ります。反対に言えばアクションしてもらえるようにこちらの値打ちをアピールしていかなければならないので、プレゼンスを高めることの重要性を実感しました。
エンジニアさんに面接してもらえることがほとんどで、お話しすることでエンジニアの業界的な見識を広めることができたのも良い経験になりました。本当に外に出ていかないので、一つの会社の価値観に染まってしまってたんですよ…。
転職サイトに掲載されていない企業に行く不安はあると思います。実際に良くない体験もありました。ただサイトやエージェントを利用する場合も同様にどれだけその企業を信用できるかは最終的には自分自身で判断しないといけないません。どちらにせよ等しく不安はあるものなので、良く交渉していきましょう。
最後に、上のツイートを広めていただいた方、それを見てお声をかけていただいた方には感謝でいっぱいです。ありがとうございます。
転職先は?
OKを貰えたので公開すると souco というスタートアップに行きます。これまでと打って変わってtoBです。
こういう情報を開示するとふと考えてしまうんですが、マッハで辞めてたらお気持ち察してください(めっちゃ失礼)。でも今のところミスマッチはありません。
開発環境もかなりモダンでいい感じです。これを見たら前職のプロダクトは中世ですよ。転生しても技術系統が違いすぎて現代知識で無双できないパターン。
という感じで業界も使用する技術スタックも前職から変わって大変なのですがキャッチアップできるように頭を使っているところです。
大部分がリモートなので自律して勤務できるなら通勤に疲れている方にはおすすめです。この点は最高です。MTGも少なくて開発に集中できますし。ただ一人だと集中し過ぎることも? もっと時間を有効活用していきたいですね。
一つとても良かったことが、初めてOSSに修正のPRを出して受け入れられる経験ができたことです。簡単なものなんですが外に出る活動なんて前職ではなかっただけに非常に感慨深いです。
終わりに
プレゼンスと人間力を上げたいです。
面接する時に考えること
面接する側になると「いい面接」とは何かについて考えます。 自分が求職者だったら、事前に経歴とコード見せて技術力知ってもらい、当日は現場の状況聞いて良さそうだったら脈があるかどうかその場で決めてもらって 15 分で終わりにしてもらった方がお互い時間を無駄にしなくてハッピーなんですが…それは置いておいて。
面接の意義とは、企業にとってはその求職者が現場にふさわしく、長く働いてくれるかどうかを知りたいです。求職者にとっては現場がどれだけ自分にフィットしてどれだけ良い環境で働けるのか知りたいことでしょう。 そんなものちょっと会って話しただけで見抜けるなら、入社してすぐの社員が数日後に行方不明になるなんてことは起きません。以前知り合ったリクルーターも数回の面接で人間性を見抜けるわけないじゃんと言っていました。専門でやっている方がそうなんだから私のような現場の人間が仕事の片手間に面接してわかるわけないです。 そこは努力と妥協をしていきます。
他に何が面接に大事でしょうか?
私はプレイバリューだと思います。例えお祈りする結果になろうが、求職者にいい面接だと思ってくれた方が断然良いです。いい面接=プレイバリューの高い面接だとして、どうすればそのような面接になるのでしょうか。
個人的に気を付けているのは以下の点です。
ウェルカム感を出す
第一印象は大事です。いくら仕事で疲れていても笑顔で出迎えます。誰も憔悴した職場で働いて自分も消耗したいとは思ってくれません。
技術的な話題を深掘りする
求職者の技術力を推し量り、また求職者側も職場の技術力を知ることができます。実践的な話なら具体的なエピソードが出るまで。理論ならどれだけ理解しているか引き出します。理論の話ならこちらもきちんと知識を身につける必要がありますね。
エンジニアやってるなら自信のある技術や面白い経験の一つや二つあるので、ここが一番盛り上げたいところ。楽しい面接にすることが大事です。盛り上がる話が出てくるまで質問の仕方を変えて無限に引き伸ばしてもいいほど。一度こちらから例を出してみるといいかも。
ただこれだけでは技術力を見抜けないので、必要なら別途コーディングの課題や GitHub でコードを見せてもらいます。正直なところ事前に見せてもらいたいですね…レジュメが当日持ち込みだと何話せばいいか決められないので。
自然に接する
人間関係は大事です。求職者はどんな人と一緒に働くのか見極めようとしています。私のような現場の人間がせっかく出てきているのだから、どのような人と接して働くことになるのかお互い伝えることができるといいです。
まとめ
とにかく楽しく、わざわざ時間を作って足を運んでよかったと思えるような面接にしたいです。上辺ではなく膝を突き合わせて正直ベースの方がお互いに価値のある面接になるのではないでしょうか。求職者は誰しもが面接が上手ではなく、こちらが仏頂面で構えて良い面接にしてくれる人ばかりではありません。こちらから求職者の素質を明らかにし、就職したいと思ってもらえるような面接にしたいです。
逆に私は面接官として本当に価値が作れているのか不安なので、もっと気軽に答えてくれると嬉しいです。
あ、最近は面接される側が多かったのですが他意はないです、念のため。
転職ドラフト&moffersを利用しました
はじめに
エンジニアの転職が売り手市場になって久しく、この傾向はまだ変わりそうにありません。ジョブホッピングにより労働条件を向上させていくことがイケてるエンジニアの在り方であり、あるいは反対にナウいエンジニアであることの証明条件であると言えます。
そこで、この度は私も時代の潮流に乗り遅れつつも機会を逃さないように重い腰をようやく上げることにしました。
多くの社会人は給金をいくら貰っているかなんてことは口に出すことはなく、主に女性の結婚の際の指標として口さがなく語られます。その中でエンジニアの給料は公に語っても良い考え方が浸透しており、おかげでお互いの労働環境が透明化され、業界全体として労働者の地位が向上するというありがたい風潮があります。その風潮を特色として色濃く出している転職サービスが転職ドラフトであり、この文脈でよく名前が上がるのも当然というわけです。
さて、私も数年ぶりに求職者となった今、時流に乗るべく転職ドラフトを利用しました。このエントリはその感想です。ついでにそのクローンサービスである moffers にも参加したのでその比較もちょいちょい入れていきます。
転職ドラフト参加概要
- 第 14 回に参加
- 開催日は 2018 年 09 月 19 日〜2018 年 10 月 04 日の 15 日間
- 参加人数 527 人
- 参加社数 114 社
- 総指名数 1140 件
オファーは 6 件。うち 4 件は終盤にどかっと来ました。 指名額は平均して 520 万。ただし 1 社外れ値的に 750 万の指名があってこれを除くと平均は 490 万。
moffers 参加概要
- 第 4 回に参加
- 開催日は 2018 年 09 月 19 日〜2018 年 11 月 05 日まで延長
- 参加人数 ? 人
- 参加社数 100 強
- 総指名数 ? 件
オファーは 5 件。週一回オファーが届いて 1-2 件。 指名額は平均して 510 万。
参加時について
両サービスとも開催期間の前にレジュメを書いてその審査を受け、通過しなければエントリすることすら叶いません。この項目というのが非常に多いです。一般的な職務経歴書 A4 二枚で収まる内容ではありません。
が、これを通して自分の経歴やバリューと向き合うことができ、己の長所短所を見つけ出すことができます。これはただの求人サイトを眺めるだけでは得がたい経験の一つだと言えます。
また、ここまで詳細に書かれているのは採用する側としてもメリットだと感じました。当日その場で履歴書職務経歴書を貰ってこのレベルまで深掘りできるのは面接者と受験者の両方にそれに類する技術が必要でしょう。うちの採用書類もこのフォーマットで送ってもらいたいです。
審査の際にレビューも受けられます。転職ドラフトは一発通過したのでもらえなかったんですが、moffers の方は通過してさらに不足点へ意見をもらえたので非常に有り難かったです。
入力項目はmoffers の方はさすがコピーというか、転職ドラフトから流用できます。
指名結果について
概要は上に。希望年収は 500 万でした。
転職ドラフトの方では設定しておらず、結果的に一件高額な指名以外はほぼほぼそれを下回る形になりました。自分の市場価値が全くわからなかったので入力しませんでしたが、結果的に額に不安を感じてしまったので今にして思えば設定しておいた方がよかったです。面談に行って勉強になったり興味が湧いたりした企業さんでも年収足りないしなー…って面談後に後悔しました。受けた以上は後から上げてもらえないし。あと実際に聞いたら下がる可能性はあるよって強調されまして。複数社で同様に言われたので転職ドラフト側でフォーマットが決まってるのか、あるいはそう誘導されるような作りになっているのか知らないですが、ポジティブな言い方じゃないと心象悪いよなーと思ってしまいました。
企業の傾向については転職ドラフトの方はイケイケ系、moffers はかっちり系という印象。印象です。
UI について
moffers の方がシンプルです。 転職ドラフトは事あるごとに入力が求められてちょっと煩わしいかもしれません。ただ FB 取りまくるのはサービス向上させるなら当然の帰着なのかも。
スケジューリングについて
転職ドラフトはサイトの機能(チャットやカレンダー)で面談日時を直接調整します。
moffers は使命を受けた後からエージェントが間に入り、あとはメールか電話でやりとり。以前にもエージェントのあるサービスを使ったことがあるんですが、日程調整がエージェント任せになっている間の不透明さとメールの煩雑さが苦手だったのを思い出しました。ただエージェントが似たような求人を提案してくれることもあるのがメリット。
総合的にどっちがいいかはケースバイケースかと。
面談・面接結果について
転職ドラフトは指名を受けたのが 4 社で全て面談に行きました。1 社面接を進めてお祈り(途中からミスマッチ感あった)。2 社、技術的に優れていて入りたいと思う会社があったんですが年収がネックで回答保留して多分自然消滅だと思われてます。残りの 1 社も興味がないわけじゃないんですが回答を伸ばしすぎたので今更連絡しづらい感じ。
moffers は受けたのが 3 社で 2 社だけ面談に行きました(残りは自己都合で断った)。2 社ともいい面と悪い面があって、金額も取り立てていいわけじゃなかったので辞退。
どっちを利用すべき?
余裕があれば両方がオススメです。オファーが来るまで待つだけなので、片方登録して開催を待つ間にもう片方登録できます。
転職ドラフトは他の利用者のオファーも見ることができる点で公平かもしれません。一方で転職ドラフトだけでは偏らないか?と疑問があるのであれば moffers の登録もオススメします。
終わりに
ここまで 2 サービスの所感を書きました。サービスの利用経験やオファーを送ってくれた企業さんとの面談の時間は私にとってとても貴重で全てが勉強になりました。
特に世の中のエンジニアの職場の平均像を推し量ることができたのが良い経験で、現職を飛び出して自身の見識を広げたい意欲が出てきました。
この機会でこれからより良いエンジニア人生を送れるのではないかと考えています。
… … …
ここまででわかると思うんですが、まだ決着が付いていません。決まっていれば綺麗なオチをかけたんですがーご縁ってそう簡単には結ばれないわけですね!
それでももちろん、上記の 2 サービス利用はオススメですよ。
転職ドラフトの終わる直前から Twitter で求職もしています。
これと続きを読んで興味の湧いた企業様はお声がけください。 いやまあ締め切った方がいいくらいの佳境ではあるんですが、もっといいところや案件があったら話だけでも聞いておかないと損なので何かございましたらご連絡ください。その時はなる早で!ゆるく求職します。
— kik4⚡️求職中 (@_kik4_) 2018年10月4日
フロント寄りWebエンジニア。現在はフロントからクラウドインフラまで担当。
仕事はC#,JS/TS,Vue.js,React,AWS。興味があるのはGo,nuxt.js,GCP。
年収:500万円~
勤務地:京王線からアクセス良(新宿・渋谷・都営新宿線)orリモート
その他:朝早くない+残業は裁量#hiyokonitsuduke
と欲を出して終わりにします。
ポートフォリオサイト作成中
面接してわかった良いレジュメのポイント
面接される側から面接する側になって気がついたポイントのメモです。
- 志望・転職理由がはっきりしているといい
- ぼやけたポジティブな内容だと会社側からは何を求めていて何を与えられるのか、求めているポジションに的確なのかわからない。
- 「なぜやめるのか・何をしたいのか・そのために何をしているのか」がわかるといい
- 自己アピールのエピソードには具体性が欲しい
- 課題・対策・結果と揃っていると嬉しい
- 売上10%アップとか数字出すといいって指南書とかでよく見るけど本当に信頼度が違う
- 何にどう取り組んだか業務への姿勢を想像できるといい
- 逆に無いと印象がぼやけるし採用したくない気持ちが大きい
- 課題・対策・結果と揃っていると嬉しい
- 主体性が欲しい
- 自分でこういうプロダクト・サイト作ったは高ポイント
- 自分はSSRとかPWAとか検証して満足してしまっていたのでどうにかしないと…
- 作った理由も主体性があるといい
- 受動的だとちょっとマイナス
- 自分でこういうプロダクト・サイト作ったは高ポイント
- 直近の経歴が重要視される
- 面接する側の話題としてとっつきやすい
- 古い話は参考にできない
- レジュメがイマイチだと面接してもイマイチという先入観が生まれる
- 面接で人柄を見たり深堀りできるのでひっくり返せないこともないけど
- 技術力を測れるような要素を入れる
- やりたいポジションとそれを目標にやっていることがあるといい
- 年齢と経験が欲しいポジションに見合っているか見られる
- 若いと生きの良さの比重が大きい
- キャリア形成大事
よく言われるポイントばかりですが、面接すると確かにこういう視点で見てしまいますね。
理想の職場とは
最近転職を見据えているので、Webエンジニアとして職場に求められる要素を書き出し。
- 全般
- 私服可
- Web系ではよくあるので結果的にスーツの一つも用意できないんです
- リモート可
- 通勤時間は無駄な時間
- 電車が止まるなどのリスクを抱えたくない
- 営業時間外の作業が必要ならどうせリモート作業できた方がいい
- 最近推してる記事をよく見るので流行ってる?
- 始業時間は自由
- 朝弱い…
- 朝会などを朝やる必要は本質的に無い
- 一日一回進捗を共有するという目的を達成するなら別に朝じゃなくて夕でいい
- つまりフレックス・裁量労働などになる
- 残業
- 必要があればやる
- なければ早く帰る
- 常態化しているのはダメ
- 実質的な労働時間が8時間じゃないってこと
- 体感的に8時間働くのと9時間働くのではバリューが変わらない
- 長い目で見ればパフォーマンスが落ちる
- 必要があればやる
- チャットで情報共有
- 情報の文書化
- オープンチャットでやる文化
- 口頭やクローズドでやって知見を共有しないのは時間の無駄、できないなら咎めてもいいくらい
- お給料は十分に
- 言わずもがな
- 私服可
- 技術
- 設計と実装は同じ人がやる
- 別だと細かいニュアンスが伝わらない、正確に設計できないなどの支障が出る
- これなんで別の人がやるって話になってる場合があるんだろう…
- 詳細設計書は作らない
- コードを書いた方が早い
- 技術的負債に理解がある
- 基本的に技術的に楽をすると後からツケを払わないといけなくてどこかで棚卸しして処理していく必要がある
- 楽をしなければいいという話ではない(時間的・技術的制約があるためどうしても負債は生まれる)
- 基本的に技術的に楽をすると後からツケを払わないといけなくてどこかで棚卸しして処理していく必要がある
- コードレビュー・テスト文化がある
- 他人がやったことを把握しておく
- やった人は説明する責任がある
- 動くかどうかは属人性なくテストで保証されるべき
- 技術力が低いとこれができないので一種の指標になる
- 新しい技術に取り組む
- 新しいことをやることがエンジニアのモチベーションになる
- 反対にレガシーだからという理由で転職する人は多い
- 本当によく見る
- 反対にレガシーだからという理由で転職する人は多い
- 新しいことをやることがエンジニアのモチベーションになる
- 工期は雑でいい
- 開発のスケジュールなんて占いのようなもの
- 設定して管理はするべき、設定しないのはダメ
- となると自社開発の方が適している
- 開発のスケジュールなんて占いのようなもの
- 設計と実装は同じ人がやる