事業に向き合い続けたい私は、それでもRailsを使い続ける

by Hideaki ishii

Slide 1

Slide 1 text

事業に向き合い続けたい私は、それでもRails を使い続ける @danimal141 Kaigi on Rails 2021

Slide 2

Slide 2 text

今回、私はこういう話をするために来ました

Slide 3

Slide 3 text

エンジニアの責任とは「ただ技術をマスターすることではなく、技術を使って事業上の課題を解決すること」ではないか

Slide 4

Slide 4 text

それを達成するための武器として、Rails って最高では？

Slide 5

Slide 5 text

Rails ですべての課題を解決できるわけではないモダンな技術の力も借りてコトに向き合っていきたいすね

Slide 6

Slide 6 text

自己紹介 @danimal141 フロントエンドエンジニアとしてキャリアスタートベンチャー -> ソシャゲの会社 -> (7 年ぐらい) 創業メンバーとしてスタートアップへ -> ( 今ここ) Speee 0 →1 開発が多め、エンジニア採用関連の仕事もやりがち ( 得意) 自分が一生懸命書いたコードを何のためらいもなく削除することッ！エンジニア歴10 年ぐらい Rails 歴は8 年ぐらい今日のスライドはこちらから見れます！ https://bit.ly/3EboMEG

Slide 7

Slide 7 text

アジェンダスタートアップでスキルコレクターになった話技術を使って事業上の課題を解決することに向き合っていきたいという話事業を成長させるための武器としてRails 最高では？でも辛みもあるのでは？という話 Rails とモダンな技術を良いとこ取りを試みた、直近のプロジェクトの話まとめ

Slide 8

Slide 8 text

スタートアップでスキルコレクターになった話

Slide 9

Slide 9 text

突然なんですけど

Slide 10

Slide 10 text

エンジニアの方なら一度はこんなこと考えたことないですか？最近はGo やRust が流行ってるらしいから使ってみたいなぁサーバサイドKotlin とかめっちゃイケてませんか？このままでいいのか、モダンな技術を習得して変化しないといけないんじゃないか…

Slide 11

Slide 11 text

わかる

Slide 12

Slide 12 text

めちゃめちゃわかる

Slide 13

Slide 13 text

過去の技術選定 ( 特にスタートアップ時代) 振り返り受託開発なのを良いことに 1 ミリも使ったことないのに急にGo でAPI 実装しちゃう受託開発なのを良いことに発表されたばかりのSwift でiOS 開発しちゃう社内のデータ分析基盤を作るためのデータ収集コマンドが急にKotlin で実装されちゃったもちろんそれぞれ、それなりの理由はあったのですが、「モダンだからひとまず使ってみたい、知らない技術をキャッチアップしたい」というモチベーション駆動技術選定だったことは否めないと思っています。 I’m a skill collector!

Slide 14

Slide 14 text

もやっとポイントやはりエンジニアならモダンな技術を使いたい！マスターしたい！! 「達人プログラマーなら毎年少なくとも一つの言語を学習します」 -> 本当に？自分が一番得意な技術がオワコンって言われていてツライ！！あれ、そもそもなんでそんなに新しい技術マスターしたいんだっけ？マスターして何するんだっけ？使ったとして自分以外、誰か嬉しいんだっけ？ 🧑‍💻 それって事業に貢献できるの？ユーザの役に立つの？ 🧑‍💻 チームのエンジニア全員、その技術覚えないといけないけど、大丈夫そ？ 🧑‍💻 今後、チーム拡大する時、採用大丈夫そ？技術選定 is 難しい…

Slide 15

Slide 15 text

何を軸に考えればええんや… 技術との向き合い方に迷走する

Slide 16

Slide 16 text

技術を使って事業上の課題を解決することに向き合っていきたいという話

Slide 17

Slide 17 text

そもそも技術選定って何のためにするんだっけ？世の中やユーザのニーズは日々変化するし、早くリリースして、早くユーザのフィードバックを得て改善していく必要がある Done is better than perfect… 特にスタートアップの場合、「ユーザに価値を届ける or DIE 」これを達成し続けられる状態にできるかどうかスタートアップや0 →1 開発をメインでやってきた私の場合

Slide 18

Slide 18 text

エンジニアの責任とは「ただ技術をマスターすることではなく、技術を使って事業上の課題を解決すること」ではないか

Slide 19

Slide 19 text

