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
takato fukui
July 10, 2025
Technology
0
61
エンジニアリングの良い塩梅🧂🌸
takato fukui
July 10, 2025
Tweet
Share
More Decks by takato fukui
See All by takato fukui
関数の挙動書き換える
takatofukui
4
840
機関室の灯りは消えない
takatofukui
0
39
dd-trace-goのtrace context propagation実装
takatofukui
0
510
ソフトウェアテスト
takatofukui
0
82
なぜコードを書いてはいけないか
takatofukui
0
140
リファクタリング
takatofukui
0
140
本番分析データベースを丸ごと削除した人の顔
takatofukui
0
120
Other Decks in Technology
See All in Technology
Goのerror型がシンプルであることの恩恵について理解する
yamatai1212
1
300
CloudFrontのHost Header転送設定でパケットの中身はどう変わるのか?
nagisa53
1
120
Agent Skill 是什麼?對軟體產業帶來的變化
appleboy
0
220
GitHub Copilot CLI で Azure Portal to Bicep
tsubakimoto_s
0
180
品質を経営にどう語るか #jassttokyo / Communicating the Strategic Value of Quality to Executive Leadership
kyonmm
PRO
3
1.2k
Phase11_戦略的AI経営
overflowinc
0
1.4k
Phase10_組織浸透_データ活用
overflowinc
0
1.5k
コンテキスト・ハーネスエンジニアリングの現在
hirosatogamo
PRO
6
760
データマネジメント戦略Night - 4社のリアルを語る会
ktatsuya
1
210
DMBOKを使ってレバレジーズのデータマネジメントを評価した
leveragestech
0
230
「お金で解決」が全てではない!大規模WebアプリのCI高速化 #phperkaigi
stefafafan
5
2.2k
BFCacheを活用して無限スクロールのUX を改善した話
apple_yagi
0
110
Featured
See All Featured
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
3.4k
Designing for Performance
lara
611
70k
Agile that works and the tools we love
rasmusluckow
331
21k
How to train your dragon (web standard)
notwaldorf
97
6.6k
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
2
580
Un-Boring Meetings
codingconduct
0
240
Believing is Seeing
oripsolob
1
94
Mind Mapping
helmedeiros
PRO
1
130
Documentation Writing (for coders)
carmenintech
77
5.3k
HDC tutorial
michielstock
1
580
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
1.9k
Effective software design: The role of men in debugging patriarchy in IT @ Voxxed Days AMS
baasie
0
260
Transcript
エンジニアリングの良い塩梅 🧂🌸 【ORION】エンジニアLT会#6 '25/07/10 福井崇人 エンジニアリングにおける「ちょうどいい」バランスを探る旅 へようこそ
自己紹介 福井崇人 金融系SIや事業会社のエンジニアなどを経て、 現在はRetty株式会社に所属
エン¸ニアúング~良い塩梅(バùン ¹)難しい 観点 ºーバーエン¸ニアúングかど うか どこまでパフォーマンスを良くする か どこまでセキュリティ対策するか … テ¹ø~厚さや»バüッ¸
コーùコメンø~詳細度 ýグ~量 アùーø~種類 Lintûーû~厳格さ …
良い塩梅はどう難しいか (例えば)テストの厚さ 厚すぎると:ちょっとした変更でテストが失敗し、テスト修 正コストがかかる 薄すぎると:品質リスクが高くなる (例えば)ログの量 多すぎると:大事なログが埋もれて見つけにくく、保管コス トがかかる 少なすぎると:調査しにくい
良い塩梅はなぜ難しいか 良い塩梅を決めるコンテキスト変数が多く、時変的 提供するものの中 提供者への影響 人命, お金, 個人情報 提供するものの使われ方 本番で動く, 1回だけ使うスクリプト,
ミッションク リティカル ドメインの可変性 実装上の手の入れやすさ … 提供するものの外 チームスキルセット 提供するものフェーズ PoC, 安定稼働期 会社の社会的信用 …
ケーススタディ 万博スポンサーのセキュリティ 万博スポンサーをしている会社の社内セキュリティ環境 → 情報漏洩があったら信用を失う影響が大きいので強め 金のなる木の保守 保守できる人が少なく、手を入れる頻度が少ない"金のなる木"のサービスに手を入れる際のコードコメント → サービス廃止の可能性は低く、今後も保守し続ける可能性があるので、詳細に書く 社内システムの監視
社内で使われる、業務が滞りにくいWebサービスのアラート → アラート設定せず、不具合があった場合は利用者から直接連絡してもらう
どう良い塩梅を見つけていくか やりすぎを経験せずに、良い塩梅向かっていくのではなく…
どう良い塩梅を見つけていくか やりすぎ、やらなすぎの経験を繰り返して、良い塩梅を見つけていくイメージ
やりすぎた、やらなすぎたを どう気づき、振り返るか "感想"を深掘る 「分かりづらい」「使いづらい」といっ た他エンジニアの感想、自分の感 想を深掘りする 日常会話から気づきが得られる 開発活動を深掘る 「開発規模の割に開発遅くない?」 「アウトプットの割に手を入れる箇
所が多くない?」 不具合を深掘る 不具合、インシデント原因を深掘 る 「不具合が起きるのは複雑な設計だ から?」
でそれは良い塩梅なの? 課題が少なくなってくれば良い塩梅になってきてる 課題が少なければ良い塩梅 と言えるのでは
エンジニアリング以外でも同じ これら良い塩梅の考え方はエンジニアリング以外 でも同じ: チーム内外のコミュニケーション量 サービス/プロダクトマニュアルの詳細度 テレワーク or 出社 …
まと± 良い塩梅コンテキスø変数に依存yる 良い塩梅を⾒つけるに"収束yる周波数"~ように 雑に⾔え、何事において²<øレーùオフを考慮wて PDCAを回y=と同x話