アカウント名:
パスワード:
https://internet.watch.impress.co.jp/docs/yajiuma/1620761.html
すら土民も早くWindows投げ捨ててLinux行きなよ
めんどくさくなければ。
debian系とかほんとめんどくさいよな開発側がめんどくさがってオープンソースのライブラリ使いまくってるせいで依存関係がスパゲッティみたいに絡まってて最早まるでゴミ山のよう一回死んだ方がいい
こまっちいライブラリはダイナミックリンクってやつをやめてスタティックリンクってやつにするとかで、それぞれの使用バイナリのほうで腹に抱え、そのことをディストロ運営側内に閉じて管理とすれば、ユーザーパソコン側の依存関係自体はけっこうすっきりするのだろうか。
ただ、そんなライブラリに更新があるとユーザーパソコンの再DL対象パッケージ数が多くなるか
こまっちいライブラリはダイナミックリンクってやつをやめてスタティックリンクってやつにするとかで、それぞれの使用バイナリのほうで腹に抱え、
腹に抱えるとそれぞれのソフトウェアでライブラリが重複してユーザーのストレージを圧迫してしまう結局の所開発がライブラリ使いまくってたらユーザーは使い難いまま
ライブラリを使わずに自前で作ったとしたら自腹で抱えることになるのだから、重複やストレージの圧迫は考えなくても良いんじゃないだろうか
自前で作るなら最小限の実装にできるが、ライブラリだと余計なものまで含める必要が出てくるからサイズが全然違う
静的リンクは必要な物(関数)だけ抜き出してリンクしてくれるんじゃないのここで言ってる「ライブラリ」は、ソースからオープンになってるものだよね
静的リンクは必要な物(関数)だけ抜き出してリンクしてくれるんじゃないの
その関数も汎用化されてるから意味ないんだなあ本当に必要なものだけを取り出す事なんてできないよ一から書くしかない
組込とか、リソースの制限が厳しい環境を前提としたりしてる?
PCやスマホの環境なら、今どきライブラリサイズストレージのサイズなんだから、そんなに気にならないと思うけど。
そういう大雑把な考え方が積み重なってゴミ山になってるんじゃねえの
そうかもしれないね。
あなたの言う通りに共通ライブラリを極力使わず、自分が使ってないCPUのコード取り除ける様にする、と言うことをどう実現すればいいんだろう?その場合のリソース・コストって、どうなる?デメリットもあるんじゃないかと思うけど、その辺りはどう考える?
今のやり方がベストとも思わないけど、ある意味仕方なくこうなってる面もあるわけで、その「仕方なく」を解消する具体的な方法が無いと、変わらないんじゃないかなぁ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
192.168.0.1は、私が使っている IPアドレスですので勝手に使わないでください --- ある通りすがり
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)
静的リンクは必要な物(関数)だけ抜き出してリンクしてくれるんじゃないの
ここで言ってる「ライブラリ」は、ソースからオープンになってるものだよね
Re: (スコア:0)
静的リンクは必要な物(関数)だけ抜き出してリンクしてくれるんじゃないの
その関数も汎用化されてるから意味ないんだなあ
本当に必要なものだけを取り出す事なんてできないよ
一から書くしかない
Re:Linuxのシェアがじわじわと伸長。デスクトップ向けOSでシェア5%の大台到達も間近とする説 (スコア:2)
組込とか、リソースの制限が厳しい環境を前提としたりしてる?
PCやスマホの環境なら、今どきライブラリサイズストレージのサイズなんだから、そんなに気にならないと思うけど。
Re: (スコア:0)
PCやスマホの環境なら、今どきライブラリサイズストレージのサイズなんだから、そんなに気にならないと思うけど。
そういう大雑把な考え方が積み重なってゴミ山になってるんじゃねえの
Re:Linuxのシェアがじわじわと伸長。デスクトップ向けOSでシェア5%の大台到達も間近とする説 (スコア:2)
そういう大雑把な考え方が積み重なってゴミ山になってるんじゃねえの
そうかもしれないね。
あなたの言う通りに共通ライブラリを極力使わず、自分が使ってないCPUのコード取り除ける様にする、と言うことをどう実現すればいいんだろう?
その場合のリソース・コストって、どうなる?
デメリットもあるんじゃないかと思うけど、その辺りはどう考える?
今のやり方がベストとも思わないけど、ある意味仕方なくこうなってる面もあるわけで、その「仕方なく」を解消する具体的な方法が無いと、変わらないんじゃないかなぁ。