振り返りたくなるぐらい良い年だったので滑り込み振り返り。 一言でいうと、今まで生きてきた中で一番楽しい年でした。
つらつらと内心を書き連ねてしまったのでちょっと恥ずかしいな…まぁ外向けのアウトプットじゃなくて思考ログみたいなものです。
続きを読む2020年これからのこと
2019年を3行で
- 1月に次世代Webカンファレンスで話した
- リスペクトしてるカンファレンスでCSSセッションのオーナーをさせていただき嬉しかったです。
- 8月に結婚した
- なんとなく気恥ずかしくてあまり言ってなかった…ちなみにGoodpatch時代の同僚と。
- 12月に退職した
- FOLIO、2年間お世話になりました。たくさんの優秀な方々と働けてよかった。これからも仲良くしてください！
2020年なにするの？
4月以降は考え中です。以下のどれかかなーと思ってます。
会社員
多分そのうちまたどこかの会社にお世話になると思います。
ただその際に自分の中で決めたのが「次転職するとしたら実際に少し働いてみてから入社を決めたい」ということ。
勝手に体験入社と呼んでますが、要は入社の検討にあたって業務委託とかで数日間働かせてもらいたいということです。
この必要性を痛感したのはどちらかというと自分が採用に関わっているときです。
質問内容とか色々工夫しましたが、やっぱり「面談・面接だけで一緒に働いてどうかを探るの難しい…数日一緒に働けたらずっとよくわかるのになぁ…」みたいな気持ちは拭えず。
加えて自分が採用される側になったときも会社に対して同じニーズがあったので、お互いに対してメリットがあると思い、入社を検討している会社さんには「こういうことできますか？」と聞いてみています。
幸いにもどの会社さんも、そういう制度がない場合でも「前例はないけどそういうのトライしてみたいと思っていたのでやってみましょう！」と快諾してくださるケースばかりでありがたいです。
ただこれをするためには連続した数日×会社数ぶんの空いた時間が必要なので、自分が在職中だと難しいんですよね…
転職先を決めずに前職を退職したのはそういう理由です。
というわけで、今年の1~3月はいくつかの会社さんに体験入社に行かせていただく予定です。楽しみ！
チームの雰囲気や開発サイクル、社内環境や通勤経路の混み具合まで事前にわかるのでとても参考になりそう。
体験入社といっても業務委託契約なので、ちゃんとアウトプット出せるようにがんばります。
先週まで行かせてもらっていたところは短期間でもいくつかの成果出せて喜んでもらえたのでよかった！
ちなみに今回の転職では「デザイン」と「カルチャー」をキーワードにしています。ここに惹かれる会社さんを探したい。
フリーランス
かなりありだなぁと思ってるんですが、今後妊娠出産となったときに産休育休など制度の恩恵を受けられないのが心細すぎますね…なので長期的には厳しいかなぁ。
女性のキャリアは難しいみたいなやつは今までほとんど思ったことなかったけど、妊娠出産を考えると安心できる選択肢が一気に限られる感じがあり、あーこういうことかーってちょっと実感しています。
起業
年始から特定のメンバーとちょっとずつプロダクト作りの計画を進めています。
サブプロジェクトとして長い目でやるのか本腰入れて短期でガッと作り切るのか、後者の場合資金はどうするのか…など相談中なんですが、こういう活動にbetするのも楽しそうだなぁと思ってます。
まあこれも子供とか考えると悩ましいけど、だからこそ逆にその手前の今しかできない気もする。
働かない
今年は開き直って長期の休みがないとできないことをしてみるとか。
- 免許とる
- 長めの旅行いく
- 何かを勉強・履修する
とかかなぁ？
勉強はデザイン（設計）系がいいなぁと思ってます。産業技術大学院大学の人間中心設計履修証明プログラムとか。他おすすめあったら知りたい。
2020年はこの中の可能性を探りながら、2021年以降どう進むかを模索する年になりそうだなぁと思ってます。
19歳から働いてるので社会人になってもうすぐ丸9年ですが、こんなに先が決まってないのは初めてなのでなかなか楽しいです。多少貯金しててよかったな。
たまにはこういう年があってもいいよね〜。
git grepでソースコード内検索のあれこれ
FOLIOアドベントカレンダー 21日目です。
12月は読み応えのある記事が多いので、わたしからはさくっとしたTipsを。
いま作業してるリポジトリのファイル群から、目当ての文字列を1秒でも早く見つけるための話。
おすすめのコマンド
grep だと対象指定が面倒だったり、カレントディレクトリ以下を指定すると巨大なnode_modules以下のファイルも対象になってしまったりするので、git管理下のファイルのみを対象に検索できて高速な git grep がおすすめ。
git grep 検索したい文字列 だけで検索できる。
~/.bashrc や ~/.zshrcなどに以下のエイリアスを書いておくと、 gg hoge だけでgit管理下のファイルにあるhogeをハイライトつきでリストアップしてくれてめちゃ手軽。
alias gg='git grep'
もちろん日本語も gg ほげほげ でいける。 gg hoge src/js のようにさらにディレクトリを絞ることも。
単語検索
これめっちゃ便利なやつ。
gg -w user で、 users でもなく userData でもないただの user や hoge.user だけを検索できる。
探したい文字列が関連メソッドや別の変数名に頻出しているときにもかなり絞り込めて助かる。
大文字小文字を無視して検索
gg -i hoge で hoge も isHoge も HOGE もひっかかる。
正規表現
'' で囲うと gg '\(hoge\|fuga\)' のように正規表現も使える。エスケープはがんばる。
検索した中から別のワードを除外
まれにライブラリのコードがgit管理対象になっちゃってて引っかかってくるときとかにディレクトリ名で除外したり。
gg 検索したい文字列 | grep -v 除外したい文字列
ただ結果からハイライトが消えちゃいます。 git grep だけでこれやる方法あったら知りたいなあ。
[12/21 15:30追記] 情報もらえました！
"gg 検索したい文字列 | grep -v 除外したい文字列" は "git grep -e 検索したい文字列 --and --not -e 除外したい文字列" でよさそうマン
— Kotaro Hirayama (@kotaro_hirayama) 2017年12月21日
gg -e 検索したい文字列 --and --not -e 除外したい文字列 で！
--and とか使うときは -e がないとダメだったんですね。感謝 🙏
これぐらいですが、以降はわたしが普段よくやることとか。
使われ方で検索
- 代入：
gg 'hoge =' - 関数実行：
gg 'hoge(' - プロパティ：
gg '\.hoge' - Viewコンポーネント：
gg '<Hoge
分解して検索
CSSでありがちなことなのですが。
.alert--warning みたいなスタイル定義やclass属性を消していいか調べるとき、 gg alert--warning して引っかからないから大丈夫そう〜とか思っていると
className={`alert--${data.status}`}
みたいなViewとか逆に
.alert {
...
&--warinig {
...
}
}
みたいなAltCSSとかがあったりして無事死亡するので、BEMとかバリエーションがあるっぽいクラス名は分割して 'alert--' とか '--warning' とかで検索してみるのがおすすめ。
というか、そういう苦労を強いられてしまうので自分が書くときはクラス名を動的に組み立てるの極力避けてます。 grepビリティ大事！
UIデザインの会社から証券会社へ転職しました
2年と2ヶ月勤めたGoodpatchを先週いっぱいで退職しました。
最終出社日は今月の頭頃でした。
最終出社日まもなく終了。
— よしこ (@yoshiko_pg) 2017年8月4日
おせわになりました！！ @ Goodpatch Inc. https://t.co/CiYMf8JN1G
Goodpatchでは入社してからずっとProttというプロトタイピングツールのWebフロントエンドを担当していました。
今週からは新しい会社で働いています。
なんでやめたの？
一言で言えるものでもないですが、あえて一言で言えば「2年の間に自分も会社も変わった」というところです。入社当時は自分の特性やニーズにとてもマッチした環境だなーとしばしば感じていたのですが、2年という長い時間の間に私の求めるものも会社の規模や持ち味もそれぞれ変わったなーという。それはどちらが良い悪いではなく単純にマッチングの問題だと思ってます。これが辞めた理由のうちの半分。
一方で良い意味で自分が変わった点として、思い返せば、入社前の私は「何を作るかより、（技術的に）どう作るか」に興味のあるタイプの人間でした。技術が手段ではなく目的なタイプ。でもこの2年の間に色々なプロジェクトや人や働き方を目の当たりにして、「何を作るか、どんな課題を解決するかってとても大切なんだなあ」という視点が自分の中に根を下ろしたように思います。いつの間にか自然と「何を課題と捉え、それを解決するために何を作るのか」という問いを中心に手を動かすようになっていました。
元々そういう視点を持つ人からしたら当たり前すぎることだと思いますが、私はそうではなかったので、単に今までと異なる視点を持てるようになったことが喜ばしいです。この点だけでもGoodpatchに入ってよかったなと思っています。
そんなふうに「何を課題とし、そのために何を作るか」を最重要視するようになってからしばらく経った今年の7月。前述の理由で「そろそろ転職もありかなー」なんて思いながらいくつかの会社さんとお話しをさせていただいていた頃、たまたま知ったとある会社が取り組んでいる課題とプロダクトを知り、一目惚れのような勢いでめちゃくちゃ惹かれてしまいました。これが辞めた理由の残りの半分です。
次どこいくの？
ITベンチャーでもあり証券会社でもある、FOLIOという会社に転職しました。創業2年目で、社員数は40人ぐらい。
このブログを読んでいる人だと社名を知らない人のほうが多いかもですが、先月β版のリリースが出たり、CDO（Chief Design Officer）のブログ たかがFOLIOという1サービスの開発に、23歳が2年もの時間を捧げてしまった話 が話題になったりしたので知っている人も増えてきているかも。
会社の紹介記事も去年ぐらいからいくつも出ています。
なんでそこにしたの？
先月のリリースやブログが出る少し前ぐらいのタイミングに、中のエンジニアの方から声をかけていただいたことで会社の存在を知りました。その直後ぐらいに別のルートでCDOと知り合う機会があり、これも縁かと思ってとりあえずオフィスへおじゃましてみることにしました。
そこでプロダクトや会社の話を聞いたら、なんかすごくわくわくしちゃったんですよね。とにかくわくわくしちゃったんです。すごく久しぶりに出会った「良い！！」という気持ちと共に、体がむずむずしてくるような感じ。今すぐ動き出したくなるような感じ。いつからか自分はずっとこんな衝動を探していたんじゃないかという気がして、いつの間にかほとんど気持ちが固まっていました。
何にわくわくしたのかをもう少し噛み砕くと、大きく「メンバー」と「プロダクト」と「分野」に惹かれました。
メンバーがよさそう
CDOを知ったきっかけは共通の知人たちの話題でCDOとFOILOが絶賛されていたことだったのですが、その複数の知人は揃ってプロダクトやサービスへの感度が高い人たちだったので、この人たちがこれだけ褒めるならきっと良いサービスでCDOも良いデザイナーなのかもな、と興味を持ちました。その後実際にオフィスにおじゃましてサービスを紹介してもらったとき、「やっぱり良かった！」と確信。私の中でデザイナーさんを信頼できることはフロントエンドの実装をする上でとても大事なのです。
また、フロントエンドについてもお話を聞かせてもらうと、React+Redux+Flow+SSRなど今時な作り。nodeのBFFもあって、フロントエンドの業務がView寄りの部分とBFF寄りの部分で細分化されているそう。専門性高くきれいに作ってあるなあと思いました。
そして印象的だったのが、社内のメンバーが他のメンバーをとにかくみんな優秀だと褒める。
もちろん採用候補者に対してネガティブなことは言わないと思いますが、それにしても同じ社内のメンバーを胸を張って自慢できるっていいなと思ったんですよね。自分の理想のひとつでした。現在進行系でメンバー起因の悩みがあったらさすがにそこまで堂々と胸を張れないと思いますし。
最後の決め手が採用基準について。「（各採用担当が）自分よりできる人しか採らない」を実践されているようで、「この基準が徹底されている会社がいい！」と強く思いました。わたしも前職で採用面接をしていたのですが、わかっちゃいるけどなかなか遵守するのが難しいところなんですよね。。
「何を作るか」と同じぐらい「誰と作るか」が重要だと思っているので、メンバーがよさそうという点には強く惹かれました。実際周りの人にFOLIOへ転職すると伝えたとき、たびたび「あそこ優秀な人が揃ってるって聞きますよ」って言われました。これはかなり嬉しかったです。
プロダクトがよさそう
自社サービスを担当することになるなら、Goodpatchで担当していたProttのように自分がターゲットユーザーになるものがいいなーとは以前から思っていました。
FOLIOは株式投資の知識があまりない人でも、自分の興味のあるテーマを選ぶことで少額から株式投資ができるという、まさに自分が使いたいなーと強く思えるサービスでした。少し貯蓄に余裕ができたら株をやってみたいなーと思っていたので。
また、それを既存の証券会社との提携ではなく、自分たちで業登録を受け証券会社を設立してやるっていうのがすごいなと思いました。専門知識と技術力と粘る力がないとできないと思います。
加えて可能性を感じたのは、デザインがとてもいい。サービスデザインもUIデザインもビジュアルデザインも。
難しいと敬遠されがちな投資というフィールドにおいて、こんなにフレンドリーなデザインで投資の一歩を踏み出せるというのは画期的だなと思いました。
私は抽象的で規模の大きな夢を抱くのは苦手なほうなんですが、その私でもこのサービスでまずは日本をちょっと変えられるんじゃないかと本気で思いました。
分野がよさそう
自社サービスを担当することになるなら、自分が興味のある分野のものがいいなーと思っていました。
ただ私趣味が少ないので、興味のある分野がかなり少ないんですよね。。仕事のIT以外で興味ある！って思える分野は、インテリアと子供ぐらい。
でも生活と密接した「お金」にはもちろん興味があります。株もやってみたいと思ってましたし。
今まで数回確定申告をして個人事業主としての税金や申請の知識はちょこっとだけつきましたが、当然法人のことは全然わからず…。以前から社会の仕組みをもっと知りたいという欲求があったので、株式投資のサービスに携わる中でドメインを学ぶことが社会の仕組みを学ぶことになり、自分の資産運用にも活かせるとなったら一石三鳥なわけです。
社内のメンバーには外務員試験を受けている人が増えているので、私もいつかそういうのもチャレンジしてみたいなーという気持ちです。
あと、今までは関わる分野がかなりITに閉じていたのですが、そろそろ別の何かとの組み合わせを攻めてみたいなと思っていたんですよね。FinTechは少し前からだいぶ盛り上がってきているので、ちょうどいい時期かなと。
いろいろ書きましたが、要は面白そうだったんです。その感じが伝われば嬉しいです。
有給中にも何度か遊びに行ったり、今週月火と働いてみて、自分の選択は間違ってなかったなーと思っています。学ぶことがたくさんあって焦ると共に、まだまだ学べるんだという安心感もあります。大好きな”Be the worst”という言葉を久しぶりに思い出しました。
初めての金融系でカルチャーギャップに揉まれる毎日が始まりそうですが、自分のペースでがんばっていきたいと思います。
正式リリースを控え、これからFOLIO（フォリオ）という名前を耳にする機会が多くなると思います！ぜひ覚えておいてください ٩(ˊᗜˋ*)و
そして会社が気になった方は、昨日出たばかりのインタビュー記事を見てみてください！
フロントエンド（React）/ バックエンド（Scala）/ iOS（Swift）他、絶賛募集中のようです。
ちょっとオフィス覗いて話聞いてみたい！って方、いつでもDMお待ちしてます🙆🏻