アカウント名:
パスワード:
https://internet.watch.impress.co.jp/docs/yajiuma/1620761.html
すら土民も早くWindows投げ捨ててLinux行きなよ
めんどくさくなければ。
debian系とかほんとめんどくさいよな開発側がめんどくさがってオープンソースのライブラリ使いまくってるせいで依存関係がスパゲッティみたいに絡まってて最早まるでゴミ山のよう一回死んだ方がいい
こまっちいライブラリはダイナミックリンクってやつをやめてスタティックリンクってやつにするとかで、それぞれの使用バイナリのほうで腹に抱え、そのことをディストロ運営側内に閉じて管理とすれば、ユーザーパソコン側の依存関係自体はけっこうすっきりするのだろうか。
ただ、そんなライブラリに更新があるとユーザーパソコンの再DL対象パッケージ数が多くなるか
こまっちいライブラリはダイナミックリンクってやつをやめてスタティックリンクってやつにするとかで、それぞれの使用バイナリのほうで腹に抱え、
腹に抱えるとそれぞれのソフトウェアでライブラリが重複してユーザーのストレージを圧迫してしまう結局の所開発がライブラリ使いまくってたらユーザーは使い難いまま
ライブラリを使わずに自前で作ったとしたら自腹で抱えることになるのだから、重複やストレージの圧迫は考えなくても良いんじゃないだろうか
自前で作るなら最小限の実装にできるが、ライブラリだと余計なものまで含める必要が出てくるからサイズが全然違う
しかもそのライブラリは他のライブラリを使って楽してるこれが数十回以上繰り返されてるから一つのバイナリに含めたらとんでもないことになるw
この問題がなければ実行速度が遅くなる動的リンクがリリース版でも使われまくるなんてことにはなってない
ライブラリの依存関係が数十にもなるソフトってそんなにありますか?長くても20超えることはないと思うんですけど。試に手元のgentooでシステム全体を一括でリビルドした場合の依存関係を出力したら一番深いのは8でした。これは、ライブラリの依存関係だけでなく外部コマンドとして呼ぶような依存も含むので、ライブラリだけだともっと短くなります。
1つのバイナリに含めたらとんでもない事になるって言うのも???です。GentooだとUSEフラグ(ビルド時のオプションや有効化する機能を指定する仕組み)でstatic指定すると1つのバイナリで作ってくれますし(パッケージが対応している場合)。chrootやコンテナ環境では時々使います。
どう言う環境の話です?
OSビルドの話がいつの間にかアプリケーションの話にすり替わってるってのが、言ってることが嚙み合わない理由。
> OSビルドの話がいつの間にかアプリケーションの話にすり替わってるってのが、言ってることが嚙み合わない理由。 普通のブラウザじゃもうまともにツリー表示できないからしょうがなくね?直近1ページ分のコメントに適当に反射書き込みするしかない。 もう終わりだよ猫の掲示板
Gentooとかリンクのレスにnpmとか言い出してるし、自分がぶら下げた元レスすら理解できてないんだから、ツリー表示とか関係ないと思うが。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日々是ハック也 -- あるハードコアバイナリアン
Linuxのシェアがじわじわと伸長。デスクトップ向けOSでシェア5%の大台到達も間近とする説 (スコア:2, 興味深い)
https://internet.watch.impress.co.jp/docs/yajiuma/1620761.html
Re: (スコア:0)
すら土民も早くWindows投げ捨ててLinux行きなよ
Re: (スコア:0)
めんどくさくなければ。
Re: (スコア:0)
debian系とかほんとめんどくさいよな
開発側がめんどくさがってオープンソースのライブラリ使いまくってるせいで依存関係がスパゲッティみたいに絡まってて最早まるでゴミ山のよう
一回死んだ方がいい
Re: (スコア:0)
こまっちいライブラリはダイナミックリンクってやつをやめてスタティックリンクってやつにするとかで、それぞれの使用バイナリのほうで腹に抱え、
そのことをディストロ運営側内に閉じて管理とすれば、ユーザーパソコン側の依存関係自体はけっこうすっきりするのだろうか。
ただ、そんなライブラリに更新があるとユーザーパソコンの再DL対象パッケージ数が多くなるか
Re: (スコア:0)
こまっちいライブラリはダイナミックリンクってやつをやめてスタティックリンクってやつにするとかで、それぞれの使用バイナリのほうで腹に抱え、
腹に抱えるとそれぞれのソフトウェアでライブラリが重複してユーザーのストレージを圧迫してしまう
結局の所開発がライブラリ使いまくってたらユーザーは使い難いまま
Re: (スコア:0)
ライブラリを使わずに自前で作ったとしたら自腹で抱えることになるのだから、
重複やストレージの圧迫は考えなくても良いんじゃないだろうか
Re: (スコア:0)
自前で作るなら最小限の実装にできるが、ライブラリだと余計なものまで含める必要が出てくるからサイズが全然違う
Re: (スコア:0)
しかもそのライブラリは他のライブラリを使って楽してる
これが数十回以上繰り返されてるから
一つのバイナリに含めたらとんでもないことになるw
この問題がなければ実行速度が遅くなる動的リンクがリリース版でも使われまくるなんてことにはなってない
Re: (スコア:0)
ライブラリの依存関係が数十にもなるソフトってそんなにありますか?長くても20超えることはないと思うんですけど。
試に手元のgentooでシステム全体を一括でリビルドした場合の依存関係を出力したら一番深いのは8でした。
これは、ライブラリの依存関係だけでなく外部コマンドとして呼ぶような依存も含むので、ライブラリだけだともっと短くなります。
1つのバイナリに含めたらとんでもない事になるって言うのも???です。
GentooだとUSEフラグ(ビルド時のオプションや有効化する機能を指定する仕組み)でstatic指定すると1つのバイナリで作ってくれますし(パッケージが対応している場合)。chrootやコンテナ環境では時々使います。
どう言う環境の話です?
Re: (スコア:0)
OSビルドの話がいつの間にかアプリケーションの話にすり替わってるってのが、言ってることが嚙み合わない理由。
Re: (スコア:-1)
> OSビルドの話がいつの間にかアプリケーションの話にすり替わってるってのが、言ってることが嚙み合わない理由。
普通のブラウザじゃもうまともにツリー表示できないからしょうがなくね?
直近1ページ分のコメントに適当に反射書き込みするしかない。
もう終わりだよ猫の掲示板
Re:Linuxのシェアがじわじわと伸長。デスクトップ向けOSでシェア5%の大台到達も間近とする説 (スコア:0)
Gentooとかリンクのレスにnpmとか言い出してるし、自分がぶら下げた元レスすら理解できてないんだから、ツリー表示とか関係ないと思うが。