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
kanayannet
February 05, 2022
Programming
0
410
疎結合と認知
kanayannet
February 05, 2022
Tweet
Share
More Decks by kanayannet
See All by kanayannet
無関心の谷
kanayannet
0
210
生成AIの使いどころ
kanayannet
0
160
github copilot と 心理的安全性
kanayannet
0
200
FW と ライブラリ の考え方
kanayannet
0
230
TDDと今まで
kanayannet
0
550
個人開発 稼げなくてもいいアプリ
kanayannet
0
520
システムの堅牢性
kanayannet
0
300
Agile的学習方法
kanayannet
0
280
GUIをエンジニアが考える
kanayannet
0
250
Other Decks in Programming
See All in Programming
なぜ適用するか、移行して理解するClean Architecture 〜構造を超えて設計を継承する〜 / Why Apply, Migrate and Understand Clean Architecture - Inherit Design Beyond Structure
seike460
PRO
3
770
プロダクト志向なエンジニアがもう一歩先の価値を目指すために意識したこと
nealle
0
130
スタートアップの急成長を支えるプラットフォームエンジニアリングと組織戦略
sutochin26
1
5.8k
VS Code Update for GitHub Copilot
74th
2
650
Rubyでやりたい駆動開発 / Ruby driven development
chobishiba
1
730
MDN Web Docs に日本語翻訳でコントリビュートしたくなる
ohmori_yusuke
1
120
データの民主化を支える、透明性のあるデータ利活用への挑戦 2025-06-25 Database Engineering Meetup#7
y_ken
0
360
Modern Angular with Signals and Signal Store:New Rules for Your Architecture @enterJS Advanced Angular Day 2025
manfredsteyer
PRO
0
220
Systèmes distribués, pour le meilleur et pour le pire - BreizhCamp 2025 - Conférence
slecache
0
120
AI コーディングエージェントの時代へ:JetBrains が描く開発の未来
masaruhr
1
160
脱Riverpod?fqueryで考える、TanStack Queryライクなアーキテクチャの可能性
ostk0069
0
150
ふつうの技術スタックでアート作品を作ってみる
akira888
1
860
Featured
See All Featured
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
2.9k
Fireside Chat
paigeccino
37
3.5k
How to Ace a Technical Interview
jacobian
278
23k
Being A Developer After 40
akosma
90
590k
KATA
mclloyd
30
14k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
16k
Writing Fast Ruby
sferik
628
62k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
7
740
Adopting Sorbet at Scale
ufuk
77
9.5k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
53
2.9k
Rebuilding a faster, lazier Slack
samanthasiow
82
9.1k
What's in a price? How to price your products and services
michaelherold
246
12k
Transcript
疎結合 と 認知 疎結合 と 認知 Gunma.web #44 Gunma.web #44
@kanayannet @kanayannet
近況報告 ( 前座 ) 近況報告 ( 前座 ) 今更ですが... Ruby
技術者認定試験 Silver 合格
None
次は GOLD 目指します 次は GOLD 目指します
今のネタが伝わった方は世代がバレ ry.. 今のネタが伝わった方は世代がバレ ry..
ここから本題です ここから本題です
今回の目的 今回の目的 疎結合 のアーキテクチャにすると.. 「その仕組み覚えずらい」という人が出てくる 何故、覚えずらいと感じるのか?紐解く
凄い技術の発表じゃないよ 凄い技術の発表じゃないよ でも凄く重要な事です。
今回の大前提 今回の大前提 密結合 = 悪 と断罪したい訳ではない 機能を集約化するために、やる場合もある もちろん「覚えずらい」という人が悪いという訳でもない 原因を取り除いてスムーズに物事を進めるために 自分も勉強するために
疎結合とは? 疎結合とは? 細分化された個々のコンポーネント同士の結びつきが緩やか 独立性が強い状態 個々のコンポーネント同士は連携しているが、依存している 事が少ない
もっと具体的に もっと具体的に それ単体でも動作可能である それ単体でテストが可能である
どれが一番疎でしょうか? どれが一番疎でしょうか? rubygems, cpan など 自作のモジュール群 マイクロサービス
クリーンアーキテクチャでは クリーンアーキテクチャでは
ソースレベル コンポーネント間の通信には、単純な関数呼び出しを使用 デプロイレベル あるモジュールのソースコードに対する変更が、ほかのモ ジュールに影響を与えない単位 サービスレベル 物理的な場所に依存しない、通信で繋がっている
特徴 特徴 覚えずらい人の場合
どんな時に覚えずらい? どんな時に覚えずらい? 一つの画面で ソースコードを追えなくなった ソースコードを追えなくなる 処理を追えなくなる
処理を追えなくなる 処理を追えなくなる これが「覚えずらい」の正体 ソースコードの改修一切なくリリースまで行くことはない 追えないのは致命的
という事は ... という事は ...
RDB の正規化 RDB の正規化 table を複数に分けて共通のID で管理 これも同じように覚えずらいのでは?
同じレコードに ... 同じレコードに ... 全カラムが入っている方が覚えやすい 結構あるある
class の継承 class の継承 同じ処理を様々なclass 内で使いたい 同じように覚えずらいか?
複数の class に ... 複数の class に ... 同じような method
が書いてある方が覚えやすかったりする
把握できる人と 把握できる人と 何が違うのか? 何が違うのか?
情報非対称性 情報非対称性 エンジニア組織論でも出ましたね。 「見えてるもの」が違う エンジニア同士でもあるある話 「相手」の立場になって考える
特徴 特徴 「覚えられる人」の場合
絵・図で表現している ホワイトボードに絵を描くと伝わる -> あるある
None
道具の使い方 道具の使い方 複数画面を並べて眺めている エディタの画面分割を上手く使っている そもそも一つの画面で追ってない
単純に「慣れ」 単純に「慣れ」 頭の中で通信の線が引けている
解消方法 解消方法
もちろんケースバイケース もちろんケースバイケース 人によってポイント違う場合あるある 「そのコードの書き方知らなかった」 これも「あるある」話
道具の使い方問題 道具の使い方問題 画面分割やmethod の追い方を「一緒」に探す 「解らないもの」を認め合える文化 これ大事
苦戦ポイント 苦戦ポイント エディタは人それぞれ違う 使われる事が多いエディタに集約されるかな? その場で情報交換しやすい方向 くれぐれも「vim 」は強要しない 自分が使っていても、正直おすすめしない
あ、ちなみに ... あ、ちなみに ... vim だと「:sp ファイル名」で分割できます 「:!fgrep " 検索文字列"
*/*/*.rb 」 rails とかだと検索しやすいかな?
絵や図で描く 絵や図で描く 面倒くさがると描かなくなるんだけど... ここも「重要」です。 コードを追えなくなる方が「もっと面倒」
絵や図のフォーマット 絵や図のフォーマット ゆるく決める そんなに拘らない 伝わって「頭の中で整理できる」方を優先
まとめ まとめ
処理を追えなくなるのは ... 処理を追えなくなるのは ... 追えてる人と見えてるものが違う
把握出来る人を集めれば ...? 把握出来る人を集めれば ...? 手っ取り早そうな話だが、中々集めづらかったりする 業務知識をオブジェクトにしたものだったりすると特に... 人を選ばずにどうにか出来ないか?
処理を追えない事が 処理を追えない事が 「悪い訳」じゃない 「悪い訳」じゃない
「見え方」を同じにする もしかしたら「自分が抽象化し過ぎている」かも? これも、あるある話 謙虚さ重要
良い悪い で判断しない 良い悪い で判断しない エンジニアなんで 合理的な判断をしたい 人 対 人 にしない
人々 対 課題にする
まずは「動くように」する まずは「動くように」する 仕事なんで 動かないソフトはNG その上で運用・開発しやすいように 教える事が最優先ではない
しかし ... しかし ... メンテできなくなったソフトは価値を失う プロダクトの考え方 サービスが長続きするよう、開発し続けられるように
バランス重要 バランス重要
ご清聴 ご清聴 ありがとうございまし ありがとうございまし た。 た。