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
脳が溶けた話 / Melted Brain
keisuke69
1
1.1k
How to install a gem
indirect
0
1.7k
「捨てる」を設計する
kubell_hr
0
370
Phase06_ClaudeCode実践
overflowinc
0
2.2k
Phase10_組織浸透_データ活用
overflowinc
0
1.8k
Phase12_総括_自走化
overflowinc
0
1.6k
Phase11_戦略的AI経営
overflowinc
0
1.7k
スピンアウト講座01_GitHub管理
overflowinc
0
1.5k
タスク管理も1on1も、もう「管理」じゃない - KiroとBedrock AgentCoreで変わった“判断の仕事”
yusukeshimizu
0
110
ThetaOS - A Mythical Machine comes Alive
aslander
0
200
AWS Systems Managerのハイブリッドアクティベーションを使用したガバメントクラウド環境の統合管理
toru_kubota
0
170
JEDAI認定プログラム JEDAI Order 2026 受賞者一覧 / JEDAI Order 2026 Winners
databricksjapan
0
370
Featured
See All Featured
First, design no harm
axbom
PRO
2
1.1k
The Organizational Zoo: Understanding Human Behavior Agility Through Metaphoric Constructive Conversations (based on the works of Arthur Shelley, Ph.D)
kimpetersen
PRO
0
280
Optimizing for Happiness
mojombo
378
71k
Chasing Engaging Ingredients in Design
codingconduct
0
150
Building AI with AI
inesmontani
PRO
1
820
Redefining SEO in the New Era of Traffic Generation
szymonslowik
1
250
The SEO Collaboration Effect
kristinabergwall1
0
410
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
360
30k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
49
9.9k
Believing is Seeing
oripsolob
1
96
The agentic SEO stack - context over prompts
schlessera
0
720
Building Applications with DynamoDB
mza
96
7k
Transcript
エンジニアリングの良い塩梅 🧂🌸 【ORION】エンジニアLT会#6 '25/07/10 福井崇人 エンジニアリングにおける「ちょうどいい」バランスを探る旅 へようこそ
自己紹介 福井崇人 金融系SIや事業会社のエンジニアなどを経て、 現在はRetty株式会社に所属
エン¸ニアúング~良い塩梅(バùン ¹)難しい 観点 ºーバーエン¸ニアúングかど うか どこまでパフォーマンスを良くする か どこまでセキュリティ対策するか … テ¹ø~厚さや»バüッ¸
コーùコメンø~詳細度 ýグ~量 アùーø~種類 Lintûーû~厳格さ …
良い塩梅はどう難しいか (例えば)テストの厚さ 厚すぎると:ちょっとした変更でテストが失敗し、テスト修 正コストがかかる 薄すぎると:品質リスクが高くなる (例えば)ログの量 多すぎると:大事なログが埋もれて見つけにくく、保管コス トがかかる 少なすぎると:調査しにくい
良い塩梅はなぜ難しいか 良い塩梅を決めるコンテキスト変数が多く、時変的 提供するものの中 提供者への影響 人命, お金, 個人情報 提供するものの使われ方 本番で動く, 1回だけ使うスクリプト,
ミッションク リティカル ドメインの可変性 実装上の手の入れやすさ … 提供するものの外 チームスキルセット 提供するものフェーズ PoC, 安定稼働期 会社の社会的信用 …
ケーススタディ 万博スポンサーのセキュリティ 万博スポンサーをしている会社の社内セキュリティ環境 → 情報漏洩があったら信用を失う影響が大きいので強め 金のなる木の保守 保守できる人が少なく、手を入れる頻度が少ない"金のなる木"のサービスに手を入れる際のコードコメント → サービス廃止の可能性は低く、今後も保守し続ける可能性があるので、詳細に書く 社内システムの監視
社内で使われる、業務が滞りにくいWebサービスのアラート → アラート設定せず、不具合があった場合は利用者から直接連絡してもらう
どう良い塩梅を見つけていくか やりすぎを経験せずに、良い塩梅向かっていくのではなく…
どう良い塩梅を見つけていくか やりすぎ、やらなすぎの経験を繰り返して、良い塩梅を見つけていくイメージ
やりすぎた、やらなすぎたを どう気づき、振り返るか "感想"を深掘る 「分かりづらい」「使いづらい」といっ た他エンジニアの感想、自分の感 想を深掘りする 日常会話から気づきが得られる 開発活動を深掘る 「開発規模の割に開発遅くない?」 「アウトプットの割に手を入れる箇
所が多くない?」 不具合を深掘る 不具合、インシデント原因を深掘 る 「不具合が起きるのは複雑な設計だ から?」
でそれは良い塩梅なの? 課題が少なくなってくれば良い塩梅になってきてる 課題が少なければ良い塩梅 と言えるのでは
エンジニアリング以外でも同じ これら良い塩梅の考え方はエンジニアリング以外 でも同じ: チーム内外のコミュニケーション量 サービス/プロダクトマニュアルの詳細度 テレワーク or 出社 …
まと± 良い塩梅コンテキスø変数に依存yる 良い塩梅を⾒つけるに"収束yる周波数"~ように 雑に⾔え、何事において²<øレーùオフを考慮wて PDCAを回y=と同x話