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
ログラスを支える設計標準について / loglass-design-standards
Search
urmot
March 29, 2024
Programming
12
2.8k
ログラスを支える設計標準について / loglass-design-standards
設計カンファレンス extends OOCの発表資料です。
urmot
March 29, 2024
Tweet
Share
More Decks by urmot
See All by urmot
DDDにおける認可の扱いとKotlinにおける実装パターン / authorization-for-ddd-and-kotlin-implement-pattern
urmot
4
1k
ログラスを支える技術的投資の仕組み / loglass-technical-investment
urmot
10
5.9k
実践!CloudFormation Best Practice ~CloudFormationで始める組織改革~
urmot
2
3.3k
CircleCIを導入した話
urmot
0
79
SPA on AWS
urmot
0
200
実践!CloudFormation Best Practice
urmot
0
210
RDBのログを取る時にDMSを使うという選択肢
urmot
0
130
ベンチャー企業のインフラを運用して学んだ99のこと
urmot
0
1.2k
Other Decks in Programming
See All in Programming
LINEヤフー データグループ紹介
lycorp_recruit_jp
0
750
地方に住むエンジニアの残酷な現実とキャリア論
ichimichi
1
380
Development of an App for Intuitive AI Learning - Blockly Summit 2025
teba_eleven
0
120
AWS CDKの推しポイント 〜CloudFormationと比較してみた〜
akihisaikeda
3
280
複数アプリケーションを育てていくための共通化戦略
irof
10
3.9k
DroidKnights 2025 - 다양한 스크롤 뷰에서의 영상 재생
gaeun5744
3
300
GoのWebAssembly活用パターン紹介
syumai
3
10k
Datadog RUM 本番導入までの道
shinter61
1
300
從零到一:搭建你的第一個 Observability 平台
blueswen
1
960
セキュリティマネジャー廃止とクラウドネイティブ型サンドボックス活用
kazumura
1
180
SODA - FACT BOOK
sodainc
1
1.1k
Kotlin エンジニアへ送る:Swift 案件に参加させられる日に備えて~似てるけど色々違う Swift の仕様 / from Kotlin to Swift
lovee
1
240
Featured
See All Featured
The Straight Up "How To Draw Better" Workshop
denniskardys
233
140k
The Cult of Friendly URLs
andyhume
79
6.4k
Raft: Consensus for Rubyists
vanstee
140
7k
YesSQL, Process and Tooling at Scale
rocio
173
14k
Faster Mobile Websites
deanohume
307
31k
Become a Pro
speakerdeck
PRO
28
5.4k
Java REST API Framework Comparison - PWX 2021
mraible
31
8.6k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
233
17k
Side Projects
sachag
455
42k
Building Flexible Design Systems
yeseniaperezcruz
328
39k
Music & Morning Musume
bryan
46
6.6k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
16
940
Transcript
1 ©2024 Loglass Inc. ログラスを支える設計標準について 2024.3.29 設計カンファレンス extends OOC Yuta
Muramoto / Loglass, Inc.
2 2 ©2024 Loglass Inc. 株式会社ログラス 開発部 エンジニア 村本 雄太
/ Yuta Muramoto (@urmot2) 自己紹介 2021年11⽉にログラスにソフトウェアエンジニアとして⼊社。 Loglass経営管理の開発に2年ほど携わり、 現在は新規事業であるLoglass⼈員計画の開発に勤しんでいる
3 ©2024 Loglass Inc. 設計標準とは?
4 ©2024 Loglass Inc. 設計標準とは何か?
5 ©2024 Loglass Inc. ex ・テストコードの書き方 ・ドメインオブジェクトの書き方 ・ドメインサービスの書き方 ・バリデーションの書き方 ・フロントエンドのAPIコールの仕方
設計標準 より良い設計の追求を目的とする ・理由がなければ、基本的に従う ・設計時やレビュー時に参照される ・より良い設計案がされば更新される コーディング規約 品質を均一化することを目的とする ・必ず従うべきもの ・違反したらRequest changesにする ・必要に応じて更新する コーディング規約との違い ex ・命名規則 ・スタイル規約 ・ディレクトリ構造 ・クラス設計 ・DB設計
6 ©2024 Loglass Inc. コレクション 設計標準の事例紹介
7 ©2024 Loglass Inc. 関数 設計標準の事例紹介
8 ©2024 Loglass Inc. サーバーサイドテストコード設計標準 設計標準の事例紹介
9 ©2024 Loglass Inc. サーバーサイドテストコード設計標準 設計標準の事例紹介
10 ©2024 Loglass Inc. 設計標準の運用
11 ©2024 Loglass Inc. 設計標準の運用
12 ©2024 Loglass Inc. 設計標準の運用 プロポーザルを書いて Slackで投げかける
13 ©2024 Loglass Inc. 設計標準の運用 ポストモーテムの再発防止策として
14 ©2024 Loglass Inc. 設計標準の効果
15 15 ©2024 Loglass Inc. 開発組織の資産になる 設計標準の効果 1. 設計で迷う時間を省くことができる ◦
⾃分が⼀度迷ったところは、他の⼈も絶対迷う ◦ そういうときに既に答えがあると、迷う時間を短縮できる 2. 良い設計が伝播していく ◦ 設計標準がないと、良い設計もその場限りのものになってしまう ◦ 設計標準に追加することによって、コードへ反映しようとする圧⼒がかかる 3. 現在の設計の意図がわかる ◦ なぜこのようになっているのか?がドキュメントとしてまとまっている ◦ オンボーディングの役に⽴つ ◦ 同じ轍を踏まない
16 ©2024 Loglass Inc. 今後の課題
17 ©2024 Loglass Inc. うまくいってるいるように話したけど ... 今後の課題 • ここ1年だけでも開発組織が急拡⼤している →
来年はもっと増える ◦ 開発者 → 1.5倍 ◦ チーム数 → 2倍 • 設計標準の重要性は増していくが、今の運⽤⽅針だとドキュメントの維持が⼤変 ◦ ex. 古いドキュメントの更新、バラバラなフォーマット、検索性、etc.. • 仕組み化と浸透施策が今後の課題 ◦ ADRのテンプレを作って運⽤を回す ◦ 各チームにアンバサダー的な⼈を置く
18