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
dep ensure浅掘り
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
take_cheeze
June 14, 2018
Programming
460
0
Share
dep ensure浅掘り
take_cheeze
June 14, 2018
More Decks by take_cheeze
See All by take_cheeze
goluaをさわってみる
takecheeze
0
380
html5everをスクリプト言語から呼ぶ
takecheeze
0
260
mgemのCIを支える諸々
takecheeze
2
570
Go_2のドラフトを読む__エラー編_.pdf
takecheeze
0
1.7k
fukuoka.rb 祝 #100!
takecheeze
0
680
LuaJIT as a Ruby backend
takecheeze
1
3.8k
Fukuoka Ruby Award 10th
takecheeze
1
280
コンパイル時計算への招待.pdf
takecheeze
1
1.4k
mrubyにとるRubyのシングルバイナリ運用
takecheeze
0
1.4k
Other Decks in Programming
See All in Programming
[RubyKaigi 2026] Require Hooks
palkan
1
300
ローカルLLMでどこまでコードが書けるか / How much code can be written on a local LLM
kishida
2
340
認証統合から始めるフロントエンドの機能単位開発 — マイクロサービス思想の適用
koukimiura
0
100
Back to the roots of date
jinroq
0
770
GoogleCloudとterraform完全に理解した
terisuke
1
190
実践ハーネスエンジニアリング:ステアリングループを実例から読み解く / Practical Harness Engineering: Understanding Steering Loops Through Real-World Examples
nrslib
5
4.8k
サークル参加から学ぶ、小さな事業の回し方
yuzneri
0
150
「OSSがあるなら自作するな」は AI時代も正しいか ── Build vs Adopt の新しい判断基準
kumorn5s
7
2.4k
HTML-Aware ERB: The Path to Reactive Rendering @ RubyKaigi 2026, Hakodate, Japan
marcoroth
0
670
KMP × Kotlin 2.3 - How Android Got Slower While iOS Builds Improved by 47%
rio432
0
150
AIと共に生きる技術選定 2026
sgash708
0
130
ふにゃっとしない名前の付け方 〜哲学で茹で上げる、コシのあるソフトウェア設計〜
shimomura
0
110
Featured
See All Featured
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
17k
The Pragmatic Product Professional
lauravandoore
37
7.3k
The World Runs on Bad Software
bkeepers
PRO
72
12k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.4k
It's Worth the Effort
3n
188
29k
Imperfection Machines: The Place of Print at Facebook
scottboms
270
14k
Optimising Largest Contentful Paint
csswizardry
37
3.7k
SEO Brein meetup: CTRL+C is not how to scale international SEO
lindahogenes
1
2.6k
Writing Fast Ruby
sferik
630
63k
Bootstrapping a Software Product
garrettdimon
PRO
307
120k
The Cult of Friendly URLs
andyhume
79
6.9k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
31
10k
Transcript
dep ensure 浅掘り
Golangのパッケージ管理 とりあえず を推奨 は縮小に でがんばる
depみたいなツールのできること 文からパッケージの依存関係を解決 各パッケージのバージョン管理 大体 などのバージョン管理上に作られている ディレクトリにパッケージを展開
go get/Go & Versioning してしまうと が汚染される 先生が 含めていい感じに置き換え予定
そもそもパッケージの依存解決の大変さ そもそも 問題らしい 先生再び 複雑なパッケージ関係だと計算が終わらないことも
そんな感じでパッケージ管理難しい でも、ソフトウェアスタックを構築するのに不可欠 何層もパッケージ管理がある昨今 言語のパッケージ管理 のパッケージ管理
本題: dep とか があった どちらも への移行を推奨 ひとまず のパッケージ管理ならこれ
depの機能 依存をいい感じに集めて初期化 の設定ファイルをもとにダウンロード パッケージ更新
depの問題点 初回の がとても遅い
遅い原因: ネットワーク 初回は全依存パッケージの などが走る 大体 なはずだけどいろんな に対応 ほぼほぼ使わないデータのダウンロード
もっと早くできる要素 特定のバージョンを する しないなら いらない には をダウンロードする がある
depのダウンロードに特化したツール というツール 当然 製
性能とか ネットワーク環境に強く依存 のために作った パッケージ未満のプロジェクトで 分弱 秒強
ツールの中身 のロックファイルが 本家から借りた部分も 以外は標準パッケージで大体なんとかなった
テスト方法 のパッケージ取得からビルドまで が不調でなければ成功する
反応など のメインの開発者から反応もらった (はよ 本体に実装して ) が若干はやくなった 数十秒
おしまい ありがとうございました!