アカウント名:
パスワード:
なぜかベンダから供給されているパッケージを頑なに使わない方々はいらっしゃるようです。理由を聞いてみたこともあるのですが、これといった理由は無いようでした。ちょっとした不思議です。
インターネットからの接続を直接待ち受けるようなソフトウェアについては、パッチ公開~ディストリrpm公開の(数日の)タイムラグを恐れて自力ビルドする例を見かけます。(当然、パッチが出たら即座に検証できる人員と環境があることが前提)
これはあるかも知れないけど、あっても特定のパッケージのみかなでも前任者が頑張って独自ビルドを使ってたりすると、後で困ることもあるしなぁ(^^;
それと、その他大勢のパッケージまで自分でテストする手間かける暇な人は少ないでしょうwww
あと負荷テストしたら、独自ビルドの方がパフォーマンスが悪かったことがあって・・・原因調べる努力するよりもそのままデフォルトを使う方がいいよねってことになったことはあった。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
最初のバージョンは常に打ち捨てられる。
A. OSデフォルトのRPMをそのまま使うのは小学生まで、と習った記憶があります。 (スコア:2)
Re: (スコア:2)
なぜかベンダから供給されているパッケージを頑なに使わない方々はいらっしゃるようです。
理由を聞いてみたこともあるのですが、これといった理由は無いようでした。
ちょっとした不思議です。
Re: A. OSデフォルトのRPMをそのまま使うのは小学生まで、と習った記憶があります。 (スコア:1)
インターネットからの接続を直接待ち受けるようなソフトウェアについては、パッチ公開~ディストリrpm公開の(数日の)タイムラグを恐れて自力ビルドする例を見かけます。
(当然、パッチが出たら即座に検証できる人員と環境があることが前提)
Re: (スコア:0)
これはあるかも知れないけど、あっても特定のパッケージのみかな
でも前任者が頑張って独自ビルドを使ってたりすると、後で困ることもあるしなぁ(^^;
それと、その他大勢のパッケージまで自分でテストする手間かける暇な人は少ないでしょうwww
あと負荷テストしたら、独自ビルドの方がパフォーマンスが悪かったことがあって・・・原因調べる努力するよりもそのままデフォルトを使う方がいいよねってことになったことはあった。