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
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
takato fukui
July 10, 2025
Technology
72
0
Share
エンジニアリングの良い塩梅🧂🌸
takato fukui
July 10, 2025
More Decks by takato fukui
See All by takato fukui
関数の挙動書き換える
takatofukui
4
860
機関室の灯りは消えない
takatofukui
0
43
dd-trace-goのtrace context propagation実装
takatofukui
0
540
ソフトウェアテスト
takatofukui
0
87
なぜコードを書いてはいけないか
takatofukui
0
150
リファクタリング
takatofukui
0
150
本番分析データベースを丸ごと削除した人の顔
takatofukui
0
130
Other Decks in Technology
See All in Technology
Spring AI × MCP 入門〜AIエージェントへのツール公開、境界設計から始める最小構成 〜
yuyamiyamoto
0
150
oracle-to-databricks-migration-with-llm-and-dbt
casek
0
300
Gradle×GitHub_ActionsでCI時間を約50%短縮 ジョブ分割の設計と落とし穴 / Cutting CI Time by ~50% with Gradle and GitHub Actions: Job-Splitting Design and Pitfalls
takatty
0
470
インフラが苦手でも大丈夫! 紙芝居 Kubernetes -WWGT 10周年編-
aoi1
1
280
JEP 522 Deep Dive - G1 GC同期コスト削減によるスループット向上を徹底検証&解説
tabatad
1
210
CloudFront VPCオリジンとVPC Latticeサービスの内部ALBをマルチアカウントで一元利用しよう
duelist2020jp
5
250
Spring Boot における AOT Cache 活用テクニックと 起動時間改善事例
ntt_dsol_java
0
160
Amazon Bedrock 経由の Claude Cowork を試してみよう・MCP にも繋いでみよう
sugimomoto
0
220
freee-mcpを Local→Remote で出してわかった MCP認可実装のリアル
terara
3
890
自称宇宙最速で不合格となったAIP-C01にリベンジを果たすべくAIで問題集アプリを作ってみた。
yama3133
0
220
Kaigi Effect Effect
ngtyuk
0
110
エンジニアは生成AIと どのように向き合うべきか? ことばの意味という観点から
verypluming
3
270
Featured
See All Featured
The Language of Interfaces
destraynor
162
26k
Being A Developer After 40
akosma
91
590k
Faster Mobile Websites
deanohume
310
31k
Measuring & Analyzing Core Web Vitals
bluesmoon
9
830
Marketing Yourself as an Engineer | Alaka | Gurzu
gurzu
0
200
Lightning talk: Run Django tests with GitHub Actions
sabderemane
0
190
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.4k
Designing for humans not robots
tammielis
254
26k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
31
10k
Everyday Curiosity
cassininazir
0
210
Paper Plane
katiecoart
PRO
1
50k
svc-hook: hooking system calls on ARM64 by binary rewriting
retrage
2
270
Transcript
エンジニアリングの良い塩梅 🧂🌸 【ORION】エンジニアLT会#6 '25/07/10 福井崇人 エンジニアリングにおける「ちょうどいい」バランスを探る旅 へようこそ
自己紹介 福井崇人 金融系SIや事業会社のエンジニアなどを経て、 現在はRetty株式会社に所属
エン¸ニアúング~良い塩梅(バùン ¹)難しい 観点 ºーバーエン¸ニアúングかど うか どこまでパフォーマンスを良くする か どこまでセキュリティ対策するか … テ¹ø~厚さや»バüッ¸
コーùコメンø~詳細度 ýグ~量 アùーø~種類 Lintûーû~厳格さ …
良い塩梅はどう難しいか (例えば)テストの厚さ 厚すぎると:ちょっとした変更でテストが失敗し、テスト修 正コストがかかる 薄すぎると:品質リスクが高くなる (例えば)ログの量 多すぎると:大事なログが埋もれて見つけにくく、保管コス トがかかる 少なすぎると:調査しにくい
良い塩梅はなぜ難しいか 良い塩梅を決めるコンテキスト変数が多く、時変的 提供するものの中 提供者への影響 人命, お金, 個人情報 提供するものの使われ方 本番で動く, 1回だけ使うスクリプト,
ミッションク リティカル ドメインの可変性 実装上の手の入れやすさ … 提供するものの外 チームスキルセット 提供するものフェーズ PoC, 安定稼働期 会社の社会的信用 …
ケーススタディ 万博スポンサーのセキュリティ 万博スポンサーをしている会社の社内セキュリティ環境 → 情報漏洩があったら信用を失う影響が大きいので強め 金のなる木の保守 保守できる人が少なく、手を入れる頻度が少ない"金のなる木"のサービスに手を入れる際のコードコメント → サービス廃止の可能性は低く、今後も保守し続ける可能性があるので、詳細に書く 社内システムの監視
社内で使われる、業務が滞りにくいWebサービスのアラート → アラート設定せず、不具合があった場合は利用者から直接連絡してもらう
どう良い塩梅を見つけていくか やりすぎを経験せずに、良い塩梅向かっていくのではなく…
どう良い塩梅を見つけていくか やりすぎ、やらなすぎの経験を繰り返して、良い塩梅を見つけていくイメージ
やりすぎた、やらなすぎたを どう気づき、振り返るか "感想"を深掘る 「分かりづらい」「使いづらい」といっ た他エンジニアの感想、自分の感 想を深掘りする 日常会話から気づきが得られる 開発活動を深掘る 「開発規模の割に開発遅くない?」 「アウトプットの割に手を入れる箇
所が多くない?」 不具合を深掘る 不具合、インシデント原因を深掘 る 「不具合が起きるのは複雑な設計だ から?」
でそれは良い塩梅なの? 課題が少なくなってくれば良い塩梅になってきてる 課題が少なければ良い塩梅 と言えるのでは
エンジニアリング以外でも同じ これら良い塩梅の考え方はエンジニアリング以外 でも同じ: チーム内外のコミュニケーション量 サービス/プロダクトマニュアルの詳細度 テレワーク or 出社 …
まと± 良い塩梅コンテキスø変数に依存yる 良い塩梅を⾒つけるに"収束yる周波数"~ように 雑に⾔え、何事において²<øレーùオフを考慮wて PDCAを回y=と同x話