Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
ログラスを支える設計標準について / loglass-design-standards
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
urmot
March 29, 2024
Programming
3k
12
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
ログラスを支える設計標準について / loglass-design-standards
設計カンファレンス extends OOCの発表資料です。
urmot
March 29, 2024
More Decks by urmot
See All by urmot
DDDにおける認可の扱いとKotlinにおける実装パターン / authorization-for-ddd-and-kotlin-implement-pattern
urmot
4
1.9k
ログラスを支える技術的投資の仕組み / loglass-technical-investment
urmot
10
6.3k
実践!CloudFormation Best Practice ~CloudFormationで始める組織改革~
urmot
2
3.6k
CircleCIを導入した話
urmot
0
130
SPA on AWS
urmot
0
250
実践!CloudFormation Best Practice
urmot
0
310
RDBのログを取る時にDMSを使うという選択肢
urmot
0
180
ベンチャー企業のインフラを運用して学んだ99のこと
urmot
0
1.4k
Other Decks in Programming
See All in Programming
Webの地図
yosuke_furukawa
PRO
6
5k
20260914 AIエージェント時代のPlatform Engineering LLM基盤とプロダクトの責務境界線
kanfab1
7
2.3k
[2026-09-26]空論ジェネリックプロセス~テスト資産とAIで紡ぐ、再現可能なパフォーマンスチューニングの話~
tosite
0
250
大喜利で理解するLLM as a Judge / Understanding LLM-as-a-Judge through Ogiri
rockname
0
180
速く作れる。その次は、速く確かめられる開発へ 〜AIネイティブ開発を支える、Shift Down〜 / Can build fast. Next, moving to development where we can verify fast.
rkaga
8
5.2k
GemmaをJevのように使ってみる / Use Gemma like Jev
kishida
4
440
技術的負債を組織課題として解く-増えすぎたマイクロサービスとの戦い-
reimaru
1
2.6k
iOS 27でニュースアプリはどう変わる!? 〜日経電子版の新機能対応と、開発事例から〜
lynnswap
7
13k
マイコン向けの軽量Ruby「PicoRuby」で各種デバイスを制御するネイティブアプリの実現手法
bash0c7
0
460
GitHubハンズオン講座 — 実務レベルのチーム開発のフローを身につけよう
junhat6
0
110
Findy - エンジニア向け会社紹介/Findy Company Deck
findyinc
6
400k
AI Agent時代のリアーキテクチャ戦略と実践
hokaccha
9
5.2k
Featured
See All Featured
Balancing Empowerment & Direction
lara
6
1.3k
How People are Using Generative and Agentic AI to Supercharge Their Products, Projects, Services and Value Streams Today
helenjbeal
1
340
The Anti-SEO Checklist Checklist. Pubcon Cyber Week
ryanjones
0
250
Into the Great Unknown - MozCon
thekraken
41
2.7k
SEO for Brand Visibility & Recognition
aleyda
0
4.8k
Navigating Algorithm Shifts & AI Overviews - #SMXNext
aleyda
1
1.6k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
2.2k
Rails Girls Zürich Keynote
gr2m
96
14k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
21
1.6k
Fireside Chat
paigeccino
43
4k
The AI Search Optimization Roadmap by Aleyda Solis
aleyda
1
6.3k
From π to Pie charts
rasagy
1
380
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