事業を成長させるための武器としてRails 最高では？でも辛みもあるのでは？という話

Slide 20

Slide 20 text

ここで気づいてしまいましたッ！

Slide 21

Slide 21 text

Rails って良くないですか？

Slide 22

Slide 22 text

過去の技術選定 ( 特にスタートアップ時代) 振り返りv2 確かに受託開発でモダンな技術を試しまくったりした楽しかったなぁ🕺 社内のデータ分析基盤を作るためのデータ収集コマンドをKotlin で実装したこともあった楽しかったなぁ🕺 でも、「なにかしらユーザに価値を届けたい」、「ユーザのためにプロダクトをとにかく高速に育てていきたい」、そういった場面では常にRails を採用してきたそれが事業上の目的を達成するための最速、最良の選択だと思っていたから

Slide 23

Slide 23 text

Rails の好きな所事業として本来やるべきコアな機能開発に集中することができるレールが用意されているので、「どういう構成で作ろう」、「どうやって作ろう」みたいな部分でそこまで悩まない ActiveRecord is 最高エコシステム(Gem) の充実 0 →1 開発に向いているまず動くものを作り、ユーザのフィードバックを受けながらプロダクトを高速に改善して育てていくスタイル

Slide 24

Slide 24 text

一方で

Slide 25

Slide 25 text

Rails でこういう時ちょっと辛くないですか？フロントエンドどうする問題ユーザの目が肥えてリッチなアプリケーションが標準みたいになってきている細かいサイクルで変化するフロントエンドのView をjQuery やBackbone.js で実現するのは厳しい ( 個人の意見です) もちろんHotwire のようなソリューションもあるが、React やVue と比較すると情報量やユーザ数は少なく、何かハマった時ツラそう…

Slide 26

Slide 26 text

こういったRails のメリット、デメリットを踏まえて

Slide 27

Slide 27 text

Rails とモダンな技術を良いとこ取りを試みた、直近のプロジェクトの話

Slide 28

Slide 28 text

直近のプロジェクトの話不動産領域で新規プロダクトを開発しています！ユーザと不動産会社の担当者がやり取りするチャットUI リアルタイム更新 toB 向け、toC 向けにそれぞれプロダクトを提供する複雑な条件入力フォーム

Slide 29

Slide 29 text

技術選定軸なるべく事業に必要なコアな機能開発に集中したいコアじゃないことであまり悩みたくない、なるべく楽したいリッチなフロントエンド開発に耐えられるような構成にしたい

Slide 30

Slide 30 text

Backend Rails (API) Rails Way に乗ることで本来やるべきコアな機能開発に集中したいメンバーが使い慣れている GraphQL 不動産領域を扱っており「物件とそれに紐づく様々な情報」という関係性のデータ構造が多く、かつ肝になる型定義によるバリデーションがあり、フロントエンドでTypeScript を使う想定だったので相性が良いチャットでリアルタイム更新があり、Subscription が使えそう (GraphQL Pro を使っています) Auth0 認証、認可などアプリケーション上、必要だがプロダクトにとってコアではないものはできるだけショートカットしたい

Slide 31

Slide 31 text

Frontend (toB 、toC がある) React.js チャットUI のような複雑なView の開発が求められたのでReact かVue を使いたいメンバーが使い慣れている、TypeScript との親和性を考慮してReact TypeScript クリックやスクロールのように、ユーザ起点でのイベントが大量に発生するフロントエンドを中長期的に生産性高く開発する上で必須と考えた

Slide 32

Slide 32 text

Infra あまり詳細触れないですが、開発生産性を高めるような技術を積極的に採用しています！ AWS Kubernetes Terraform

Slide 33

Slide 33 text

まとめ自分の成すべきこと、目的からブレずに意思決定をするのが大切エンジニアの役割とは「ただ技術をマスターすることではなく、技術を使って事業上の課題を解決すること」皆様も自分なりのエンジニアの役割について考えてみてほしいです！事業の課題を解決していく上でRails ってやっぱり良いっすね、でも辛い時もあるっすね Rails の良さを活かしつつ、モダンな技術も採用して、コトに向き合って行きましょう💪😎 プロジェクトの具体的な話などはあまり詳しくお話できていないので、もし興味持ってくださった方はQA ブースでお待ちしております！ただの雑談や家の売却や購入を検討されている方も大歓迎です🙋‍♂️