Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
事業に向き合い続けたい私は、それでもRailsを使い続ける
Search
Hideaki ishii
October 23, 2021
Programming
8
6.3k
事業に向き合い続けたい私は、それでもRailsを使い続ける
こちらの発表内容です。
https://kaigionrails.org/2021/talks/danimal141/
Hideaki ishii
October 23, 2021
Tweet
Share
More Decks by Hideaki ishii
See All by Hideaki ishii
良いコードレビューとは
danimal141
11
11k
I know everything about mocks, stubs, and spies in RSpec
danimal141
0
240
Other Decks in Programming
See All in Programming
構文解析器入門
ydah
7
2k
一人でAIプロダクトを作るならAIにはもっと働いてもらいたい / I want AI to work harder
rkaga
2
170
QA x AIエコシステム段階構築作戦
osu
0
240
DynamoDBは怖くない!〜テーブル設計の勘所とテスト戦略〜
hyamazaki
0
180
はじめてのWeb API体験 ー 飲食店検索アプリを作ろうー
akinko_0915
0
180
11年かかって やっとVibe Codingに 時代が追いつきましたね
yimajo
1
230
新しいモバイルアプリ勉強会(仮)について
uetyo
1
250
画像コンペでのベースラインモデルの育て方
tattaka
3
1k
ZeroETLで始めるDynamoDBとS3の連携
afooooil
0
150
書き捨てではなく継続開発可能なコードをAIコーディングエージェントで書くために意識していること
shuyakinjo
0
190
SwiftでMCPサーバーを作ろう!
giginet
PRO
2
220
Bedrock AgentCore ObservabilityによるAIエージェントの運用
licux
8
560
Featured
See All Featured
Building Flexible Design Systems
yeseniaperezcruz
328
39k
Site-Speed That Sticks
csswizardry
10
750
Measuring & Analyzing Core Web Vitals
bluesmoon
7
540
4 Signs Your Business is Dying
shpigford
184
22k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
2.9k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
Documentation Writing (for coders)
carmenintech
73
5k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
8
750
The Straight Up "How To Draw Better" Workshop
denniskardys
235
140k
The World Runs on Bad Software
bkeepers
PRO
70
11k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Fireside Chat
paigeccino
38
3.6k
Transcript
事業に向き合い続けたい私は、 それでもRails を使い続ける @danimal141 Kaigi on Rails 2021
今回、私はこういう話をするために来ました
エンジニアの責任とは「ただ技術をマスターすることではな く、技術を使って事業上の課題を解決すること」ではないか
それを達成するための武器として、Rails って最高では?
Rails ですべての課題を解決できるわけではない モダンな技術の力も借りてコトに向き合っていきたいすね
自己紹介 @danimal141 フロントエンドエンジニアとしてキャリアスタート ベンチャー -> ソシャゲの会社 -> (7 年ぐらい) 創業メンバーとしてスタートアップへ
-> ( 今ここ) Speee 0 →1 開発が多め、エンジニア採用関連の仕事もやりがち ( 得意) 自分が一生懸命書いたコードを何のためらいもなく削除することッ! エンジニア歴10 年ぐらい Rails 歴は8 年ぐらい 今日のスライドはこちらから見れます! https://bit.ly/3EboMEG
アジェンダ スタートアップでスキルコレクターになった話 技術を使って事業上の課題を解決することに向き合っていきたいという話 事業を成長させるための武器としてRails 最高では?でも辛みもあるのでは?という話 Rails とモダンな技術を良いとこ取りを試みた、直近のプロジェクトの話 まとめ
スタートアップでスキルコレクターになった話
突然なんですけど
エンジニアの方なら一度はこんなこと考えたことない ですか? 最近はGo やRust が流行ってるらしいから使ってみたいなぁ サーバサイドKotlin とかめっちゃイケてませんか? このままでいいのか、モダンな技術を習得して変化しないといけないんじゃないか…
わかる
めちゃめちゃわかる
過去の技術選定 ( 特にスタートアップ時代) 振り返り 受託開発なのを良いことに 1 ミリも使ったことないのに急にGo でAPI 実装しちゃう 受託開発なのを良いことに
発表されたばかりのSwift でiOS 開発しちゃう 社内のデータ分析基盤を作るためのデータ収集コマンドが急にKotlin で実装されちゃった もちろんそれぞれ、それなりの理由はあったのですが、「モダンだからひとまず使ってみたい、知らない技術 をキャッチアップしたい」というモチベーション駆動技術選定だったことは否めないと思っています。 I’m a skill collector!
もやっとポイント やはりエンジニアならモダンな技術を使いたい!マスターしたい!! 「達人プログラマーなら毎年少なくとも一つの言語を学習します」 -> 本当に? 自分が一番得意な技術がオワコンって言われていてツライ!! あれ、そもそもなんでそんなに新しい技術マスターしたいんだっけ?マスターして何するんだっけ? 使ったとして自分以外、誰か嬉しいんだっけ? 🧑💻 それって事業に貢献できるの?ユーザの役に立つの?
🧑💻 チームのエンジニア全員、その技術覚えないといけないけど、大丈夫そ? 🧑💻 今後、チーム拡大する時、採用大丈夫そ? 技術選定 is 難しい…
何を軸に考えればええんや… 技術との向き合い方に迷走する
技術を使って事業上の課題を解決することに向き合っ ていきたいという話
そもそも技術選定って何のためにするんだっけ? 世の中やユーザのニーズは日々変化するし、早くリリースして、早くユーザのフィードバックを得て改善し ていく必要がある Done is better than perfect… 特にスタートアップの場合、「ユーザに価値を届ける or
DIE 」 これを達成し続けられる状態にできるかどうか スタートアップや0 →1 開発をメインでやってきた私の場合
エンジニアの責任とは「ただ技術をマスターすることではな く、技術を使って事業上の課題を解決すること」ではないか
事業を成長させるための武器としてRails 最高では?で も辛みもあるのでは?という話
ここで気づいてしまいましたッ!
Rails って良くないですか?
過去の技術選定 ( 特にスタートアップ時代) 振り返りv2 確かに受託開発でモダンな技術を試しまくったりした 楽しかったなぁ🕺 社内のデータ分析基盤を作るためのデータ収集コマンドをKotlin で実装したこともあった 楽しかったなぁ🕺 でも、「なにかしらユーザに価値を届けたい」、「ユーザのためにプロダクトをとにかく高速に育てていき
たい」、そういった場面では常にRails を採用してきた それが事業上の目的を達成するための最速、最良の選択だと思っていたから
Rails の好きな所 事業として本来やるべきコアな機能開発に集中することができる レールが用意されているので、「どういう構成で作ろう」、「どうやって作ろう」みたいな部分でそこ まで悩まない ActiveRecord is 最高 エコシステム(Gem) の充実
0 →1 開発に向いている まず動くものを作り、ユーザのフィードバックを受けながらプロダクトを高速に改善して育てていくス タイル
一方で
Rails でこういう時ちょっと辛くないですか? フロントエンドどうする問題 ユーザの目が肥えてリッチなアプリケーションが標準みたいになってきている 細かいサイクルで変化するフロントエンドのView をjQuery やBackbone.js で実現するのは厳しい ( 個人の
意見です) もちろんHotwire のようなソリューションもあるが、React やVue と比較すると情報量やユーザ数は少な く、何かハマった時ツラそう…
こういったRails のメリット、デメリットを踏まえて
Rails とモダンな技術を良いとこ取りを試みた、直近の プロジェクトの話
直近のプロジェクトの話 不動産領域で新規プロダクトを開発しています! ユーザと不動産会社の担当者がやり取りするチャットUI リアルタイム更新 toB 向け、toC 向けにそれぞれプロダクトを提供する 複雑な条件入力フォーム
技術選定軸 なるべく事業に必要なコアな機能開発に集中したい コアじゃないことであまり悩みたくない、なるべく楽したい リッチなフロントエンド開発に耐えられるような構成にしたい
Backend Rails (API) Rails Way に乗ることで本来やるべきコアな機能開発に集中したい メンバーが使い慣れている GraphQL 不動産領域を扱っており「物件とそれに紐づく様々な情報」という関係性のデータ構造が多く、かつ肝 になる
型定義によるバリデーションがあり、フロントエンドでTypeScript を使う想定だったので相性が良い チャットでリアルタイム更新があり、Subscription が使えそう (GraphQL Pro を使っています) Auth0 認証、認可などアプリケーション上、必要だがプロダクトにとってコアではないものはできるだけショ ートカットしたい
Frontend (toB 、toC がある) React.js チャットUI のような複雑なView の開発が求められたのでReact かVue を使いたい
メンバーが使い慣れている、TypeScript との親和性を考慮してReact TypeScript クリックやスクロールのように、ユーザ起点でのイベントが大量に発生するフロントエンドを中長期的 に生産性高く開発する上で必須と考えた
Infra あまり詳細触れないですが、開発生産性を高めるような技術を積極的に採用しています! AWS Kubernetes Terraform
まとめ 自分の成すべきこと、目的からブレずに意思決定をするのが大切 エンジニアの役割とは「ただ技術をマスターすることではなく、技術を使って事業上の課題を解決するこ と」 皆様も自分なりのエンジニアの役割について考えてみてほしいです! 事業の課題を解決していく上でRails ってやっぱり良いっすね、でも辛い時もあるっすね Rails の良さを活かしつつ、モダンな技術も採用して、コトに向き合って行きましょう💪😎 プロジェクトの具体的な話などはあまり詳しくお話できていないので、もし興味持ってくださった方はQA
ブ ースでお待ちしております! ただの雑談や家の売却や購入を検討されている方も大歓迎です🙋♂️