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
naQamura
November 20, 2023
Technology
0
120
技術負債とソフトウェアアーキテクチャ
naQamura
November 20, 2023
Tweet
Share
More Decks by naQamura
See All by naQamura
技術負債とデータ構造
na9amura
1
1.4k
想像力の隙間を埋める
na9amura
0
88
開発組織が情報発信の打席に立てる土台を作った一年を振り返る
na9amura
0
1.5k
アンラーニングを体験しよう
na9amura
2
340
MPA+CSRでMVPを作って継続的に拡張しよう BARフロントえんどう#1
na9amura
0
67
Other Decks in Technology
See All in Technology
コンテナセキュリティのためのLandlock入門
nullpo_head
2
320
Jetpack Composeで始めるServer Cache State
ogaclejapan
2
170
継続的にアウトカムを生み出し ビジネスにつなげる、 戦略と運営に対するタイミーのQUEST(探求)
zigorou
0
520
マルチプロダクト開発の現場でAWS Security Hubを1年以上運用して得た教訓
muziyoshiz
2
2.2k
新機能VPCリソースエンドポイント機能検証から得られた考察
duelist2020jp
0
220
スタートアップで取り組んでいるAzureとMicrosoft 365のセキュリティ対策/How to Improve Azure and Microsoft 365 Security at Startup
yuj1osm
0
210
第3回Snowflake女子会_LT登壇資料(合成データ)_Taro_CCCMK
tarotaro0129
0
180
20241214_WACATE2024冬_テスト設計技法をチョット俯瞰してみよう
kzsuzuki
3
440
NW-JAWS #14 re:Invent 2024(予選落ち含)で 発表された推しアップデートについて
nagisa53
0
250
バクラクのドキュメント解析技術と実データにおける課題 / layerx-ccc-winter-2024
shimacos
2
1.1k
小学3年生夏休みの自由研究「夏休みに Copilot で遊んでみた」
taichinakamura
0
150
KnowledgeBaseDocuments APIでベクトルインデックス管理を自動化する
iidaxs
1
260
Featured
See All Featured
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
127
18k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
32
2.7k
StorybookのUI Testing Handbookを読んだ
zakiyama
27
5.3k
Designing Experiences People Love
moore
138
23k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
251
21k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
232
17k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
159
15k
Scaling GitHub
holman
458
140k
Become a Pro
speakerdeck
PRO
26
5k
The World Runs on Bad Software
bkeepers
PRO
65
11k
The Cult of Friendly URLs
andyhume
78
6.1k
Code Review Best Practice
trishagee
65
17k
Transcript
技術負債とソフトウェア アーキテクチャ 技術的負債に向き合う Online Conference ハコベル株式会社 シニアアーキテクト 中村隆宏
中村隆宏 (na9amura) 所属:ハコベル株式会社 (ex ラクスル株式 会社ハコベル事業部) シニアアーキテクト 職歴:SI 系、決済、転職サービスなど 経歴:熊本出身、文化人類学専攻
趣味:旅行、音楽、MMA 自己紹介
ハコベルのプロダクト 取引・業務の 構造的な非効率を改善 物流に関わる人たちを会社を跨いだ コミュニケーションを円滑化 AI 系の技術を活用して 配送効率と業務効率を向上
今回の対象 取引・業務の 構造的な非効率を改善 物流に関わる人たちを会社を跨いだ コミュニケーションを円滑化 AI 系の技術を活用して 配送効率と業務効率を向上
技術負債を 「コミュニケーションの課題」である という切り口で考えてみる
課題1 課題はチーム内で、開発を進める際に発生するもの 例 API スキーマ、データ構造について相互に確認 設計方針についてディスカッション 技術的な共時的コミュニケーション
課題2 現在の自分と過去の自分・チーム間で発生 例 機能追加・拡張時の影響範囲 フレームワークによるJoin, Lazy Load により意図せずパフォーマンス劣化 技術的な通時的コミュニケーション
課題3 ユーザーの課題感・温度感 ↔️ 開発メンバーの理解、開発面の課題 対話をした結果をプロダクトに反映するサイクルが長い 例 操作履歴へのニーズと実装・運用の難易度 ユーザーとの対話
つまり アジャイルソフトウェア開発宣言: https://agilemanifesto.org/iso/ja/manifesto.html このサイクルを回すためのコミ ュニケーションを阻害するもの =技術負債
ハコベルでの取組み 阻害要因を取り除くためにソフトウェアアーキテクチャを重視、設計パターンを いくつか取り入れています
取組み1 :DDD ユーザーと同じ目線で対話しやすい状態 ドメインロジックが副作用から独立 コード自体が理解しやすく変更も加えやすい DDD を通して目指すこと
取組み2 :Event Sourcing 操作履歴、変更履歴をコード上でも重要な要素とする ユーザーが重要と考えるものをコードでも同様に重要なものと捉える Event Sourcing を利用して目指すこと
最後に ユーザーと対話する上で何が重要かを考える 将来の自分達にメッセージを込めたコードを書く ソフトウェアアーキテクチャはその強力な武器になります
THANK YOU 技術的負債に向き合う Online Conference ハコベル株式会社 シニアアーキテクト 中村隆宏