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
スタートアップで学ぶフルリモート開発の進め方
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
Shogo Fukami
December 09, 2023
0
610
スタートアップで学ぶ フルリモート開発の進め方
Shogo Fukami
December 09, 2023
Tweet
Share
More Decks by Shogo Fukami
See All by Shogo Fukami
堅牢なフロントエンドテスト基盤を構築するために行った取り組み
shogo4131
10
3.5k
駆け出しSREが半年で作り上げた仕組みと学びのまとめ
shogo4131
0
290
フロントエンド UIコンポーネント Shadcn/uiの良さを伝えたい!
shogo4131
0
280
本業 + 副業2社で働くエンジニアの時間術
shogo4131
0
260
フリーランスエンジニア辞めてみた!
shogo4131
0
670
Jotaiをプロジェクトに導入してみた
shogo4131
0
110
MUIは不要? React次世代コンポーネントライブラリ Mantine!!!
shogo4131
0
200
Featured
See All Featured
4 Signs Your Business is Dying
shpigford
187
22k
Conquering PDFs: document understanding beyond plain text
inesmontani
PRO
4
2.5k
What's in a price? How to price your products and services
michaelherold
247
13k
The innovator’s Mindset - Leading Through an Era of Exponential Change - McGill University 2025
jdejongh
PRO
1
130
Skip the Path - Find Your Career Trail
mkilby
1
84
BBQ
matthewcrist
89
10k
Reflections from 52 weeks, 52 projects
jeffersonlam
356
21k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
3.4k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
2.5k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
35k
Bash Introduction
62gerente
615
210k
A Tale of Four Properties
chriscoyier
163
24k
Transcript
スタートアップで学ぶ フルリモート開発の進め方 @react_nextjs 2023/12/9
自己紹介 名前: Reactおじさん (@react_nextjs) 会社: 株式会社ROUTE06 職業: フロントエンドエンジニア 技術スタック: React、Next.js、TypeScript、GraphQL
経歴: 営業 → SES → フリーランス → ROUTE06(今ここ) + 副業2社 趣味: 旅行(温泉ソムリエです)
株式会社ROUTE06 Tech Blog はこちら 会社紹介はこちら
「 ROUTE06 数字 」で検索 🔍 株式会社ROUTE06
ところでみなさん!! 案件に参画した時にこのようなことを感じ たことはありませんか?
何でこの技術使っているんだろう? 何でこんな設計になっているんだろう? 何でこんな処理書いたんだろう?
チャットで聞く ハドルで聞く 設計者がプロジェクトから去っているので想 像してみる etc…
ハドル、チャット、その他想像する時間 → 工数が増える
1回きりだとそこまで工数もかからない。
社員が増えるたびに同じことを繰り返してい ると工数が肥大化してとても無駄な時間が発 生してしまいます。
そんな状況に悩んでいるあなたにADRです!!
ADRとは Architectural Decision Records (アーキ テクチャディシジョンレコード)の略。 アーキテクチャの意思決定の背景を記録 するドキュメントのことです。
テンプレ
None
どの粒度でADRを作成していくのが良いのか?
・プロジェクト全体に影響しそうなライブラリを選定する時 ・日付操作ライブラリ、テストライブラリ、フォームライブラリ、 etc ・エラーハンドリングの方針 ・テストの方針 ・ディレクトリの方針 ・etc….
実際運用してみてどうなの?
メリット ・プロジェクトの最初から参画している人と、途中から参画 してきた人とで情報格差が無くなる ・これってどうだっけ?といった無駄な議論や会話の削減 ・技術選定の話などADRを見ればいいだけになった
デメリット ADR文化をチームに浸透させるには時間がかかる と思いました
・Plainのフロントエンドにおける技術選定(2023年8月版) ・チームにおける ADR 導入から 1 年経った振り返りと感想
ご清聴ありがとうございました!!