アカウント名:
パスワード:
https://internet.watch.impress.co.jp/docs/yajiuma/1620761.html
すら土民も早くWindows投げ捨ててLinux行きなよ
めんどくさくなければ。
debian系とかほんとめんどくさいよな開発側がめんどくさがってオープンソースのライブラリ使いまくってるせいで依存関係がスパゲッティみたいに絡まってて最早まるでゴミ山のよう一回死んだ方がいい
こまっちいライブラリはダイナミックリンクってやつをやめてスタティックリンクってやつにするとかで、それぞれの使用バイナリのほうで腹に抱え、そのことをディストロ運営側内に閉じて管理とすれば、ユーザーパソコン側の依存関係自体はけっこうすっきりするのだろうか。
ただ、そんなライブラリに更新があるとユーザーパソコンの再DL対象パッケージ数が多くなるか
こまっちいライブラリはダイナミックリンクってやつをやめてスタティックリンクってやつにするとかで、それぞれの使用バイナリのほうで腹に抱え、
腹に抱えるとそれぞれのソフトウェアでライブラリが重複してユーザーのストレージを圧迫してしまう結局の所開発がライブラリ使いまくってたらユーザーは使い難いまま
ライブラリを使わずに自前で作ったとしたら自腹で抱えることになるのだから、重複やストレージの圧迫は考えなくても良いんじゃないだろうか
自前で作るなら最小限の実装にできるが、ライブラリだと余計なものまで含める必要が出てくるからサイズが全然違う
しかもそのライブラリは他のライブラリを使って楽してるこれが数十回以上繰り返されてるから一つのバイナリに含めたらとんでもないことになるw
この問題がなければ実行速度が遅くなる動的リンクがリリース版でも使われまくるなんてことにはなってない
静的リンクは必要な物（関数）だけ抜き出してリンクしてくれるんじゃないのここで言ってる「ライブラリ」は、ソースからオープンになってるものだよね
静的リンクは必要な物（関数）だけ抜き出してリンクしてくれるんじゃないの
その関数も汎用化されてるから意味ないんだなあ本当に必要なものだけを取り出す事なんてできないよ一から書くしかない
要るものだけ自由自在に簡単に持ってこれるなら誰もバグに悩まされたりしないだろう
そしてその「本当に必要なもの」の多くは標準ライブラリで済むから一から書く方が間抜けということも
組込とか、リソースの制限が厳しい環境を前提としたりしてる?
PCやスマホの環境なら、今どきライブラリサイズストレージのサイズなんだから、そんなに気にならないと思うけど。
そういう大雑把な考え方が積み重なってゴミ山になってるんじゃねえの
済んでないから文句が出てるんだよなあ...現実を見れない間抜け
> そしてその「本当に必要なもの」の多くは標準ライブラリで済むから一から書く方が間抜けということもそうやって楽ばっかしてるからWindowsユーザー引っ張れないんだろうよ同じ汎用ならWindowsには絶対敵わないそういうアホは早くLinuxなんて捨ててWindows戻った方がいい
そうやって楽ばっかしてるからWindowsユーザー引っ張れないんだろうよ同じ汎用ならWindowsには絶対敵わないそういうアホは早くLinuxなんて捨ててWindows戻った方がいい
いやこういう手合いはもはや標準ライブラリを使う必要すらないと思う。開発なんてせず黙って金だけ出してればいいよ。こいつの開発するものなんて既にあるものばかりなんだから。
標準ライブラリじゃなくて外部ライブラリの話だろ?なにいってんだこいつ
最近は生成AIが手軽に教えてくれるしなんなら一から書いてもくれるから別に間抜けでもないんだよね実は知らない方は間抜けかもしれないけど
楽してるだけの間抜けに言われてもなお前がそうやってあぐら掻いてる間に他の奴は皆上に行ってるぞ
AI「人間なんて不要だろ」
必要な物だけ抜き出してくれるはずなのになんでLinuxカーネルはあんなにコンパイルに時間がかかるのだろうか謎だなあ
お前が一からここでバカなコメント書いてる間にそいつらは一からコード書いてるだけだから間抜けはお前じゃね
本題そっちのけで論点もあいまいになったまま罵り合いが続くと、いかにもスラドだなぁって
そうかもしれないね。
あなたの言う通りに共通ライブラリを極力使わず、自分が使ってないCPUのコード取り除ける様にする、と言うことをどう実現すればいいんだろう?その場合のリソース・コストって、どうなる?デメリットもあるんじゃないかと思うけど、その辺りはどう考える?
今のやり方がベストとも思わないけど、ある意味仕方なくこうなってる面もあるわけで、その「仕方なく」を解消する具体的な方法が無いと、変わらないんじゃないかなぁ。
このツリー、1人が自演で書き込んでるだけじゃないの?
そもそも書き込んでるのが人でもない可能性、にゃ
その謎の原因はあなたが何もしなくても必要な物だけ抜き出してくれると思い込んでる事かな。必要な物を教えてあげないと、自動で必要な物だけ抜き出してくれたりはしないから。Linuxカーネルなんて、menuconfig(じゃなくてもいいけど)で、使ってないものはモジュールも作らずOFFにして使うものは全部組み込めばコンパイルなんて一瞬で、、、は言いすぎでもそんなに時間かからないよ。そして、このスレで必要なものだけを抜き出して～って話してるのはライブラリのリンクの話だから全然関係ない話してるよ。
ライブラリの依存関係が数十にもなるソフトってそんなにありますか？長くても20超えることはないと思うんですけど。試に手元のgentooでシステム全体を一括でリビルドした場合の依存関係を出力したら一番深いのは8でした。これは、ライブラリの依存関係だけでなく外部コマンドとして呼ぶような依存も含むので、ライブラリだけだともっと短くなります。
1つのバイナリに含めたらとんでもない事になるって言うのも？？？です。GentooだとUSEフラグ(ビルド時のオプションや有効化する機能を指定する仕組み)でstatic指定すると1つのバイナリで作ってくれますし(パッケージが対応している場合)。chrootやコンテナ環境では時々使います。
どう言う環境の話です？
LTOがある意味汎用化関数から必要な部分を切り出してくれるものでは？どれ位、実用的かとか、どれ位信頼できるかは置いておいて。
> ライブラリの依存関係が数十にもなるソフトってそんなにありますか？長くても20超えることはないと思うんですけど。 nodejsプログラムだと、少なくても20超えますね。100超えでも通常運転。
npm installのミーム動画https://www.youtube.com/watch?v=yo5FPF3n__8
スマホアプリでも数十は普通な気がする。
OSビルドの話がいつの間にかアプリケーションの話にすり替わってるってのが、言ってることが嚙み合わない理由。
全然しょうがなくない。ツリーの確認ぐらい簡単にできる。理由は「まともに議論する気が無い」なのにシステムが悪いとごまかしてはいけない。
カジュアルな雑談の場なのでそれくらい当たり前自分の基準を押し付けてはいけない
そう言いながら勝手にお前の基準を押し付けるなｗ
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:Linuxのシェアがじわじわと伸長。デスクトップ向けOSでシェア5％の大台到達も間近とする説 (スコア:0)
ライブラリを使わずに自前で作ったとしたら自腹で抱えることになるのだから、
重複やストレージの圧迫は考えなくても良いんじゃないだろうか
Re: (スコア:0)
自前で作るなら最小限の実装にできるが、ライブラリだと余計なものまで含める必要が出てくるからサイズが全然違う
Re: (スコア:0)
しかもそのライブラリは他のライブラリを使って楽してる
これが数十回以上繰り返されてるから
一つのバイナリに含めたらとんでもないことになるw
この問題がなければ実行速度が遅くなる動的リンクがリリース版でも使われまくるなんてことにはなってない
Re: (スコア:0)
静的リンクは必要な物（関数）だけ抜き出してリンクしてくれるんじゃないの
ここで言ってる「ライブラリ」は、ソースからオープンになってるものだよね
Re: (スコア:0)
静的リンクは必要な物（関数）だけ抜き出してリンクしてくれるんじゃないの
その関数も汎用化されてるから意味ないんだなあ
本当に必要なものだけを取り出す事なんてできないよ
一から書くしかない
Re: (スコア:0)
要るものだけ自由自在に簡単に持ってこれるなら誰もバグに悩まされたりしないだろう
Re: (スコア:0)
そしてその「本当に必要なもの」の多くは標準ライブラリで済むから一から書く方が間抜けということも
Re:Linuxのシェアがじわじわと伸長。デスクトップ向けOSでシェア5％の大台到達も間近とする説 (スコア:2)
組込とか、リソースの制限が厳しい環境を前提としたりしてる?
PCやスマホの環境なら、今どきライブラリサイズストレージのサイズなんだから、そんなに気にならないと思うけど。
Re: (スコア:0)
PCやスマホの環境なら、今どきライブラリサイズストレージのサイズなんだから、そんなに気にならないと思うけど。
そういう大雑把な考え方が積み重なってゴミ山になってるんじゃねえの
Re: (スコア:0)
そしてその「本当に必要なもの」の多くは標準ライブラリで済むから一から書く方が間抜けということも
済んでないから文句が出てるんだよなあ...
現実を見れない間抜け
Re: (スコア:0)
> そしてその「本当に必要なもの」の多くは標準ライブラリで済むから一から書く方が間抜けということも
そうやって楽ばっかしてるからWindowsユーザー引っ張れないんだろうよ
同じ汎用ならWindowsには絶対敵わない
そういうアホは早くLinuxなんて捨ててWindows戻った方がいい
Re: (スコア:0)
そうやって楽ばっかしてるからWindowsユーザー引っ張れないんだろうよ
同じ汎用ならWindowsには絶対敵わない
そういうアホは早くLinuxなんて捨ててWindows戻った方がいい
いやこういう手合いはもはや標準ライブラリを使う必要すらないと思う。
開発なんてせず黙って金だけ出してればいいよ。
こいつの開発するものなんて既にあるものばかりなんだから。
Re: (スコア:0)
標準ライブラリじゃなくて外部ライブラリの話だろ?
なにいってんだこいつ
Re: (スコア:0)
最近は生成AIが手軽に教えてくれるしなんなら一から書いてもくれるから
別に間抜けでもないんだよね実は
知らない方は間抜けかもしれないけど
Re: (スコア:0)
楽してるだけの間抜けに言われてもな
お前がそうやってあぐら掻いてる間に他の奴は皆上に行ってるぞ
Re: (スコア:0)
AI「人間なんて不要だろ」
Re: (スコア:0)
必要な物だけ抜き出してくれるはずなのになんでLinuxカーネルはあんなにコンパイルに時間がかかるのだろうか
謎だなあ
Re: (スコア:0)
お前が一からここでバカなコメント書いてる間にそいつらは一からコード書いてるだけだから
間抜けはお前じゃね
Re: (スコア:0)
本題そっちのけで論点もあいまいになったまま罵り合いが続くと、いかにもスラドだなぁって
Re:Linuxのシェアがじわじわと伸長。デスクトップ向けOSでシェア5％の大台到達も間近とする説 (スコア:2)
そういう大雑把な考え方が積み重なってゴミ山になってるんじゃねえの
そうかもしれないね。
あなたの言う通りに共通ライブラリを極力使わず、自分が使ってないCPUのコード取り除ける様にする、と言うことをどう実現すればいいんだろう?
その場合のリソース・コストって、どうなる?
デメリットもあるんじゃないかと思うけど、その辺りはどう考える?
今のやり方がベストとも思わないけど、ある意味仕方なくこうなってる面もあるわけで、その「仕方なく」を解消する具体的な方法が無いと、変わらないんじゃないかなぁ。
Re: (スコア:0)
このツリー、1人が自演で書き込んでるだけじゃないの?
Re: (スコア:0)
そもそも書き込んでるのが人でもない可能性、にゃ
Re: (スコア:0)
その謎の原因はあなたが何もしなくても必要な物だけ抜き出してくれると思い込んでる事かな。必要な物を教えてあげないと、自動で必要な物だけ抜き出してくれたりはしないから。
Linuxカーネルなんて、menuconfig(じゃなくてもいいけど)で、使ってないものはモジュールも作らずOFFにして使うものは全部組み込めばコンパイルなんて一瞬で、、、は言いすぎでもそんなに時間かからないよ。
そして、このスレで必要なものだけを抜き出して～って話してるのはライブラリのリンクの話だから全然関係ない話してるよ。
Re: (スコア:0)
ライブラリの依存関係が数十にもなるソフトってそんなにありますか？長くても20超えることはないと思うんですけど。
試に手元のgentooでシステム全体を一括でリビルドした場合の依存関係を出力したら一番深いのは8でした。
これは、ライブラリの依存関係だけでなく外部コマンドとして呼ぶような依存も含むので、ライブラリだけだともっと短くなります。
1つのバイナリに含めたらとんでもない事になるって言うのも？？？です。
GentooだとUSEフラグ(ビルド時のオプションや有効化する機能を指定する仕組み)でstatic指定すると1つのバイナリで作ってくれますし(パッケージが対応している場合)。chrootやコンテナ環境では時々使います。
どう言う環境の話です？
Re: (スコア:0)
LTOがある意味汎用化関数から必要な部分を切り出してくれるものでは？
どれ位、実用的かとか、どれ位信頼できるかは置いておいて。
Re: (スコア:0)
> ライブラリの依存関係が数十にもなるソフトってそんなにありますか？長くても20超えることはないと思うんですけど。
nodejsプログラムだと、少なくても20超えますね。100超えでも通常運転。
npm installのミーム動画
https://www.youtube.com/watch?v=yo5FPF3n__8
スマホアプリでも数十は普通な気がする。
Re: (スコア:0)
OSビルドの話がいつの間にかアプリケーションの話にすり替わってるってのが、言ってることが嚙み合わない理由。
Re: (スコア:0)
全然しょうがなくない。ツリーの確認ぐらい簡単にできる。
理由は「まともに議論する気が無い」なのにシステムが悪いとごまかしてはいけない。
Re: (スコア:0)
カジュアルな雑談の場なのでそれくらい当たり前
自分の基準を押し付けてはいけない
Re: (スコア:0)
そう言いながら勝手にお前の基準を押し付けるなｗ
Re: (スコア:0)
Gentooとかリンクのレスにnpmとか言い出してるし、自分がぶら下げた元レスすら理解できてないんだから、ツリー表示とか関係ないと思うが。
Re: (スコア:0)
何を反論しているつもりなのかわからん。
「カジュアルな雑談の場なのでそれくらい当たり前」だから「まともに議論する気が無い」のだろう。
システムのせいじゃない。
Re: (スコア:0)
> 「まともに議論する気が無い」のだろう。
まるで、まともに議論してる人がここにいるかのような発言ですね...
Re: (スコア:0)
まともに議論してる人がここにいるって理解できないから、そんな引っ込みがつかなくなったコミュ障みたいなレスをぐだぐだ続けてるの？
Re: (スコア:0)
> まともに議論してる人がここにいるって理解できないから
ん？どこにいるの？
掃き溜めでボクちゃんが正解って言い合ってるだけにしか見えないんだけど。
Re: (スコア:0)
「ごまかしてはいけない」に対しての「お前の基準を押し付けるな」であって
「システムのせいかどうか」に対する反論じゃないだろ
Re: (スコア:0)
そいつ反論はしてない。全肯定してるだけ。
その上で「それくらい当たり前。雑談の場だから気にしないのが俺のルール。俺のルールに従え」と言ってる。
Re: (スコア:0)
> 「それくらい当たり前。雑談の場だから気にしないのが俺のルール。俺のルールに従え」
最後はどう見ても書かれていないことを勝手に付け足してる