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
なんとなくわかった気になるブロックテーマ入門/contents.nagoya 2025 6.28
chiilog
1
270
Python型ヒント完全ガイド 初心者でも分かる、現代的で実践的な使い方
mickey_kubo
1
120
テストから始めるAgentic Coding 〜Claude Codeと共に行うTDD〜 / Agentic Coding starts with testing
rkaga
12
4.5k
20250704_教育事業におけるアジャイルなデータ基盤構築
hanon52_
5
790
10 Costly Database Performance Mistakes (And How To Fix Them)
andyatkinson
0
340
High-Level Programming Languages in AI Era -Human Thought and Mind-
hayat01sh1da
PRO
0
780
Google Agent Development Kit でLINE Botを作ってみた
ymd65536
2
250
初学者でも今すぐできる、Claude Codeの生産性を10倍上げるTips
s4yuba
16
11k
Is Xcode slowly dying out in 2025?
uetyo
1
270
A full stack side project webapp all in Kotlin (KotlinConf 2025)
dankim
0
120
プロダクト志向ってなんなんだろうね
righttouch
PRO
0
190
PHPでWebSocketサーバーを実装しよう2025
kubotak
0
290
Featured
See All Featured
How to Ace a Technical Interview
jacobian
278
23k
GitHub's CSS Performance
jonrohan
1031
460k
Raft: Consensus for Rubyists
vanstee
140
7k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
34
5.9k
How to train your dragon (web standard)
notwaldorf
95
6.1k
The Pragmatic Product Professional
lauravandoore
35
6.7k
How GitHub (no longer) Works
holman
314
140k
Optimizing for Happiness
mojombo
379
70k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
281
13k
Measuring & Analyzing Core Web Vitals
bluesmoon
7
510
Thoughts on Productivity
jonyablonski
69
4.7k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
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 その上で運用・開発しやすいように 教える事が最優先ではない
しかし ... しかし ... メンテできなくなったソフトは価値を失う プロダクトの考え方 サービスが長続きするよう、開発し続けられるように
バランス重要 バランス重要
ご清聴 ご清聴 ありがとうございまし ありがとうございまし た。 た。