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
take_cheeze
June 14, 2018
Programming
470
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
dep ensure浅掘り
take_cheeze
June 14, 2018
More Decks by take_cheeze
See All by take_cheeze
goluaをさわってみる
takecheeze
0
400
html5everをスクリプト言語から呼ぶ
takecheeze
0
270
mgemのCIを支える諸々
takecheeze
2
570
Go_2のドラフトを読む__エラー編_.pdf
takecheeze
0
1.8k
fukuoka.rb 祝 #100!
takecheeze
0
700
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
ソフトウェア設計に溶けるインフラ ― AWS CDK のインフラ認識論
konokenj
3
750
琵琶湖の水は止められてもNet--HTTPのリトライは止められない / You might be able to stop the water flow of Lake Biwa but you can't stop Net::HTTP retries
luccafort
PRO
0
550
Claude Team Plan導入・ガイド
tk3fftk
0
250
使いながら育てる Claude Code — 開発フローの1コマンド化 × 繰り返し指摘の自動仕組み化
shiki_kakaku
0
1.7k
PHP Application における Kubernetes 内 gRPC 通信
ganchiku
0
580
AIエージェントで 変わるAndroid開発環境
takahirom
2
770
【やさしく解説 設計編・中級 #1】一つの車に、運転手は一人 ~ある倉庫システムの事例から~
panda728
PRO
0
200
仕様駆動開発の消費期限
watany
7
1.4k
freee が目指す データ マネジメント戦略 AI-Ready 時代を支える 攻めのガバナンスとは
freee
PRO
0
240
人間の目はかわらない、だからJPEGは30年もつ
yuzneri
12
18k
今さら聞けない .NET CLI
htkym
0
180
為什麼你並不需要ViewModel / No, you don't need a ViewModel
lovee
1
480
Featured
See All Featured
Bootstrapping a Software Product
garrettdimon
PRO
307
120k
Applied NLP in the Age of Generative AI
inesmontani
PRO
4
2.4k
Navigating the moral maze — ethical principles for Al-driven product design
skipperchong
2
440
Abbi's Birthday
coloredviolet
3
9.1k
コードの90%をAIが書く世界で何が待っているのか / What awaits us in a world where 90% of the code is written by AI
rkaga
63
45k
Building Applications with DynamoDB
mza
96
7.2k
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
3
1.1k
エンジニアに許された特別な時間の終わり
watany
108
250k
Why Mistakes Are the Best Teachers: Turning Failure into a Pathway for Growth
auna
0
190
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
3
690
The Cult of Friendly URLs
andyhume
79
7k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.7k
Transcript
dep ensure 浅掘り
Golangのパッケージ管理 とりあえず を推奨 は縮小に でがんばる
depみたいなツールのできること 文からパッケージの依存関係を解決 各パッケージのバージョン管理 大体 などのバージョン管理上に作られている ディレクトリにパッケージを展開
go get/Go & Versioning してしまうと が汚染される 先生が 含めていい感じに置き換え予定
そもそもパッケージの依存解決の大変さ そもそも 問題らしい 先生再び 複雑なパッケージ関係だと計算が終わらないことも
そんな感じでパッケージ管理難しい でも、ソフトウェアスタックを構築するのに不可欠 何層もパッケージ管理がある昨今 言語のパッケージ管理 のパッケージ管理
本題: dep とか があった どちらも への移行を推奨 ひとまず のパッケージ管理ならこれ
depの機能 依存をいい感じに集めて初期化 の設定ファイルをもとにダウンロード パッケージ更新
depの問題点 初回の がとても遅い
遅い原因: ネットワーク 初回は全依存パッケージの などが走る 大体 なはずだけどいろんな に対応 ほぼほぼ使わないデータのダウンロード
もっと早くできる要素 特定のバージョンを する しないなら いらない には をダウンロードする がある
depのダウンロードに特化したツール というツール 当然 製
性能とか ネットワーク環境に強く依存 のために作った パッケージ未満のプロジェクトで 分弱 秒強
ツールの中身 のロックファイルが 本家から借りた部分も 以外は標準パッケージで大体なんとかなった
テスト方法 のパッケージ取得からビルドまで が不調でなければ成功する
反応など のメインの開発者から反応もらった (はよ 本体に実装して ) が若干はやくなった 数十秒
おしまい ありがとうございました!