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
システム内製の原則 / principles-of-in-house-system-deve...
Search
tunemage
February 05, 2020
Programming
3
2.2k
システム内製の原則 / principles-of-in-house-system-development
ラクス様主催の勉強会のLT枠で発表させていただきました(
https://rakus.connpass.com/event/161744/
)
tunemage
February 05, 2020
Tweet
Share
More Decks by tunemage
See All by tunemage
IPO準備プロジェクトにエンジニアとして参加した話 / IPO preparation project
tunemage
1
140
『データモデリングでドメインを駆動する』で繋がる体験 / Drive domain with data modeling
tunemage
0
150
Vueによる自作簡易DSL / Simple DSL with Vue
tunemage
1
160
手離れの良いExcel VBA / non-personalized-excel-vba
tunemage
1
100
本を年100冊読むためにしている事 / my-way-to-read-100-books-a-year
tunemage
1
750
システム監査についての学びと今後の課題 / learning-about-system-auditing
tunemage
1
1.5k
業務システムの概要とその選択肢_公開用_.pdf/Overview of business system
tunemage
2
1.3k
Other Decks in Programming
See All in Programming
Return of the Full-Stack Developer
simas
PRO
1
310
フロントエンドテストの育て方
quramy
9
2.5k
Denoでフロントエンド開発 2025年春版 / Frontend Development with Deno (Spring 2025)
petamoriken
1
1.3k
Preact、HooksとSignalsの両立 / Preact: Harmonizing Hooks and Signals
ssssota
1
670
ベクトル検索システムの気持ち
monochromegane
30
8.8k
データベースエンジニアの仕事を楽にする。PgAssistantの紹介
nnaka2992
9
4.2k
Develop Faster With FrankenPHP
dunglas
2
2.4k
GDG Super.init(version=6) - From Where to Wear : 모바일 개발자가 워치에서 발견한 인사이트
haeti2
0
560
goにおける コネクションプールの仕組み を軽く掘って見た
aronokuyama
0
120
爆速スッキリ! Rspack 移行の成果と道のり - Muddy Web #11
dora1998
1
150
Fluent UI Blazor 5 (alpha)の紹介
tomokusaba
0
140
エンジニア未経験が最短で戦力になるためのTips
gokana
0
210
Featured
See All Featured
How GitHub (no longer) Works
holman
314
140k
Statistics for Hackers
jakevdp
798
220k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
40
2k
Designing for humans not robots
tammielis
250
25k
The Art of Programming - Codeland 2020
erikaheidi
53
13k
The Invisible Side of Design
smashingmag
299
50k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
33
2.1k
Fireside Chat
paigeccino
37
3.3k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
44
7.1k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
49k
Product Roadmaps are Hard
iamctodd
PRO
52
11k
The Cult of Friendly URLs
andyhume
78
6.3k
Transcript
システム内製の原則 @tunemage
自己紹介 • つねまげ(@tunemage) • 現職(1年半) • 製造業の社内SE的なポジション(研究開発も少し) • 社内基幹システムの開発・運用がメイン •
前職(6年) • ERPパッケージ開発 • それ以前 • Webやスマホアプリなど色々
•昨年、スクラッチ開発の社内基幹システムをロー ンチしました •本日は開発の中で意識した「原則」についてお話 します
開発の流れ • 4〜6月(アーキテクチャ選定・基本設計・参照実装) • 2人体制(もう1人のメンバーがフロントエンドに明るくて助かりました) • 画面設計・DB設計・ライブラリの検証・クラウド環境の選定・最初の2画 面実装 • 7〜9月(機能実装)
• 1.2人体制 • 4画面 ・共通コンポーネント・CI • 10〜12月(追加開発) • 1人体制 • 追加2画面・細かな要望&不具合対応・ユニットテスト導入
構成 • 機能 • 画面✕8 • 帳票✕4 • CSV出力✕2 •
システム構成 • サーバーサイド • Kotlin (一部Java) • Spring Boot • クライアントサイド • TypeScript(結構JavaScript) • NuxtJS • プラットフォーム • GAE(一部Heroku)
•比較的少ないリソースの中で、曲がりなりにもリ リースにまで辿り着けた •その中で大事にした原則は2つ
原則①YAGNI( You ain't gonna need it ) • 手を抜ける箇所は絶妙に手を抜く •
変更コストの高い部分に集中 • ただし、単なる付け焼き刃はNG
原則②機構と方針の分離 「計算機科学における設計原則の1つ。機構(操作の認可と資源配分 を制御するシステム実装部分)は、どの操作を認可するかやどの資 源を割り当てるかといった決定を行う際の方針を表すべきでない (あるいは過度に制限すべきでない)という考え方である。 (Wikipedia)」 • よく分からんので具体例を(次ページ)
実際の例)簡易帳票エンジンの実装 見積データ 帳票エンジン Excel テンプレート 方針 機構 出力帳票
原則②機構と方針の分離 • 機構(エンジン)側は方針(条件分岐・レイアウト等)を意識し なくて良い • ハードコーディングによるif文地獄に陥らない • メンテナンス性向上 • 帳票エンジンの他にも、部署ごとに異なる作業工程の定義や権限
まわりでも応用しています
原則②機構と方針の分離(その他の例) 機構 方針 カードキー カードリーダー・通信プロトコル セキュリティサーバの権限データ Maven・npm等 実行エンジン pom.xml、package.json 会計システム
仕訳エンジン 勘定科目マスタ 承認申請機能 画面コンポーネント 権限マスタのデータ ワークフロー ワークフローエンジン ワークフローの定義
まとめ • YAGNIと称した付け焼き刃はNG • 可変ポイントを見極めて適切な役割分担を促す設計が重要 • 業務ドメインと技術ドメインの全体感を見る • まだまだ未対応の問題は山ほどあるので楽しみです
参考文献 • マルチパラダイムデザイン(ジェームズ・O. コプリン) • 機構と方針の分離(Wikipedia) https://ja.wikipedia.org/wiki/%E6%A9%9F%E6%A7%8B%E3%8 1%A8%E6%96%B9%E9%87%9D%E3%81%AE%E5%88%86%E9 %9B%A2